摩根大通把Claude Code推向全员：交易所、资管与安全团队都在用

一句话看懂：摩根大通（JPMorganChase）正把 Claude 和 Claude Code 从工程团队扩展到产品、资管、安全与运维等更多岗位，并把它放进自有的受控开发环境和审批流程里。这值得关注，因为它说明大模型编程工具在强监管金融机构中的落地方式，已经不只是“写代码”这一步。

事件核心：发生了什么

根据 Anthropic 官网文章（发布时间为 2026 年 10 月至 11 月前后），摩根大通正在全公司范围扩大 Claude 的使用，覆盖对象不再限于工程师。在商业与投资银行部门，相关工作更快进入生产环境；基础设施与运维团队用 Claude Code 做监控、告警和根因分析；安全团队则用它更快发现和修复漏洞，这部分工作此前在 Project Glasswing 中已有披露。

产品团队把需求直接转成工程待办，其他团队用 Claude Code 做风险与控制评估、项目规划。资产与财富管理业务把业务专家和技术、产品人员编成小型团队，Claude Code 已进入其工程工作流。上个月，J.P. Morgan Asset Management 还宣布将 55ip 的 ActiveTax 技术接入 Claude for Financial Advisors，把税务感知的组合转换分析放进顾问的日常工作。

为什么重要

关键不在于“又一家银行买大模型”，而在于它是怎么用的。目前公开信息显示，Claude Code 运行在摩根大通自有的容器化开发平台 Devspace 中，目的是避免智能体直接接触员工凭证或内部系统；新模型的接入要经过公司自己的审批，权限也是分阶段放开。代码发布仍走数千项自动化测试和审批闸门，自动闸门给出通过或终止的硬性结论，Claude 不能给自己的产出签字，生产变更的责任仍然落在人身上。

这套安排对同类受监管机构有参考价值：大模型要进核心流程，控制面设计往往比模型能力本身更决定能否规模化。

对用户/开发者/创作者的影响

对开发者来说，值得留意的是“智能体做 PR 评审、自愈式修复、根因分析”这类工程周边任务，而不是单纯补全代码；同时，权限隔离、模型审批和人工签核仍是企业落地的默认配置。对金融从业者和顾问而言，Claude 正从编程工具延伸到需求拆解、风险控制和客户投资方案，税务分析类连接器是一个可见方向。对企业采购方，这意味着评估重点会从“模型强不强”转向“能不能嵌进现有 DevSecOps 与合规流程”。