
单看每一条,都像是"正常的产品迭代"。
但把它们放一起看,你会发现一件事:
Claude Code 想做的,已经不只是帮你写代码了。
[插图位置:文章核心框架 — “Claude Code 三大更新全景图”]
先聊最直观的——Artifacts。
以前你用 Claude Code 干活:它读代码、改文件、跑命令,你在终端里看它一步步输出。你确实知道它在做什么,但别人不知道。你想把它的工作成果分享给队友?截图、复制粘贴、写文档……最后发现,沟通成本比编码成本还高。
Artifacts 解决的就是这个问题。
Claude Code 能把你的工作成果直接生成一个可交互的网页页面——PR 走查、事故排查面板、发布清单、依赖审计表……而且这个页面是活的。你接着干活,页面会自动更新,同一个链接,新版本,自动刷新。
大白话:以前 Claude Code 干完活你很难跟别人同步;现在它干完活直接给你一个页面,甩链接就行。
我举个例子你就明白了。Anthropic 内部测试中,工程师在晨会前让 Claude Code 排查一个事故,页面生成后甩到团队群里。等她开完晨会,页面已经根据调查进展自动更新了两版。队友早就在看了,不需要她"给大家讲讲刚才发生了什么"。
Anthropic 列了一些实用场景,有几类我觉得很实在:
谁 | 场景 |
|---|---|
安全工程师 | 审计结果生成页面,每条发现直接链接到代码行 |
前端工程师 | 用真实组件做出 5 个 UX 方案,选中的直接可发布 |
SRE/运维 | 事故排查页面随调查进展自动更新,最终就是复盘报告 |
法务/开源合规 | 一次依赖审计,直接生成许可证合规页面 |
技术负责人 | 团队本周合并的 PR 自动生成"实际上线了什么"的页面 |
[插图位置:Artifacts 场景图 — “从会话到可分享页面的工作流”]
我自己的感受是——以前 Claude Code 做完的事,你要额外花时间去"翻译"给别人看。现在它自己会"翻译"了。它让 AI 编程的产出从"终端日志"变成了"团队资产"。
这个转变,比你想象的重要。
第二个更新,是这次最有技术含量的部分。
如果你的第一反应是"不就是七种配置方式嘛",那你低估了这事的含金量。
七种方式的核心区别不是"功能不同",是"什么时候加载到上下文、会不会被压缩、权重大不大"。
我直接把官方信息整理成对比表,这样比文字描述直观得多:
方式 | 什么时候加载 | 压缩行为 | 上下文成本 | 什么场景用 |
|---|---|---|---|---|
CLAUDE.md(根目录) | 会话开始,全程持有 | 压缩后重新读取 | 高——每行都花 token | 项目结构、构建命令、编码规范 |
CLAUDE.md(子目录) | 按需触发(碰该目录下的文件才加载) | 不碰该目录就丢失 | 低 | 团队专属约定 |
Rules | 会话开始(用户级)/ 按路径触发 | 压缩后重新注入 | 中 | 跨文件的约束条件(“API 必须 Zod 校验”) |
Skills | 名称和描述在会话开始;完整内容在调用时加载 | 已调用的 skill 有共享预算,最旧的被丢弃 | 低 | 流程性工作(部署清单、代码审查) |
Subagents | 名称/描述/工具列表在会话开始;主体调用时加载,不进主会话 | 只返回最终消息+元数据 | 极低 | 隔离执行的侧任务(日志分析、依赖审计) |
Hooks | 在生命周期事件时触发 | 完全不参与压缩 | 极低——配置在上下文外 | 确定性自动化(跑 linter、发 Slack、拦截命令) |
Output Styles | 会话开始,注入系统提示词 | 永不压缩 | 高——替换默认输出风格 | 重大角色变更(代码助手→通用助手) |
Append System Prompt | 会话开始,作为 CLI 参数传入 | 永不压缩,仅本次生效 | 中——缓存后可降 | 语气、输出长度、格式偏好 |
[插图位置:七种自定义方式架构图 — “指令的分层治理体系”]
看完这个表,你可能已经意识到了:Anthropic 不是在教你怎么配置,是在帮你设计一套"指令的分层治理体系"。
每个方式都有自己的"生态位":
说实话,这个分层设计的成熟度,已经不像一个"编码助手"了。它更像一个开发者平台的底层架构。
这部分说点我自己的看法。
七种方式里,我觉得 Subagents 是被低估得最严重的。
很多人一看介绍:"哦,就是 Claude Code 可以调子智能体。"然后就滑过去了。
但你仔细想想 Subagents 的设计——它在自己的隔离上下文窗口里跑,完全不占用主会话的上下文,最后只拿结论回来。
这意味着你可以:让一个 Subagent 去审计依赖 → 另一个去跑单元测试 → 第三个去查生产日志 → 第四个去写文档……
同时跑,互不干扰,各自在自己的上下文窗口里。
Subagents 不是一个"加功能"的更新——它改变了你使用 AI 编程的方式。从"一个 AI 帮你干活"变成了"一群 AI 各干各的活,你来汇总"。
这跟你让 Claude Code 在同一个会话里一步步做这些事情是完全不同的体验。以前是"你指挥,它执行";现在是"你制定计划,它们并行行动"。
五层嵌套、动态编排——说白了,Anthropic 已经在为"Agent 团队"铺路了。
写到这里,我想说点更大层面的判断。
如果你把这三个更新拆开看:
好像各自为政。但合在一起,轮廓就出来了:
Claude Code 在从"帮你写代码的工具"变成"以 AI 为核心的开发者平台"。
工具和平台的区别是什么?
之前的 Claude Code 是工具——你打开它,让它改代码,改完关掉。
现在的 Claude Code 是平台雏形——你在上面写 Artifacts(相当于应用),定义 Subagents(相当于微服务),配置 Hooks(相当于 CI/CD 事件),管理 Rules(相当于策略),最后通过 MCP 连接你的整个工具链。
这像什么?像 VS Code 刚推插件系统时的感觉——它不再只是一个编辑器,它变成了你整个开发流程的操作系统。
差距在哪?VS Code 的操作系统是"软件生态",Claude Code 的操作系统是"AI 能力"。
[插图位置:平台化演进图 — “从工具到平台的三个阶段”]
写了这么多,说点实际的。如果你是 Claude Code 的现有用户,这三个更新对你意味着什么:
1. 重新思考 CLAUDE.md 怎么用
Claude Code 早期,你只需要一个 CLAUDE.md。现在有了七种方式,你得想想什么东西放哪里:
2. 用 Artifacts 替代"写文档同步"
下次你做完一个 PR 或排查完一个事故,不要让 Claude Code 只干活不吭声。让它生成一个 Artifact 然后甩链接给团队。你会发现沟通效率翻倍。
3. 关注 Subagents 的编排能力
如果你跟我一样经常需要对整个项目做大规模重构或审计,试试用 Subagents 并行跑不同模块的分析。每个 Subagent 一个独立上下文,不用担心"做到一半上下文丢了"。
说实话,写这篇文章的时候我一直在想一个问题。
Anthropic 做这些更新的节奏——从年初的 Claude Code 发布,到 Skills 和 Hooks 的加入,再到现在的 Artifacts、Subagents、完整的分层指令体系——每一步都踩在"从工具到平台"这条主线上。
但问题来了:
当 AI 编程工具进化成一个"AI 开发平台",我们这些在平台上工作的人,角色会发生什么变化?
之前只是一个"编码助手"的时候,答案很简单:你写代码,它帮你补全。
现在它是一个平台了,你可以定义指令分层、编排子智能体、生成可分享的产出物、把它接入你的 MCP 工具链……你做的已经不是"写代码"了,是设计 AI 与代码的协作方式。
这到底意味着什么,我还没完全想明白。但有一点我很确定:
那个"我写代码,AI 辅助"的时代,正在被"我设计 AI 去写代码,我去做更高层的事情"的时代取代。
至于"更高层的事情"是什么——可能是架构设计,可能是产品决策,可能是用户洞察——这可能是未来几年每个开发者都要回答的问题。
我没有答案。但我很确定,这个方向是对的。