Anthropic 今天给 Claude Code 加了一个新能力：把整个编码会话的成果打包成可交互的网页。看起来是个功能更新，但它踩中的是 AI 时代团队协作方式的根本性变化。
6 月 18 日，Anthropic 官方博客宣布 Claude Code 新增 Artifacts 功能，目前处于 Beta，仅对 Team 和 Enterprise 计划开放。
一句话讲清楚：你在 Claude Code 里干的活，可以直接变成一个带链接的网页，团队里的人打开链接就能看到最新状态，不用你截图、粘贴、写文档去同步。
具体说，这个 Artifact 不是一个静态截图。它是一个可交互的页面，可以是 PR 走查、项目仪表盘、故障分析报告、发布清单，甚至是可以排序和筛选的数据视图。
Anthropic 这次的文档写得很实在，不是空说"提升生产力"，而是按角色给了具体的 prompt 示例。我挑几个有意思的展开说。
| 角色 | 做什么 | 为什么之前做不到（或很痛苦） |
|---|---|---|
| SRE / 值班 | 事故调查页面：时间线、嫌疑 commit、监控错误曲线，边查边更新，站会时直接看 | 之前要截图聊天记录、复制代码片段、拼错误日志，每更新一次就要重发一遍 |
| 工程师 | PR 走查页面：diff、改动理由、测试说明，审阅者打开链接就能跟上 | GitHub PR 描述写一大段，reviewer 还是要自己在代码里翻上下文 |
| EM | 周度发布汇总：从合并的 PR 里自动生成本周发布页，按项目分组 | 每周手动收集各组的 PR，整理成 weekly update，耗时且容易漏 |
| 设计 / 前端 | 多个 UX 方向变体，直接用真实组件库构建，选中的方案可以直接交付 | 设计稿和开发实现之间的还原度折损 |
| 法务 / 开源 | 依赖许可审计：扫描仓库所有第三方依赖，标记 copyleft 许可 | 手动跑审计工具，再把结果整理成人能看的报告 |
官方给的 SRE 场景最能说明问题：工程师在站会前启动事故调查，Claude Code 边查边发布 Artifact。等站会开始时，页面已经更新了两次，团队打开同一个链接就能看到最新分析。不需要"走一遍 agent 查出来的结果"，因为大家看的是同一个实时视图。
这个速度值得记一笔。功能发布后极短时间内，已经有开发者做出了上层工具。
开发者 Austin Wallace 把自己之前做的 PR Walkthrough 技能适配了 Artifacts，已经开源。它的定位很具体：把 AI 编码会话的多格式记录（Codeium、Claude、OpenCode 的日志）转成一份单文件、可离线查看的 HTML 走查报告。据描述，转换过程是确定性的，不需要额外调用 LLM，压缩率有 61%。
另一个值得关注的是 tdoc。它是一个开源替代方案，部署在 Cloudflare Worker 上，同时支持 Claude Code 和 Codex。核心能力：用命令行创建文档、发布为公开链接、支持协作者评论、Agent 自动根据评论生成新版本。每次编辑都保留完整快照，可回退。安装只需要一行命令。
Artifacts 表面上解决的是"省了整理文档的时间"。但它实际踩中了一个更深的变化。
在传统工作流里，团队的核心交付物是代码。PR 是代码，Code Review 是代码，技术文档是对代码的解释。产品经理写 PRD，工程师按 PRD 写代码，大家围绕代码来对齐。
但当 Agent 生成代码的速度比团队对齐需求的速度还快时，代码本身就不再是团队协作的核心交付物了。你不需要展示代码，你需要展示决策。
Product Compass 的 Paweł Huryn 写过一篇文章说，他现在做产品的方式已经变了：不审核代码，只审核 Agent 生成的 Artifact，包括项目计划、决策记录、测试报告、变更说明。他自己两周内靠 Agent 发了三个项目、更新了一个 SaaS 产品，全程没读过一行代码。
Google 的产品团队已经在这么干了。之前的流程是"先写 PRD 再开发"，现在变成了"先做原型再对齐"。Meta 的 PM 直接用 Agent 做原型给扎克伯格演示。
这个变化的本质是：代码正在变成中间产物。
就像 SQL 之于数据分析师。分析师的交付物不是 SQL 语句，是 Dashboard。SQL 是手段，Dashboard 才是团队对齐的界面。现在的代码，正在走向同样的位置。
这个功能目前的边界也很清楚：
首先是准入门槛。Beta 阶段，只有 Team 和 Enterprise 计划可用。个人开发者、Max 用户、Free 用户都用不了。如果你是独立开发者或者小团队，短期内只能看看 tdoc 这类开源方案。
其次是场景定位。Artifacts 是给团队协作设计的，核心价值是"让不在同一个 Claude Code 会话里的人也能看到工作成果"。如果你是一个人干活，这个功能的价值就没那么大，你不需要给自己生成一个可分享的页面。
第三是隐私边界。不能设为公开，这对于开源项目的协作、跨组织的沟通来说是个限制。虽然保护隐私很重要，但也意味着你不能用 Artifacts 来给外部合作者展示东西。
Artifacts 最直接的价值是减少"同步成本"。你不用再截图、复制粘贴、写 Slack 消息去解释 Agent 帮你做了什么。让 Agent 直接生成一个页面，发链接就行。如果你的团队已经在用 Claude Code 做日常开发，建议推动 Team 计划升级，试一下这个功能。
开始想一个问题：你的团队现在的核心交付物是什么？如果答案还是"代码"，那可能已经落后了。Artifacts 不是一个工具更新，它是交付物形态变化的一个信号。从 Google 到 Meta，大厂的产品团队已经在实践"先做原型再对齐"而不是"先写文档再开发"。这个趋势值得关注。
短期内用不上官方 Artifacts，但 tdoc 这类开源方案已经可以用了。更重要的是开始培养一个习惯：让 Agent 的产出不要停留在你的终端里，把它变成可分享、可回溯的东西。不管用什么工具实现，这个思路本身就有价值。