Fable 5 使用方法

这页专门收录你记录的 Fable 5 使用类文章，不记录系统提示词拆解、下架/复活和模型榜单本身；那些内容仍归 [[wiki/entities/Claude Code 模型接入与选型]]。本页的核心判断是：Fable 5 这类强模型把瓶颈从”模型会不会做”推到”人类是否能把未知、判断标准和上下文交代清楚”。[[raw/2026-07-04/Thariq/Fable 5 官方实战指南：找到你的未知.md|来源: Thariq Fable unknowns]] [[raw/2026-07-04/九皋山人/Claude 工程师的实战工作流：8 个方法挖出你的盲区，解除模型封印.md|来源: 九皋山人 Fable unknowns]] [[raw/2026-07-04/AI兴观点/Claude Fable 5 官方使用指北：真正会用 AI 编程的人，都要找到自己的「未知」.md|来源: AI兴观点 Fable unknowns]] [[raw/2026-07-04/AI寒武纪/Anthropic内部人员撰写！Fable 5使用硬核指南：搞定未知盲区，AI 编程效率直接起飞.md|来源: AI寒武纪 Fable unknowns]] [[raw/2026-07-04/ASI启示录/全网爆火！Claude Code核心工程师放出Fable 5使用心法.md|来源: ASI启示录 Fable unknowns]] [[raw/X/@trq212/A Field Guide to Fable Finding Your Unknowns 《寓言实地指南：找到你的未知领域》.md|来源: trq212 Fable unknowns]] [[raw/X/@wquguru/一文掌握 Claude Fable 5 实战：Prompt · 上下文管理 · Loop.md|来源: wquguru Fable 实战]]

TL;DR

地图不是疆域：prompt、skill、上下文只是地图；代码库、真实约束、用户判断标准才是疆域。两者之间的差距就是 unknowns。
先挖未知，再写 Spec：Spec 不应从”我要什么功能”直接开始，而应先澄清人类没说清、见了才认得、甚至完全没意识到的问题。
Fable 5 的使用技巧不是咒语，而是流程：盲区扫描、原型、访谈、参照物、实现计划、实现笔记、讲解文档、验收测验共同构成一个低成本暴露未知的循环。
少写旧式脚手架，多写意图、边界和证据：为旧模型写的长约束和旧 Skill 可能变成 Fable 5 的天花板。更有效的做法是首条消息给完整 brief、明确上下文/请求/输出格式/约束，并要求每条进度声明绑定工具证据。[[raw/X/@wquguru/一文掌握 Claude Fable 5 实战：Prompt · 上下文管理 · Loop.md|来源: wquguru Fable 实战]] [[the smartest Fable 5 tip|来源: Vaibhav Fable tips]]

四类 Unknowns

类型	含义	Fable 5 使用上的处理
已知的已知	prompt 中明确写出的目标、边界、上下文	直接写进任务描述、Spec、验收标准
已知的未知	自己知道还没想清楚的部分	明确告诉 Claude 哪些地方要一起探索
未知的已知	说不出但看到能判断的偏好和标准	用 HTML 原型、对比方案、截图、源码参照物显性化
未知的未知	完全没意识到的问题、风险和知识缺口	先做 blind spot pass，让 Claude 帮你找盲区

实现前：把便宜的错误提前暴露

Blind Spot Pass：在陌生代码区、陌生领域或高风险任务开始前，直接要求 Claude 做”盲区扫描”，找出相关 unknown unknowns。关键是交代你是谁、你懂到哪里、对代码库有多少经验。适用提示词形态：“我对这个模块不熟，帮我做盲区扫描，找出会影响 prompt 质量的未知的未知。”

头脑风暴与 HTML 原型：当标准属于”见了才知道”时，不要先接真实后端或改真实应用。让 Claude 用假数据做多个 HTML 原型，暴露布局、交互、信息密度和风格判断。视觉设计、仪表盘、编辑器工具栏、onboarding 干预点都属于这一类。

访谈模式：让 Claude 一次问一个问题，优先问”回答会改变架构”的问题。访谈的价值是把模糊需求转成会影响数据模型、接口、权限、UX 的决策。

参照物驱动：如果讲不清目标，就给源码、页面、图表、文档或现成实现。最好的参照物通常是源码：让 Claude 读某个库或组件，再迁移同样语义到当前项目。

实现计划：动手前让 Claude 先写计划，并把最可能需要人类调整的决策放在最前面：数据模型、类型接口、用户可见行为、权限边界。机械性重构可以放在后面。

Prompt 与自主运行边界

Fable 5 的提示词最小结构可压成四块：Context（更大的任务和服务对象）、Request（一句话请求）、Output format（交付形状）、Constraints（绝不允许发生的事）。重点不是把步骤写满，而是让模型理解为什么做、什么算完成、哪里不能碰。[[raw/X/@wquguru/一文掌握 Claude Fable 5 实战：Prompt · 上下文管理 · Loop.md|来源: wquguru Fable 实战]]

2026-07-05 的技巧类来源把这套方法压成更可操作的清单：重要任务开始前先让 Fable 5 反问到足够确信；用独立 Project 承载 PDF、SOP、品牌指南、访谈等专属知识；先用 Plan Mode 探索代码库再执行；用 /goal、测试、构建、linter、截图对比和 fixtures diff 绑定完成证据；长任务优先用独立验证子代理而不是让执行者自评。[[raw/2026-07-05/Unknown/Claude Fable5 的 10 大神仙使用技巧，建议收藏.md|来源: Fable5 10 大技巧]]

长时间自主运行时，边界比步骤更重要。推荐显式写出：只在破坏性/不可逆操作、真实范围变更、只有人类能提供的信息三类情况暂停；其余情况持续推进。进度汇报必须逐条对照工具结果，没有测试、文件写入或命令成功的证据，就只能标成”未验证”，不能写成”已完成”。[[raw/X/@wquguru/一文掌握 Claude Fable 5 实战：Prompt · 上下文管理 · Loop.md|来源: wquguru Fable 实战]]

成本控制上，Fable 5 更适合做编排、判断、审查和综合；机械实现、简单编辑或低风险批处理可以委派给 Sonnet/Haiku/Opus/Codex 子代理，再由主模型审查结果。Simon Willison 的做法是把”编码任务由模型自行判断委派给低功耗子代理”写成项目记忆，让实现工作消耗更低，判断工作留在主循环。[[raw/X/@Simon Willison/Fable’s judgement.md|来源: Simon Fable judgement]] [[raw/X/@wquguru/一文掌握 Claude Fable 5 实战：Prompt · 上下文管理 · Loop.md|来源: wquguru Fable 编排]]

另一个成本杠杆是用 Fable 5 反向沉淀 Skills：在高端模型便宜或可用时，让它把高质量推理过程写成可复用 Skill，供日常模型执行。这不是把 Fable 当一次性答案机器，而是把它当作工作流教师。[[the smartest Fable 5 tip|来源: Vaibhav Fable tips]]

实现中：记录偏离计划的理由

长任务中 unknowns 会在实现深处冒出来。建议让 Claude 维护 implementation-notes.md，尤其记录 Deviations：遇到迫使它偏离计划的边缘情况时，选保守方案、记下原因、继续推进。这样下一轮不是从聊天记录猜发生了什么，而是从文件状态恢复上下文。

实现后：让人类重新掌握理解权

Pitch / 讲解文档：把原型、Spec、实现笔记和 demo 打包成可发给评审者的文档。评审者通常带着同样的 unknowns 入场，这份文档能让他们更快确认你考虑过关键风险。

验收测验：让 Claude 生成上下文讲解和测验，要求人类通过后才 merge。这个动作对抗的是”AI 做了很多，但人类只扫 diff 并不真正理解行为变化”。

机器之心转述 Thariq 的 Fable 5 长文时，把”地图不是疆域”解释成 prompt、skill、上下文与真实代码库/真实约束之间的信息差。它补强了本页的核心判断：Fable 5 的瓶颈不是简单提示词技巧，而是实现前、实现中、实现后持续发现 unknowns；如果长周期任务返回错误结果，通常要回到 unknowns 定义和实现计划，而不是继续追加零碎指令。[[raw/2026-07-05/机器之心/Claude工程师终于交出Fable 5焚诀！教你打破和模型之间的信息差.md|来源: 机器之心 Fable unknowns]]

与 SDD / Harness 的关系

Fable 5 使用法补的是 [[wiki/concepts/Spec + RAG 与增强开发工作流]] 的前置层：先把未知挖出来，再写 Spec。它也和 [[wiki/concepts/Harness 机制与配置工程]] 互补：未知管理解决”任务起点是否清楚”，Harness 解决”执行过程是否可控、可验证、可回滚”。