Anthropic疯狂输出：从Claude Cowork到Design，揭秘3000词系统提示词背后的设计工程体系

Anthropic 在今年保持着密集的产品迭代节奏。

打开 Claude 的更新日志，一条紧凑的时间线清晰呈现：

• 1 月 12 日，Claude Cowork 上线：一个能够直接操作文件系统的桌面级智能体，定位为真正能完成工作的虚拟同事，而非简单的聊天机器人。
• 2 月 5 日，Opus 4.6 发布：将上下文窗口扩展至 100 万 token，并实现了长达 14.5 小时的复杂任务处理能力，在当时处于行业前沿。
• 3 月，多项更新集中推出：Claude Memory 功能全面开放；100 万 token 上下文窗口成为标准定价选项；Cowork 的插件生态初步成型；此外还发布了 Claude Code Channels，允许用户通过 Telegram 或 Discord 向编程智能体发送指令，实现移动端异步编程。
• 4 月，Claude Code 迎来重要更新：引入了协作工具与 Agent Teams 功能，支持多人并行开发。
• 近期，Opus 4.7 上线：其软件工程能力获得显著提升，并新增了 xhigh effort 工作等级。

而在 4 月 17 日，Anthropic 发布了 Claude Design。这是一个能够通过自然语言生成产品原型、演示文稿或单页文档的设计工具。其发布引发了市场对传统设计软件公司的关注。

Claude Design 的目标用户并非专业设计师，而是那些拥有创意但缺乏专业设计工具使用技能的创始人、产品经理等群体。

正如 TechCrunch 的报道标题所言：“Anthropic launches Claude Design, a new product for creating quick visuals.”

发布不到 24 小时，安全研究员 Pliny the Liberator 便在 GitHub 的 CL4R1T4S 仓库中公开了 Claude Design 完整的系统提示词。这份超过 3000 词的文档，信息密度极高。

提示词体系解析

1. 核心定位：专家设计师与经理的协作

提示词开宗明义，设定了 AI 的角色：

“You are an expert designer working with the user as a manager.”

这并非简单的 AI 助手辅助创作，而是构建了一种“经理-专家”的协作关系：用户（经理）提出需求，AI（资深设计师）负责交付。其核心工具是 HTML，但产出形式多样，涵盖演示文稿、交互原型、动画、单页文档等，实现了“一种媒介，多种形态”。

提示词特别强调了一点：“Avoid web design tropes and conventions unless you are making a web page.” 这明确了其产出是“设计”本身，而非网页代码，这一区分至关重要。

2. 设计准则：建立“反AI味”清单

提示词中包含一份明确的“AI 味设计”（AI slop tropes）黑名单，旨在规避刻板、低质的设计输出，例如：

• 禁止滥用渐变效果。
• 禁止使用 emoji（除非品牌方明确要求）。
• 禁止使用“圆角+左侧强调色边框”这种典型的 AI 生成 UI 容器样式。
• 禁止使用 SVG 勉强绘制图形素材，若无合适素材则应使用占位符。
• 禁止过度使用 Inter、Roboto、Arial 等常见字体。

其核心原则是：占位符优于拙劣的实现。宁愿使用空白框或通用占位符，也不应生成质量低劣的替代图形。

3. 体系化工程：超越单次提示词

深入分析会发现，这不仅仅是一段操作指令，更蕴含着一套完整的设计工程体系：

• Starter Components（启动组件）：系统内置了设备边框、演示舞台、动画引擎、设计画布等基础组件，设计师无需从零开始构建如 iPhone 外壳或 PPT 框架等通用元素。
• 版本锁定与一致性：明确指定了 React 和 Babel 的 CDN 版本及完整性哈希值（如 react@18.3.1）。这种精确的版本控制旨在确保渲染结果的一致性，体现了工程纪律。
• Tweaks 实时调整机制：内置参数调节面板，允许用户实时修改颜色、字体、间距等，并将改动持久化保存。这构成了一个可迭代的设计系统，而非一次性生成器。
• 双阶段验证流程：
  1. 首先使用 done 命令检查控制台错误，确保页面基础功能正常。
  2. 随后调用 fork_verifier_agent，这是一个在独立 iframe 中运行的后台子代理，负责截图并检查潜在的布局问题。流程遵循先修复重大缺陷，再进行细节审查的顺序。
• 上下文压缩工具：提供了 snip 工具，允许在对话中标记并清理不再需要的旧版本或探索性内容，有效管理上下文长度，防止溢出。

4. 核心理念：设计不始于空白

整个提示词中最重要的理念之一是：

“Good hi-fi designs do not start from scratch — they are rooted in existing design context.”

它要求 AI 在开始设计前，必须主动获取或询问用户关于现有 UI 套件、设计系统、品牌文件或代码库等设计上下文。

“Mocking a full product from scratch is a LAST RESORT and will lead to poor design.”

（“从零开始构建一个完整的产品原型是最后的手段，且往往会导致糟糕的设计结果。”）

同时，它要求每次设计应提供 3 个以上 的风格变体（从保守到创意），并鼓励用户进行混搭。在动手设计之前，AI 需要至少提出 10 个问题，以明确受众、风格、约束和期望。这体现了一套完整的设计方法论。

5. 隐藏能力与完整工作流

提示词还揭示了系统的其他能力，例如支持导出为 PDF、PPTX、Canva 链接或独立 HTML 文件，形成了 “获取上下文 → 生成设计 → 实时调整 → 导出交付” 的完整闭环。

方法论层面的差距

许多传统互联网公司的产品流程遵循固定周期：产品经理撰写需求文档 → 设计师出图 → 方案评审 → 技术排期 → 开发 → 测试 → 上线。一个循环往往需要数周甚至更长时间。

相比之下，Claude Code 的负责人 Boris Cherny 曾在访谈中透露，他的团队采用了一种不同的模式：不先撰写冗长的需求文档，而是快速构建数百个可运行的原型，然后从中筛选出值得发布的功能。他本人每天会合并大量代码，并同时运行多个 Claude 实例进行工作。据称，整个 Cowork 产品的初步版本大约在 10 天内 便构建完成。

这暗示着 Anthropic 内部的组织沟通与产品迭代方式可能与传统科技公司存在显著差异。例如，个体可能高度依赖由自己维护的、拥有专属上下文的智能体进行工作，甚至部分人际沟通可能由智能体间的协作来完成。

在传统组织内，消耗精力的往往不是具体的编码或设计工作，而是频繁变更的方向和复杂的跨部门信息对齐过程。Boris Cherny 提到，他会刻意给团队 有限的资金但充足的 AI 资源（Token），以此迫使团队利用 AI 来放大个人效能，而非单纯增加人力。

反观国内许多大型科技公司，其多数团队仍遵循着传统的线性产品开发流程。一个功能从构思到上线，周期常以月甚至季度计。这已不纯粹是技术能力问题，更是 组织架构与协作流程 的惯性问题。这些公司拥有充足的资金、优秀的技术人才和成熟的用户基础，但可能缺乏的是一种 重塑组织与协作模式的勇气和决心。

各个业务都在谈论AI转型，我认为关键在于：如果业务负责人对AI的思考与认知未能达到业界前沿水平，那么转型的第一步应当是调整负责人。

Anthropic的核心竞争力并非Claude Design这一功能，亦非Opus 4.7这一模型。

而在于它可能已经探索出 一套适用于AI时代的产品迭代方法论。

关注“鲸栖”小程序，掌握最新AI资讯