首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >Claude Code 一天放出三大更新,它想做的已经不只是帮你写代码了

Claude Code 一天放出三大更新,它想做的已经不只是帮你写代码了

作者头像
做棵大树
发布2026-06-25 09:35:06
发布2026-06-25 09:35:06
2980
举报
文章被收录于专栏:代码日志代码日志

6月18日,Anthropic 一天之内扔出了三个更新:

  1. Artifacts 功能 — Claude Code 会话内容可以实时生成可分享、可交互的网页页面
  2. 七种自定义指令方式 — CLAUDE.md、Rules、Skills、Subagents、Hooks、Output Styles、Append System Prompt,一套完整的分层指令体系
  3. 企业版 MCP 连接器授权管理

单看每一条,都像是"正常的产品迭代"。

但把它们放一起看,你会发现一件事:

Claude Code 想做的,已经不只是帮你写代码了。

[插图位置:文章核心框架 — “Claude Code 三大更新全景图”]


一、Artifacts:从"黑箱操作"到"可视化协作"

先聊最直观的——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 不是在教你怎么配置,是在帮你设计一套"指令的分层治理体系"。

每个方式都有自己的"生态位":

  • 需要全局始终生效的 → CLAUDE.md
  • 需要特定目录下生效的 → 子目录 CLAUDE.md 或路径 Rules
  • 需要按需调用、但结果要留在主线程的 → Skills
  • 需要完全隔离执行、只拿结论的 → Subagents
  • 需要确定性执行、不管模型怎么想的 → Hooks
  • 需要模板级改写行为的 → Output Styles
  • 需要临时改个设置、不影响下次会话的 → Append System Prompt

说实话,这个分层设计的成熟度,已经不像一个"编码助手"了。它更像一个开发者平台的底层架构。


三、Subagents:被很多人忽略的大招

这部分说点我自己的看法。

七种方式里,我觉得 Subagents 是被低估得最严重的

很多人一看介绍:"哦,就是 Claude Code 可以调子智能体。"然后就滑过去了。

但你仔细想想 Subagents 的设计——它在自己的隔离上下文窗口里跑,完全不占用主会话的上下文,最后只拿结论回来。

这意味着你可以:让一个 Subagent 去审计依赖 → 另一个去跑单元测试 → 第三个去查生产日志 → 第四个去写文档……

同时跑,互不干扰,各自在自己的上下文窗口里。

Subagents 不是一个"加功能"的更新——它改变了你使用 AI 编程的方式。从"一个 AI 帮你干活"变成了"一群 AI 各干各的活,你来汇总"。

这跟你让 Claude Code 在同一个会话里一步步做这些事情是完全不同的体验。以前是"你指挥,它执行";现在是"你制定计划,它们并行行动"。

五层嵌套、动态编排——说白了,Anthropic 已经在为"Agent 团队"铺路了。


四、从编码工具到开发者平台

写到这里,我想说点更大层面的判断。

如果你把这三个更新拆开看:

  • Artifacts → 让产出可分享、可视化
  • 七种自定义方式 → 让行为可定制、分层治理
  • 企业 MCP 管理 → 让接入可管控、可审计

好像各自为政。但合在一起,轮廓就出来了:

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。现在有了七种方式,你得想想什么东西放哪里:

  • 项目结构和编码规范 → CLAUDE.md
  • 跨文件约束条件 → Rules + paths 作用域
  • 部署清单和标准流程 → Skills
  • 隔离执行的侧任务 → Subagents
  • 需要确定的自动化 → Hooks

2. 用 Artifacts 替代"写文档同步"

下次你做完一个 PR 或排查完一个事故,不要让 Claude Code 只干活不吭声。让它生成一个 Artifact 然后甩链接给团队。你会发现沟通效率翻倍。

3. 关注 Subagents 的编排能力

如果你跟我一样经常需要对整个项目做大规模重构或审计,试试用 Subagents 并行跑不同模块的分析。每个 Subagent 一个独立上下文,不用担心"做到一半上下文丢了"。


写到这儿

说实话,写这篇文章的时候我一直在想一个问题。

Anthropic 做这些更新的节奏——从年初的 Claude Code 发布,到 Skills 和 Hooks 的加入,再到现在的 Artifacts、Subagents、完整的分层指令体系——每一步都踩在"从工具到平台"这条主线上。

但问题来了:

当 AI 编程工具进化成一个"AI 开发平台",我们这些在平台上工作的人,角色会发生什么变化?

之前只是一个"编码助手"的时候,答案很简单:你写代码,它帮你补全。

现在它是一个平台了,你可以定义指令分层、编排子智能体、生成可分享的产出物、把它接入你的 MCP 工具链……你做的已经不是"写代码"了,是设计 AI 与代码的协作方式

这到底意味着什么,我还没完全想明白。但有一点我很确定:

那个"我写代码,AI 辅助"的时代,正在被"我设计 AI 去写代码,我去做更高层的事情"的时代取代。

至于"更高层的事情"是什么——可能是架构设计,可能是产品决策,可能是用户洞察——这可能是未来几年每个开发者都要回答的问题。

我没有答案。但我很确定,这个方向是对的。


本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2026-06-22,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 做棵大树 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 6月18日,Anthropic 一天之内扔出了三个更新:
  • 一、Artifacts:从"黑箱操作"到"可视化协作"
  • 二、七种自定义方式:不是"怎么配",是"放哪合适"
  • 三、Subagents:被很多人忽略的大招
  • 四、从编码工具到开发者平台
  • 五、你该怎么调整?
  • 写到这儿
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档