从Claude Fable 5系统提示词里，我偷师了5条写Prompt的硬规则

从Claude Fable 5系统提示词里，我偷师了5条写Prompt的硬规则 从Claude Fable 5系统提示词里，我偷师了5条写Prompt的硬规则 Modified June 12 优化这段代码 把 fetchUser 的错误处理改成：网络超时重试 2 次、4xx 直接抛、日志打 requestId 项目角色、技术栈、读者是谁 写好看一点 用 Tailwind，主色 2563eb ，移动端单列，标题 18px 字数、列表/散文、禁止改动范围 检查一下 跑 npm test，失败则只修测试相关文件，不改业务逻辑 Skill 路径、完成标准、文件落点 运行时 长对话怎么维持？ 停止条件、周期复述、外部记忆文件 我自己在 Claude Code 里写 Skill 时，会多加一行 完成标准 ： Code block Plain Text 完成标准：1） 通过；2）新增函数有 JSDoc；3）不改动 src/legacy/ 下任何文件 模型少猜一半，你也少审一轮。 五、规则 3：正反例 + 分步，比堆形容词管用 官方 Prompt 文档和 Fable 5 手册都强调： 给「要什么样」和「不要什么样」 ，比写「请专业一点」有效十倍。 写文案： Code block Plain Text 语气：口语化，像跟同事聊天。 要：短句、有态度、带一个真实数字。 不要：「值得注意的是」「综上所述」、连续用「不是…而是…」超过 2 次。 写代码： Code block Plain Text 参考风格（要）： async function load() { ... } // 早返回，错误统一 throw 反例（不要）： .then().catch() 嵌套三层 任何 类型 要推理过程时 ，别写「仔细想想」——写「先列假设，再逐条验证，最后给结论」。 Fable 5 对长任务还有一条： 超过 100 行的产出，先出大纲，再按章节写 。你 Prompt 里可以直接写： Code block Plain Text 第一步：只输出大纲（二级标题 + 每节 1 句话） 第二步：我确认后，再写第一节正文 这和我在《Loop Engineering》里说的「别一轮塞完全部」是同一逻辑。 六、规则 4：用 XML 标签划边界（Claude 家族特别吃这套） Anthropic 文档明确推荐用 XML 标签分隔：背景、约束、示例、输出。 模板可以直接存进 Claude Code 的 CLAUDE.md 或 Skill： Code block Plain Text <context 当前项目：Next.js 15 App Router，已有 auth 模块在 src/lib/auth.ts </context <task 给 settings 页加「导出 JSON」按钮，仅登录用户可见 </task <constraints 不新增 npm 依赖 样式跟现有 shadcn Button 一致 API 走现有 /api/export 路由 </constraints <output 先给实现步骤列表（不超过 8 条），再写代码 </output 标签名随意，关键是 一块一事 。混在一坨段落里，模型容易漏约束。 七、规则 5：有 Skill 就先 @，有文件就别「假装上传了」 Fable 5 手册里有一条很硬： 动代码、造文件之前，必须先读相关 SKILL.md 。用户上传的 Skill「非常可能相关」，要优先看。 这对我们用 Claude Code 的人意思是： 1. 项目里已有 SKILL.md / CLAUDE.md → Prompt 里写 @frontend design 或「先读 .cursor/skills/xxx 」 2. 别在 Prompt 里写「附件里有日志」—— 没 @ 文件、没粘贴路径，模型会当你忘了传 3. 多 Skill 可能同时适用，手册说「不要只读一个」——写前端又写文档，就两个都 @ 我踩过的坑：说「按之前那个 Skill 做」，模型根本不知道「之前」是哪次会话。改成 @pdf translate/SKILL.md 按这个流程处理 uploads/report.pdf ，成功率立刻上去。 八、3 个可复制模板（聊天 / Claude Code / 长跑 Agent） 模板 A：日常问答（对话内完成） Code block Plain Text 用 3 段话回答，不要列表，不要生成文件。 问题：[你的问题] 要求：每段不超过 80 字；如果涉及 2026 年的产品，先说明信息可能需要查文档再答。 模板 B：Claude Code 改代码 Code block Plain Text @src/components/Settings.tsx <task 给设置页加「清除缓存」按钮，点击后清 localStorage 并 toast 提示</task <constraints 不改动其他组件；用现有 useToast</constraints <done npm run lint 通过；你自行跑一遍相关测试</done 模板 C：长跑任务（配合 /goal 或 Fable 5） Code block Plain Text 目标：把 tests/ 目录下所有 skipped 测试修到能跑通 停止条件： 全部 skipped 清零，或 连续 3 个测试因第三方 API 无法修，列出清单并停止 每轮汇报：改了哪些文件、还剩几个 skipped、下一轮计划 不要：改生产代码业务逻辑来「骗过」测试 第三条特别适合 Fable 5 那种长程 Agent—— 手册最怕的不是难任务，而是边界不清的任务。 九、我怎么看这事 读完四层再抄五条，逻辑就顺了： 系统提示词是 Anthropic 写好的「默认 Prompt」，你的用户 Prompt 是在补它猜错的那几块。 Fable 5 更强，不代表 Prompt 可以更简单。恰恰相反： 模型越强，越值得把任务设计成「可验收」 ——交付物、正反例、边界、停止条件，四件套齐活，比换模型划算。 如果你已经在用 Loop Engineering 那套「五块积木」，Prompt 的角色也变了：你不是每轮手写小作文，而是 写进 Skill、写进 CLAUDE.md 、写 进 Loop 的停止条件 。一次写好，多轮复用。 最后补一句来源：GitHub 上那份 Fable 5 系统提示词是社区整理，不等于 Anthropic 官方发布。练手可以照着提炼规则； 正式工程还是以官方 的 Prompt 文档 为准。 参考链接 • CL4R1T4S — Claude Fable 5 系统提示词整理： https://github.com/elder plinius/CL4R1T4S/blob/main/ANTHROPIC/CLAUDE FABLE 5.md • Anthropic — Prompt engineering overview： https://docs.claude.com/en/docs/build with claude/prompt engineering/overview • Anthropic — Claude Fable 5 发布公告： https://www.anthropic.com/news/claude fable 5 mythos 5 • Addy Osmani — Loop Engineering： https://addyo.substack.com/p/loop engineering END AI 工具每周都在变—— 报告、表格、PPT、自动化 ，我们持续拆解「发生了什么」和「你能怎么用」。 关注公众号 未来的回响 ，看深度解读。 优化这段代码 把 fetchUser 的错误处理改成：网络超时重试 2 次、4xx 直接抛、日志打 requestId 项目角色、技术栈、读者是谁 写好看一点 用 Tailwind，主色 2563eb ，移动端单列，标题 18px 字数、列表/散文、禁止改动范围 检查一下 跑 npm test，失败则只修测试相关文件，不改业务逻辑 Skill 路径、完成标准、文件落点 运行时 长对话怎么维持？ 停止条件、周期复述、外部记忆文件 优化这段代码 优化这段代码 把 fetchUser 的错误处理改成：网络超时重试 2 次、4xx 直接抛、日志打 requestId 把 fetchUser 的错误处理改成：网络超时重试 2 次、4xx 直接抛、日志打 requestId 项目角色、技术栈、读者是谁 项目角色、技术栈、读者是谁 写好看一点 写好看一点 用 Tailwind，主色 2563eb ，移动端单列，标题 18px 用 Tailwind，主色 2563eb ，移动端单列，标题 18px 字数、列表/散文、禁止改动范围 字数、列表/散文、禁止改动范围 检查一下 检查一下 跑 npm test，失败则只修测试相关文件，不改业务逻辑 跑 npm test，失败则只修测试相关文件，不改业务逻辑 Skill 路径、完成标准、文件落点 Skill 路径、完成标准、文件落点 运行时 运行时 长对话怎么维持？ 长对话怎么维持？ 停止条件、周期复述、外部记忆文件 停止条件、周期复述、外部记忆文件 我自己在 Claude Code 里写 Skill 时，会多加一行 完成标准 ： 模型少猜一半，你也少审一轮。 五、规则 3：正反例 + 分步，比堆形容词管用 官方 Prompt 文档和 Fable 5 手册都强调： 给「要什么样」和「不要什么样」 ，比写「请专业一点」有效十倍。 写文案： 写代码： 要推理过程时 ，别写「仔细想想」——写「先列假设，再逐条验证，最后给结论」。 Fable 5 对长任务还有一条： 超过 100 行的产出，先出大纲，再按章节写 。你 Prompt 里可以直接写： 这和我在《Loop Engineering》里说的「别一轮塞完全部」是同一逻辑。 六、规则 4：用 XML 标签划边界（Claude 家族特别吃这套） Anthropic 文档明确推荐用 XML 标签分隔：背景、约束、示例、输出。 模板可以直接存进 Claude Code 的 CLAUDE.md 或 Skill： 标签名随意，关键是 一块一事 。混在一坨段落里，模型容易漏约束。 七、规则 5：有 Skill 就先 @，有文件就别「假装上传了」 Fable 5 手册里有一条很硬： 动代码、造文件之前，必须先读相关 SKILL.md 。用户上传的 Skill「非常可能相关」，要优先看。 这对我们用 Claude Code 的人意思是： 1. 项目里已有 SKILL.md / CLAUDE.md → Prompt 里写 @frontend design 或「先读 .cursor/skills/xxx 」 2. 别在 Prompt 里写「附件里有日志」—— 没 @ 文件、没粘贴路径，模型会当你忘了传 3. 多 Skill 可能同时适用，手册说「不要只读一个」——写前端又写文档，就两个都 @ 我踩过的坑：说「按之前那个 Skill 做」，模型根本不知道「之前」是哪次会话。改成 @pdf translate/SKILL.md 按这个流程处理 uploads/report.pdf ，成功率立刻上去。 八、3 个可复制模板（聊天 / Claude Code / 长跑 Agent） 模板 A：日常问答（对话内完成） 模板 B：Claude Code 改代码 模板 C：长跑任务（配合 /goal 或 Fable 5） 第三条特别适合 Fable 5 那种长程 Agent—— 手册最怕的不是难任务，而是边界不清的任务。 九、我怎么看这事 读完四层再抄五条，逻辑就顺了： 系统提示词是 Anthropic 写好的「默认 Prompt」，你的用户 Prompt 是在补它猜错的那几块。 Fable 5 更强，不代表 Prompt 可以更简单。恰恰相反： 模型越强，越值得把任务设计成「可验收」 ——交付物、正反例、边界、停止条件，四件套齐活，比换模型划算。 如果你已经在用 Loop Engineering 那套「五块积木」，Prompt 的角色也变了：你不是每轮手写小作文，而是 写进 Skill、写进 CLAUDE.md 、写 进 Loop 的停止条件 。一次写好，多轮复用。 最后补一句来源：GitHub 上那份 Fable 5 系统提示词是社区整理，不等于 Anthropic 官方发布。练手可以照着提炼规则； 正式工程还是以官方 的 Prompt 文档 为准。 参考链接 • CL4R1T4S — Claude Fable 5 系统提示词整理： https://github.com/elder plinius/CL4R1T4S/blob/main/ANTHROPIC/CLAUDE FABLE 5.md • Anthropic — Prompt engineering overview： https://docs.claude.com/en/docs/build with claude/prompt engineering/overview • Anthropic — Claude Fable 5 发布公告： https://www.anthropic.com/news/claude fable 5 mythos 5 • Addy Osmani — Loop Engineering： https://addyo.substack.com/p/loop engineering END AI 工具每周都在变—— 报告、表格、PPT、自动化 ，我们持续拆解「发生了什么」和「你能怎么用」。 关注公众号 未来的回响 ，看深度解读。 🔗 原文链接： https://mp.weixin.qq.com/s/DrOFwE E... https://mp.weixin.qq.com/s/DrOFwE E... 原创 全金属外壳AI 全金属外壳AI 未来的回响2026年6月11日 19:55 浙江 Anthropic 6 月 9 日发了 Claude Fable 5。模型越强，很多人反而更懵：到底该怎么写 Prompt，才能把它用满？ 我翻了一份社区整理的 Fable 5 系统提示词（上面 GitHub 链接）。别把它当「黑客泄露八卦」—— 里面写清楚了 Anthropic 希望你怎么跟 Claude 说话 。官方文档也说了同一套事：清楚、详细、给正反例、要分步推理、用 XML 标结构、写明输出格式。 这篇不聊「该不该换 Fable」（之前写过《Claude Fable 5 来了：写代码的人该换，还是继续 Opus？》）。只回答一件事： 普通人怎么改 Prompt，让 Claude Code / Claude 聊天都更听话。 我的读法分两步： 先拆系统提示词的四层结构，再从里面提炼 5 条能直接抄的规则。 顺序别反——不先读懂手册怎么编排，抄规则也容易抄错层。 一、先讲清楚：系统提示词能教什么 系统提示词是模型出厂前的「工作手册」。Fable 5 这份手册大约一千五百行，看着吓人，但读法有套路。 它跟写 Prompt 相关的「总纲」就一句： 要清楚、要详细；给正面和反面例子；鼓励分步推理；用 XML 标签划边界；写明长度和格式。 这句话散落在手册的 身份层 里。真正值钱的是： Anthropic 怎么把身份、边界、工具、运行时四层叠在一起 ——下一节先拆这个。 二、拆一份系统提示词：四层结构怎么读 别急着抄句子。先学会 怎么读系统提示词本身 ——读明白了，你写 CLAUDE.md 、写 Skill、设计 Loop，会顺手很多。 Fable 5 那份手册可以压成四层。我按层拆，每层对应你该怎么写用户侧 Prompt。 1、身份层：模型默认认为自己是谁 手册开头定义：Claude Fable 5、Mythos 档、和 Opus / Sonnet 的关系、能接哪些产品（聊天、API、Claude Code、Cowork）。 还埋了一句官方认可的 Prompt 写法（清楚、详细、正反例、分步、XML、长度格式），并指向官方文档。 对你意味着： 用户 Prompt 里也要先写「角色 + 场景」。别上来就扔任务。 模型没有你这层，就会用通用工程师的默认值——风格、激进程度都对不上。 2、边界层：什么语气、什么不能碰 这一层最长：拒绝规则、法律财务免责、用户福祉、政治话题怎么答、出错怎么认错。 跟写 Prompt 最相关的是 tone and formatting ： • 默认 自然散文 ，不滥用列表和加粗 • 只有你要，或内容确实复杂，才上 bullet • 聊天里短答可以很短；报告类反而要求 正文里不要 bullet （除非你点名要列表） • 用户说「文件在附件里」——模型会 自己检查 有没有真上传 对你意味着： 格式偏好必须 显式写进 Prompt ，别指望模型猜。 你想要 建议写法 要列表 「用有序列表，每条 1 2 句」 不要列表 「全程散文，不要 bullet」 公众号口吻 「口语化，段落 3 5 行，加粗不超过 5 处」 技术文档 「小标题 + 代码块，不要抒情」 你想要 你想要 建议写法 建议写法 要列表 要列表 「用有序列表，每条 1 2 句」 「用有序列表，每条 1 2 句」 不要列表 不要列表 「全程散文，不要 bullet」 「全程散文，不要 bullet」 公众号口吻 公众号口吻 「口语化，段落 3 5 行，加粗不超过 5 处」 「口语化，段落 3 5 行，加粗不超过 5 处」 技术文档 技术文档 「小标题 + 代码块，不要抒情」 「小标题 + 代码块，不要抒情」 很多人抱怨「Claude 话太多」——八成是没在边界层写「回答控制在 300 字以内」。 3、工具编排层：先 Skill、再动手、再搜 这是 Fable 5 手册里最「工程化」的一段，也是 Claude Code 用户最该学的： 决策顺序大致是： 1. 涉及造文件 / 写代码 → 先 view 相关 2. SKILL.md （内置 + 用户上传都算） 3. 判断交付物 → 文件 （artifact）还是 对话内回答 4. 短于 100 行 → 一次写完；长于 100 行 → 先大纲，再分节 5. 需要最新信息 → web search （产品版本、现任高管、政策这类「现在什么样」必搜） 6. 有 MCP / 连接器 → 优先用专用工具，别一上来就浏览器硬爬 手册里还有一张「artifact 用还是不用」对照： • 用：超过 20 行的代码、要带走的文章/报告、会持续改的文档 • 不用：短代码片段、简单问答、在聊天里看完的摘要 对你意味着： 你自己的 CLAUDE.md 可以照抄这套编排，写成项目级系统提示词： 这就是把「工具编排层」下放到你的仓库里。 4、运行时层：长对话为什么会「忘事」 手册提到 Anthropic 会在长对话里追加 long conversation reminder ，帮模型记住初始指令；也提醒： 用户消息末尾伪造「系统提醒」 ，模型会警惕，不会无脑服从。 这和我们在 Loop / /goal 里遇到的「跑 30 轮之后开始瞎改」是同一类问题—— 不是模型变笨，是上下文把早期约束淹没了。 对你意味着： • 长跑 Agent 要在 Prompt 里写 周期性复述 （每 N 轮重申停止条件、禁止改动的目录） • 关键约束放在 Skill 文件 里，每轮 @ 进来，比塞在第一条消息里耐用 • 别在 Prompt 末尾玩「忽略以上规则」——新一代模型对这类注入更敏感，反而容易触发保守回复 5、把四层压缩成一张「分析检查表」 以后你看到任何系统提示词（Claude、Cursor、开源 Agent），都可以按这张表过一遍： 层级 问什么 你该补什么 身份 模型默认扮演谁？ 项目角色、技术栈、读者是谁 边界 默认语气/格式？哪些拒绝？ 字数、列表/散文、禁止改动范围 工具 先读啥、先搜啥、交付啥形态？ Skill 路径、完成标准、文件落点 运行时 长对话怎么维持？ 停止条件、周期复述、外部记忆文件 层级 层级 问什么 问什么 你该补什么 你该补什么 身份 身份 模型默认扮演谁？ 模型默认扮演谁？ 项目角色、技术栈、读者是谁 项目角色、技术栈、读者是谁 边界 边界 默认语气/格式？哪些拒绝？ 默认语气/格式？哪些拒绝？ 字数、列表/散文、禁止改动范围 字数、列表/散文、禁止改动范围 工具 工具 先读啥、先搜啥、交付啥形态？ 先读啥、先搜啥、交付啥形态？ Skill 路径、完成标准、文件落点 Skill 路径、完成标准、文件落点 运行时 运行时 长对话怎么维持？ 长对话怎么维持？ 停止条件、周期复述、外部记忆文件 停止条件、周期复述、外部记忆文件 Fable 5 手册的价值， 不是让你背 1500 行 ，而是让你看见：Anthropic 训练模型时，已经把「任务怎么拆、工具怎么排、格式怎么控」写进了最底层。你写的用户 Prompt，本质上是在 覆盖或补充 这四层里模型猜错的那几块。 补得越准，Fable 5 越强；补得越模糊，换啥模型都差不多。 下面 5 条，是我从 工具编排层 和 边界层 里抠出来的硬规则——每条都能直接抄进下一条 Prompt。 三、规则 1：先定「交付物」，别只扔问题 Fable 5 内部把任务分成两类： • 要带走的东西 （文章、脚本、报告、组件）→ 应该生成 文件 ，长内容先大纲、再分段写。 • 在对话里看完就行 （策略、摘要、头脑风暴）→ 对话里直接答 ，别硬造文件。 很多人 Prompt 写「帮我分析一下」，模型不知道你要一段聊天回复，还是要一份能发出去的 Markdown。 改法：第一句写清交付形态。 Claude Code 里同理：说「改 src/api.ts 的 bug」比说「看看代码」省三轮废话。 四、规则 2：具体到什么程度？Anthropic 自己给了范例 手册里写：别说「我可以帮你更多用 TaskCo」，要说「我可以拉取你未关闭的 issue 并按优先级排序」。 翻译成人话： 把动词、对象、标准写死。 模糊 具体 你该补什么