Anthropic 近日宣布为 Claude Code 带来一项重大更新——Artifacts 功能正式上线。该功能面向 Claude Team 和 Enterprise 订阅用户,让开发者可以直接在终端中把工作成果转化为实时、可交互、可分享的 HTML 网页。
从"写代码"到"展现场景"
Claude Code Artifacts 的核心逻辑很直接:当你通过 Claude Code 进行编码、数据分析或系统排查时,AI 可以利用当前会话的全部上下文——包括仓库代码、连接的数据源和对话推理——自动生成一个专属的 Web 页面。
这个页面不是静态截图,而是实时更新的。当 AI 继续在终端中执行任务时,页面上的图表和文字会同步刷新,且所有更新都保留版本历史,团队成员可以随时回滚或追踪进展。
Boris Cherny(Claude Code 的创建者)在 X 上发文表示:"我已经在用 Artifacts 做所有事情——代码的可视化解释、系统架构图、动画方案预览、数据分析仪表盘……它彻底改变了我与 Claude 的工作方式。"
一个典型场景
Anthropic 的演示材料中展示了一个实际案例:工程师让 Claude Code 调查某次发布后的用户流失情况。AI 在几秒钟内执行了 SQL 查询,构建了一个交互式的流失漏斗仪表盘,并诊断出"Pro 账户在导出环节卡住了"。
随后 AI 直接提出 UI 修复方案,随着代码重构,仪表盘实时更新,最终生成一个安全链接——项目经理想看,手机点开就行。
技术细节:轻量画布,安全优先
从技术架构上看,每个 Artifact 是一个单文件 HTML 页面,上限 16 MiB。Anthropic 在安全性上做了严格限制:页面被包裹在严格的内容安全策略(CSP)中,禁止所有外部网络请求——无法加载外部脚本、字体、样式表,fetch、XHR 和 WebSocket 全部被阻断。所有 CSS 和 JavaScript 必须内联,图片必须以 data URI 格式嵌入。
这意味着 Artifacts 不能存储表单数据、不能实时调用 API、不能提供多路由。这并非技术妥协,而是 Anthropic 的明确设计哲学。
Claude Code Artifacts vs OpenAI Codex Sites:两种路线之争
值得注意的是,OpenAI 在约两周前也为 Codex 平台推出了类似功能——"Sites"。两者看似对标,实则路线迥异:
- 定位:Claude Code Artifacts 定位是"工作的快照,不是应用";OpenAI Codex Sites 则是持久化的全栈 Web 应用。
- 架构:Anthropic 走的是无状态画布路线;OpenAI 则是平台即服务(PaaS)。
- 后端能力:Artifacts 无后端,纯单页 HTML;Codex Sites 支持 D1 数据库、R2 对象存储。
- 访问控制:Artifacts 仅限组织内成员,管理员集中管理;Codex Sites 支持细粒度 RBAC,用户组和自定义权限。
- 发布流程:Artifacts 即时生成、原地更新;Codex Sites 走两阶段流程:候选审查 → Git 提交 → 正式部署。
OpenAI 想做的是替代企业内部 SaaS 工具,Anthropic 则把 Claude Code Artifacts 定位为替代白板图、手动 Bug 复现流程和状态报告——用安全的、自更新的可视化工具,不让任何实时数据泄露到企业边界之外。
许可与安全
两个平台均采用闭源专有许可模式。企业客户无法 fork 或自托管这些可视化引擎。两家公司都强调组织级安全:Anthropic 的 Artifacts 默认对作者私有,分享链接仅限同一组织的认证成员查看;管理员可通过全局开关、角色范围和保留策略进行管控,并通过合规 API 统一审计。
我的看法
这一更新真正的看点不在于"又一个 AI 画图功能",而在于它回答了 AI 编码助手在终端之外的问题——"我怎么让非技术同事看到我在做什么?"
当 AI 处理了语法和编排,剩下的价值在于上下文、推理和即时分享。Claude Code Artifacts 让终端从一个工具变成了一个协作画布,这才是这件事有意思的地方。
