# Claude Design 泄露提示词研究报告

> 日期：2026-04-21  
> 研究对象：公开仓库 `elder-plinius/CL4R1T4S` 中声称来自 Claude Design 的系统提示词  
> 边界说明：该仓库不是 Anthropic 官方仓库；本报告将其视为“公开收集的泄露/提取提示词样本”，不把它等同于 Anthropic 官方确认文本。

## 1. 来源与可信度

### 已下载到本地

- GitHub 仓库浅克隆：[CL4R1T4S](/Users/Wayne/Library/Mobile%20Documents/com~apple~CloudDocs/codexStudio/Wayne研习室/260421cld/source/CL4R1T4S)
地址：/Users/Wayne/Library/Mobile Documents/com~apple~CloudDocs/codexStudio/Wayne研习室/260421cld/source/CL4R1T4S

- 主提示词文件：[Claude-Design-Sys-Prompt.txt](/Users/Wayne/Library/Mobile%20Documents/com~apple~CloudDocs/codexStudio/Wayne研习室/260421cld/source/Claude-Design-Sys-Prompt.txt)
地址：/Users/Wayne/Library/Mobile Documents/com~apple~CloudDocs/codexStudio/Wayne研习室/260421cld/source/Claude-Design-Sys-Prompt.txt

- Anthropic 官方发布页本地快照：[Anthropic-Claude-Design.html](/Users/Wayne/Library/Mobile%20Documents/com~apple~CloudDocs/codexStudio/Wayne研习室/260421cld/source/Anthropic-Claude-Design.html)
地址：/Users/Wayne/Library/Mobile Documents/com~apple~CloudDocs/codexStudio/Wayne研习室/260421cld/source/Anthropic-Claude-Design.html

- TechCrunch 报道本地快照：[TechCrunch-Claude-Design.html](/Users/Wayne/Library/Mobile%20Documents/com~apple~CloudDocs/codexStudio/Wayne研习室/260421cld/source/TechCrunch-Claude-Design.html)
地址：/Users/Wayne/Library/Mobile Documents/com~apple~CloudDocs/codexStudio/Wayne研习室/260421cld/source/TechCrunch-Claude-Design.html

### 外部来源

- Anthropic 官方发布页：`https://www.anthropic.com/news/claude-design-anthropic-labs?lang=us`
- GitHub 文件页：`https://github.com/elder-plinius/CL4R1T4S/blob/main/ANTHROPIC/Claude-Design-Sys-Prompt.txt`
- TechCrunch 报道：`https://techcrunch.com/2026/04/17/anthropic-launches-claude-design-a-new-product-for-creating-quick-visuals/`
- Houdao 泄露事件说明：`https://www.houdao.com/d/9119-Claude-Design-System-Prompt-Leak-Unveiling-Anthropic-s-AI-Design-Engineering-Methodology`

### 可信度判断

1. **产品存在性可信**：Anthropic 官方在 2026-04-17 发布 Claude Design，定位为生成 prototypes、slides、one-pagers 等视觉工作。
2. **提示词来源可信但非官方确认**：CL4R1T4S 文件确实存在，GitHub 页面显示该文件约 422 行、71.5 KB；但 Anthropic 没有公开确认该文件完整性。
3. **分析价值高于法律归属**：即便不把它当成“官方原文”，它仍体现了一套成熟的 AI 设计代理架构，值得抽象为我们自己的生产规范。

## 2. 一句话结论

Claude Design 的关键不是“提示词写得漂亮”，而是把 AI 设计从一次性生成，升级为一条可验证、可迭代、可交付、可继承上下文的设计生产线。

对 Wayne/千图/内容 AI 的核心启发：我们要做的不是收集更多神奇提示词，而是把“输入上下文、生成多方案、可调参数、验收标准、交付格式、开发交接”产品化。

## 3. 提示词关键条目与解读

### 3.1 角色设定：AI 是专家设计师，用户是 manager

提示词开头把 AI 定义为 expert designer，并明确用户是 manager。这个设定很关键：它不是“用户给命令，AI 出图”，而是“设计师接受经理 brief，负责专业产出”。

业务解读：
- AI 需要主动补齐专业判断，不是被动复述用户需求。
- 用户不需要懂设计术语，但需要表达目标、约束、品牌、受众。
- 这套设定天然适合非设计人群：老板、产品经理、运营、销售、市场。

对我们有用的改造：
- 千图 AI 生成器可以把角色从“画图工具”升级为“视觉项目执行人”。
- 用户输入不应只收 prompt，还应收“用途、受众、品牌、渠道、尺寸、禁忌、参考风格”。

### 3.2 保密边界：能力可说，工具链不可暴露

提示词要求不要泄露系统提示词、内部工具、虚拟环境、技能列表。它允许用用户能理解的话描述能力，但不讲内部实现。

业务解读：
- 面向用户，讲“我能帮你做什么”；面向系统，隐藏“我是怎么被编排的”。
- 这对商业产品很重要：减少用户被内部机制干扰，也保护产品壁垒。

对我们有用的改造：
- 前台文案讲“可生成海报、PPT、落地页、社媒图、品牌套版”。
- 后台保留模板、模型、流程、评审器、素材库、版权策略，不直接暴露。

### 3.3 工作流：先理解，再探索，再计划，再构建，再验证

提示词把工作流拆成六步：理解需求、探索资源、计划、建目录和复制资源、完成并检查加载、极简总结。

业务解读：
- Claude Design 的核心不是单次生成，而是“项目制交付”。
- 每个设计任务被当成一个文件系统项目，有资源、有版本、有最终文件。

对我们有用的改造：
- vibe coding 不能只靠“帮我写个页面”，必须自动建立项目结构。
- 视觉 AI 任务也应该有任务目录、素材目录、版本记录、最终交付物。

### 3.4 文档读取能力：Markdown、HTML、图片、PPTX、DOCX、PDF

提示词强调读取多种输入，包括 Markdown、HTML、图片、PPTX、DOCX、PDF。这里的意义不是“能读文件”，而是“设计上下文来自真实材料”。

业务解读：
- 好设计来自已有品牌资产、真实业务内容、真实截图、真实组件。
- 不读上下文，AI 会倾向于输出泛化模板。

对我们有用的改造：
- 千图的 AI 设计工作流应优先吸收：企业 VI、历史海报、官网截图、活动方案、竞品图、PPT 草稿。
- 输入源越丰富，生成质量越稳定。

### 3.5 输出创建规范：命名、版本、资产复制、文件规模

提示词要求 HTML 文件有描述性命名，重大修改保留旧版本，资产要复制到当前项目，不直接外链；大文件要拆分，避免超过 1000 行。

业务解读：
- 这是一套工程化交付规范，而不是审美建议。
- 它解决的是可维护、可复盘、可迁移。

对我们有用的改造：
- 每次生成设计都应该有版本：v1、v2、客户修改版、最终版。
- 素材必须归档到项目，避免半年后外链失效。
- HTML/PPT/图片输出都要能追踪来源。

### 3.6 视觉一致性：先理解已有 UI，再跟随视觉语汇

提示词要求在修改现有 UI 时先理解色彩、文字、hover、click、阴影、卡片、密度等视觉语汇。

业务解读：
- 真正能落地的 AI 设计不是“重新设计一套”，而是“在现有系统里自然生长”。
- 这对企业客户特别重要，因为他们已经有品牌系统和组件规范。

对我们有用的改造：
- 对千图企业版：上传品牌手册后，AI 不能只套色，而要学习版式、留白、摄影风格、字体层级、按钮状态。
- 对内容平台：可把爆款模板拆成视觉语汇，再生成同族新模板。

### 3.7 色彩策略：优先品牌色，必要时用 oklch 扩展

提示词要求优先使用品牌/设计系统颜色；如果限制过强，再用 oklch 定义和谐颜色，不从零乱造。

业务解读：
- AI 设计最大问题之一是乱用渐变、乱出高饱和色。
- oklch 的价值是让颜色扩展更可控，色相、明度、饱和度更符合感知。

对我们有用的改造：
- 千图可建立“品牌色扩展器”：输入主色，自动生成按钮、背景、提示、警告、暗色模式色板。
- 这比让用户反复写“高级感、不要土”有效得多。

### 3.8 React/Babel 工程约束：锁版本、锁完整性、避免作用域污染

提示词对 React、ReactDOM、Babel 版本和 integrity hash 做固定，并提醒全局样式对象不能叫 `styles`，多 Babel 文件需挂到 `window`。

业务解读：
- Claude Design 把“能跑”视为设计质量的一部分。
- 对 AI 生成 HTML/原型，工程稳定性就是用户体验。

对 vibe coding 的启发：
- 生成前端不是只看截图好不好看，还要看是否可运行、可迭代、可导出。
- Agent 应内置工程护栏：依赖版本、作用域、资源路径、响应式、控制台错误。

### 3.9 幻灯片备注与固定尺寸内容：演示稿是独立媒介

提示词对 speaker notes、slideIndexChanged、固定 16:9 缩放、deck stage 有明确要求。

业务解读：
- PPT/演示稿不是普通网页，必须按“固定画布 + 演示控制 + 页码状态”处理。
- 演示页要适配不同屏幕，但内容仍应保持版式完整。

对我们有用的改造：
- 网页演示稿应标准化：16:9、键盘翻页、触控翻页、页码、进度、无页内滚动。
- 内部报告、外部分享、客户提案都可复用同一个交付框架。

### 3.10 设计方法论：好高保真设计不从零开始

提示词最值得学习的一句是：高保真设计必须扎根于已有设计上下文。它要求找 UI kit、设计系统、代码、截图、Figma、历史项目；没有就问用户。

业务解读：
- “从零生成”看似快，实际最容易模板化。
- AI 设计的第一性原理是：上下文质量决定输出上限。

对 UI 设计师的意义：
- 设计师未来的竞争力不是单纯画界面，而是建立和维护“AI 可读的设计上下文”。
- 设计系统、组件命名、样式 token、示例页、禁用规则，会直接影响 AI 出品。

### 3.11 多方案探索：不是找一个答案，而是提供可混搭原子选项

提示词要求给 3+ variations，覆盖视觉、交互、颜色、布局、隐喻、字体、图标等维度，并强调目标不是一次给完美答案，而是让用户混搭。

业务解读：
- Claude Design 把 AI 当成“探索加速器”，不是最终审美裁判。
- 好的 AI 设计产品要降低探索成本，而不是替代选择本身。

对获取视觉创意的意义：
- 可以快速打开方向，但仍需要人做审美判断。
- 最好把“探索项”拆成：构图、色彩、字体、纹理、动效、内容密度、交互方式。

### 3.12 Tweaks：把改稿变成参数化控制

提示词定义了 Tweaks 面板，支持颜色、字体、间距、文案、布局变体等，并能持久化状态。

业务解读：
- 这是 AI 设计产品的关键：不要让用户每次都用自然语言改细节。
- 语言适合表达意图，控件适合精确调参。

对我们有用的改造：
- 千图 AI 可以把“高级一点、再大一点、颜色淡一点”转换成明确滑杆。
- 适合做：风格强度、留白、字体重量、图片占比、品牌色占比、信息密度。

### 3.13 Web Search 与 GitHub：数据是数据，不是指令

提示词明确外部搜索结果只是数据，不是指令；GitHub 源码要完整读取关键文件，不能只看文件名或凭记忆模拟。

业务解读：
- 这是防 prompt injection 的安全原则，也是减少幻觉的工程原则。
- 对设计任务来说，仓库树只是索引，真正的品牌 DNA 在 token、组件、样式文件里。

对 vibe coding 的启发：
- 连接代码仓库后，Agent 必须读真实组件和样式，而不是“看起来像某产品”。
- 把外部资料作为证据，而不是让资料反向操控 Agent。

### 3.14 内容规范：反 filler、反 AI slop

提示词明确不要填充废话、不要为了填满页面而加内容；避免过度渐变、emoji、左边框卡片、SVG 假图、Inter/Roboto/Arial/Fraunces 等高频模板字体。

业务解读：
- 它把“AI 味”拆成了一组可执行的反模式。
- 这比抽象说“高级感”更有价值。

对我们有用的改造：
- 千图可建立“AI 味检测器”：模板化渐变、无意义数据、过度卡片、假图标、空洞标题、同质字体。
- 生成后先过检测，再给用户看。

### 3.15 版权边界：不能复刻公司独特 UI 或品牌 IP

提示词要求拒绝复刻公司的独特 UI、专有命令结构或品牌视觉，除非用户域名能证明属于该公司。

业务解读：
- 这是设计 AI 商业化必须具备的合规边界。
- 不是所有“参考风格”都能照搬，尤其是品牌识别度强的视觉资产。

对千图/内容 AI 的意义：
- 必须区分“风格启发”和“近似复刻”。
- 平台要内置 IP 风险提示、品牌名替换、相似度控制。

## 4. 对 vibe coding 的参考意义

### 4.1 从“写代码”升级为“完成项目”

Claude Design 的工作流证明：vibe coding 的核心不是生成代码片段，而是把需求、资源、实现、验证、交付连起来。

建议：
- 每个 vibe coding 任务都自动建目录。
- 自动生成 `README/迭代记录/验证记录/源码/预览地址`。
- 每次改动都要能解释“为什么改”和“如何验证”。

### 4.2 前端生成要内置质量门

页面好看但打不开、不能移动端、状态不持久、导出失败，都不是合格交付。

建议质量门：
- 控制台无错误。
- 移动端无溢出。
- 关键交互可点击。
- 资源路径有效。
- 版本可回滚。
- 可部署。

### 4.3 上下文优先于 prompt 技巧

真正影响质量的是：有没有品牌资产、设计系统、真实组件、内容目标、参考样例。

建议：
- vibe coding 开始前，先收集项目上下文。
- 对没有上下文的任务，默认输出“探索稿”，不能伪装成最终稿。
- 对有代码库的任务，必须读 token、组件、全局样式。

### 4.4 把“自然语言改稿”产品化为参数

纯聊天改稿效率低。Claude Design 的 Tweaks 机制说明，应让用户通过控件精确调。

建议：
- 让 AI 自动暴露 3-6 个关键参数。
- 例如：色彩强度、信息密度、动效强度、品牌色占比、卡片圆角、图片比例。
- 改稿后的参数应可保存，形成用户偏好。

## 5. 对 UI 设计师的意义

### 5.1 设计师从“画稿者”变成“设计上下文架构师”

AI 需要可读的设计系统。设计师要提供：
- token：颜色、字号、间距、圆角、阴影。
- components：按钮、表单、卡片、导航、弹窗。
- examples：典型页面、错误示例、禁用规则。
- voice：文案语气、产品语言。

### 5.2 设计评审要从像不像，变成系统是否可复用

未来评审不只看单张稿，而要看：
- 是否遵循品牌系统。
- 是否可以被 AI 复用。
- 是否有可调参数。
- 是否能交接给开发。
- 是否能跨渠道输出。

### 5.3 设计师更需要会定义“不做什么”

提示词里的禁用清单很有价值。好设计系统不只是组件库，还要有反模式：
- 不用什么字体。
- 不用什么渐变。
- 不怎么排版。
- 不怎么使用插图。
- 不复刻哪些品牌。

## 6. 对获取更好视觉创意的不足

### 6.1 它擅长系统化，不等于擅长原创审美突破

提示词强调已有设计系统和上下文，这会提升稳定性，但也可能限制真正陌生、冒险、跨界的视觉创意。

补法：
- 增加“远参考”输入：电影、建筑、展览、包装、杂志、游戏 UI。
- 单独设置“探索模式”，允许偏离品牌 20%-40%。

### 6.2 它偏工程原型，不偏图像质感

Claude Design 的媒介是 HTML/CSS/JS/SVG，适合布局、交互、动效，不天然擅长摄影级画面、复杂插画、材质、人物、产品渲染。

补法：
- HTML 负责版式和交互。
- 图像模型负责主视觉、插画、纹理、产品场景。
- 最终由 AI 设计代理做合成与适配。

### 6.3 它的审美反模式清单会过时

例如“不要 Inter/Roboto/Fraunces”在今天有用，但未来模板味会转移到新的字体、色彩和布局。

补法：
- 建立动态“AI 味样本库”。
- 每季度更新反模式。
- 结合平台热图和用户跳出率验证，而不是只靠主观判断。

### 6.4 它强调多方案，但缺少评价函数

提示词鼓励给多方案，但没有明确告诉系统如何选最佳方案。

补法：
- 为每个方案打分：品牌一致性、信息清晰度、传播记忆点、制作成本、转化目标、版权风险。
- 用目标场景决定权重：广告图重点击，提案重可信，后台重效率。

## 7. 我们该如何使用这套提示词

不能直接照搬，而应把它改造成我们的“AI 设计生产协议”。建议分 6 大场景使用。

### 场景 1：网页/落地页 vibe coding

用法：
- 输入：品牌资料、目标用户、转化目标、竞品链接、核心文案。
- 输出：可运行页面、移动端适配、部署地址。
- 必备步骤：读设计系统、生成 2-3 个首屏方向、实现、验证、上线。

关键提示词模块：
- 角色：专家前端设计师。
- 上下文：品牌 + 组件 + 文案。
- 质量门：无报错、响应式、可部署。

### 场景 2：活动海报/社媒图生产

用法：
- 输入：活动主题、渠道尺寸、品牌色、参考图、禁用元素。
- 输出：多尺寸、多风格、多版本。
- 必备步骤：风格探索、参数化微调、版权检查。

关键提示词模块：
- 多方案 variations。
- 反 AI slop。
- 品牌色优先。

### 场景 3：PPT/网页演示稿

用法：
- 输入：研究报告、会议场景、听众、时长。
- 输出：16:9 网页演示稿、可导出 PPTX/PDF。
- 必备步骤：一页一观点、图表优先、键盘翻页、讲述顺序。

关键提示词模块：
- deck stage / 固定尺寸内容。
- speaker notes 可选。
- 演示控制与页码状态。

### 场景 4：产品原型/交互方案

用法：
- 输入：PRD、用户流程、已有组件、关键状态。
- 输出：可点击高保真原型。
- 必备步骤：读组件、状态建模、交互验证、开发 handoff。

关键提示词模块：
- 读取 UI kit。
- Tweak 控件。
- Handoff to Code。

### 场景 5：企业品牌模板库

用法：
- 输入：企业 VI、官网、历史设计、常用场景。
- 输出：AI 可复用的品牌设计系统。
- 必备步骤：抽取 token、组件、版式、禁用规则、样例库。

关键提示词模块：
- 设计上下文优先。
- 色彩系统。
- 资产复制和归档。

### 场景 6：千图内容 AI 模板生产

用法：
- 输入：行业、节日、平台、转化目标、爆款样式。
- 输出：可批量生成但不撞脸的模板族。
- 必备步骤：拆解视觉语汇、生成变体、检测 AI 味、检测 IP 风险。

关键提示词模块：
- 多方案原子探索。
- 反 filler。
- 版权边界。

## 8. 建议落地 SOP

1. 建立“设计任务 brief 表”：用途、受众、品牌、渠道、尺寸、内容、禁忌、参考。
2. 建立“上下文导入器”：读取官网、Figma、历史作品、代码 token、PPT、图片目录。
3. 建立“多方案生成器”：每次至少从布局、色彩、字体、动效三个维度给选择。
4. 建立“Tweaks 参数层”：让用户用控件调，不只靠聊天。
5. 建立“质量检查器”：响应式、控制台、资源路径、可访问性、版权风险。
6. 建立“交付器”：HTML、PPTX、PDF、图片、Canva/设计工具、开发 handoff。
7. 建立“沉淀机制”：每个项目沉淀到知识库，保留来源、结论、模板、复用场景。

## 9. 对 Wayne/千图的下一步判断

Claude Design 释放的信号是：基础模型公司正在把“从想法到视觉产物”的链路产品化。Figma、Canva、Adobe 的护城河不会只靠编辑器本身，而会转向“设计系统 + 协作 + 资产 + 工作流 + 组织权限”。

千图的机会不在于跟 Claude Design 正面拼通用设计工具，而在于：
- 更懂中文商业设计场景。
- 更懂中小企业、运营、设计外包、内容平台的素材生产。
- 拥有模板、图片、字体、版权资产和行业场景沉淀。
- 能把 AI 设计和可商用素材库结合，解决“能不能用、敢不敢用、能不能批量用”。

建议优先做三件事：
1. 做一个“AI 设计任务协议”，统一海报、PPT、落地页、原型的输入输出。
2. 做一个“品牌上下文包”，让用户上传/连接素材后，自动生成可复用设计系统。
3. 做一个“AI 味与版权风险检查器”，成为内容平台的差异化信任能力。