Claude Fable 5怎么用？Anthropic 工程师：干你也不知道的事

Anthropic 的 Claude Code 工程师 Thariq Shihipar 发了一篇 X 长文《A Field Guide to Fable, Finding Your Unknowns》Fable 实战指南找出你的未知一天刷了两百多万阅读。他认为与 Fable 5 协作最重要的部分是发现自己的未知这样才能更好地提示它。Fable 5 强到当前这一档瓶颈已经从模型挪到了人脑里那些没说清楚的东西上。现在这个瓶颈也打破了你没想清楚甚至你不知道的Fable 5 都能帮你主动干了。文章用一句 “the map is not the territory”地图不等于疆域作引子把未知拆成四类给出任务前中后三段打法。地图不是疆域你给 Claude 的 prompt、说明、上下文是地图。真正的代码库、生产环境约束、还没想到的边界情况是疆域。地图没画到的地方Claude 会自己脑补一条路走下去。放在弱模型时代不明显。那时候模型连你写清楚的事都做不好大家拼命把 prompt 写厚来兜底。Fable 5 不一样它是 Thariq 用过第一个让他真心觉得产出质量取决于自己能不能把不知道的事说出来模型听不听得懂已经不是问题。Fable 5 的定位专门解决过去模型处理不了的复杂、长周期、高模糊度问题尤其擅长原本需要人花几小时、几天甚至几周才能做完的端到端工作。Thariq 也提醒把 Fable 5 拿来只跑简单任务会严重低估它要把它丢到最难、最没解过的问题上去试。决定一个人用 Claude Code 成功率的不是编码能力是 domain expertise领域专长。懂自己在解决什么问题的人比懂自己在写什么代码的人更容易把会话跑成。当 Fable 5 遇到未知时它需要根据对我想要什么的最佳猜测做出决定。完成的工作越多Fable 5 做了你未知的事就越多。Fable 5 已经强到不需要你编写详细的 prompt工作完成质量反而取决于你发现并向模型澄清你的未知。很多复杂任务仅仅提前计划并不总是足够的。你可以在实施过程中发现未知或者你的未知可能会让你意识到你实际上应该以一种完全不同的方式解决问题。与 Fable 5 协作是一个迭代过程在实现之前、期间和之后不断发现自己的未知。把未知分成四类Thariq 把未知拆成四类。已知的已知Known Knowns这基本上就是提示词里写的内容。告诉智能体你想要什么已知的未知Known Unknowns还没搞清楚但知道自己没搞清楚的事。未知的已知Unknown Knowns那些太过明显、根本不会写下来只要看到就能认出来的事。未知的未知Unknown Unknowns压根没考虑过的事。不知道自己缺少什么知识。甚至不知道某件事能做到多好。最优秀的智能体编程者其未知相对较少。像 BorisClaude 之父或 Jarred 这样的高手写提示词很明显他们对自己的需求有非常细致的了解。他们对代码库和模型行为都深度同步。但他们也假设存在未知。在许多方面减少并规划你的未知就是智能体编程这门手艺本身。幸运的是这是一项可以通过与 Claude 协作来提升的技能。指导 Claude 是一种微妙的平衡。如果你太具体Claude 会死守你的指令即便转向可能更合适如果你太模糊Claude 往往会根据行业最佳实践做出选择和假设而这些可能并不适合你的任务。当你没有考虑自己的未知时你会两头都失败。你不知道什么时候路上会布满障碍也不知道什么时候一路畅通但你仍然希望 Claude 能随机应变。Claude 能帮你更快地发现自己的未知。它能极快地搜索你的代码库和互联网而且对大多数常见话题的了解远超你。它还能从失败中更快地迭代。这个过程最重要的部分是给 Claude 提供关于你起点的上下文。例如告诉它你当前思考到哪一步了坦陈你对该问题和代码库的经验水平让它像思考伙伴一样与你合作。将 HTML 与 Claude 配合使用在几乎所有这些场景中都是可视化和表征问题的最佳方式。任务前中后三段打法1实现之前盲点扫描Blind Spot Pass开始工作时最有用的做法之一就是了解自己的盲点。例如如果你要在代码库中陌生的部分写一个新功能或者用 Claude 帮你做不熟悉的工作比如迭代设计你很可能有大量未知的未知。你可能不知道要问什么问题、好的标准是什么、以往有哪些相关工作或者有哪些坑要避开。为此你可以让 Claude 帮你找出你的未知未知并为你解释。给它关于你是谁、你了解什么的上下文通常很重要。提示词示例“我正在添加一个新的认证提供商但我对代码库中的认证模块一无所知。你能帮我做一次盲点扫描找出我相关的未知未知并帮我更好地向你提问吗”“我不知道什么是调色但我需要给这个视频调色。你能教我去理解我在调色上的未知未知以便我能更好地提示你吗”头脑风暴与原型Brainstorms and prototypes当在一个有很多未知的已知的领域工作时和 Claude 一起做头脑风暴和原型。在原型阶段尽早识别并表达出未知的已知非常有价值因为在实现阶段才发现它们会相对代价高昂。功能或规格上的小改动可能导致代码实现上巨大的差异而且让智能体回退之前的改动会更加困难。例如你可能只想看看把一个按钮加到画框里是什么效果而不必先搭好后端路由或在前端维护额外的状态。视觉设计很难用语言描述但我们看到时就知道想要什么。这种情况下让 Claude 为一个工件提供几种不同的设计方向。每次编程会话都从一个探索或头脑风暴阶段开始。这能帮助我们在一开始就带着意图去定义项目范围。Claude 经常会发现忽略的高价值方向有时也会见木不见林。头脑风暴能防止把范围设得太窄或太宽。提示词示例“我想要一个展示这些数据的仪表盘但我没有视觉审美也不知道有哪些可能性。给我做一个 HTML 页面包含 4 种截然不同的设计方向让我能对着它们给反馈。”“在连接任何真实逻辑之前先用单个 HTML 文件模拟新的编辑器工具栏用假数据。我想先对布局给出反馈再让你碰真正的应用。”“这是我的粗略问题用户在新手引导后流失。搜索代码库头脑风暴出 10 个我们可以介入的地方从成本最低到最雄心勃勃。我会告诉你哪些有共鸣。”访谈Interviews做完足够的头脑风暴后可能仍然有未知。这时让 Claude 对自己进行访谈问清楚任何未知或模糊之处。让 Claude 访谈你时尽量给它关于你问题的上下文以引导它提问。下面是一些例子。提示词示例“一次问我一个问题聚焦于任何模糊的地方优先处理那些我的答案会改变架构的问题。”参考References有时候你无法详细描述你想要什么。比如你可能没有相应的术语或者事情太复杂要花很长时间才能说清。这种情况下最好的答案是提供一个参考。虽然你可以放图表、文档或图片但绝对最好的参考是源代码。如果你有一个库以某种方式实现了某个功能或者你非常喜欢某个设计组件直接把那个文件夹指给 Fable告诉它要看什么即使是用不同语言写的也没关系。这也是 Claude Design 的工作方式。你不必给它一个文件虽然你也可以这么做。你可以指给它一个你喜欢的网站上的模块它会读取底层的代码而不仅仅是截图。这能提供更丰富的信息包括标记、结构以及组件的实际构建方式。提示词示例“vendor/rate-limiter里的这个 Rust crate 实现了我想要的确切退避行为。阅读它并用相同的语义在我们的 TypeScript API 客户端中重新实现。”实现计划Implementation Plans当觉得可以开始实现时请 Claude 为你整理一份实现计划让你自己审阅重点放在最可能变动的部分比如数据模型、类型接口或用户体验流程。这能让 Claude 提前暴露可能确实需要修改的地方。提示词示例“用 HTML 写一份实现计划但把我最可能调整的决定放在最前面数据模型变更、新的类型接口以及任何面向用户的部分。把机械性的重构工作埋在最底下那部分我信任你。”2实现之中实现笔记Implementation notes当对计划满意后开启一个新会话把之前的工件都传进去。例如传入一个规格说明文件和原型让智能体去实现。但事实是无论做多少规划总有未知的未知潜伏其中。智能体在干活时可能会发现因为代码里找到一个边界情况它需要换一种方式处理。让 Claude Code 保留一个临时的implementation-notes.md或.html文件记录它做出的决策这样我们就能从下一次尝试中学习。提示词示例“保留一个implementation-notes.md文件。如果你遇到一个边界情况迫使你偏离计划选择保守的方案在‘偏离记录’下记一笔然后继续推进。”3实现之后推介与解说Pitches and explainers交付东西最重要的环节之一就是获得认同和批准。在最终文档中构建推介和解说工件能帮助让审阅者从你当初的未知起点开始理解从而加速理解让专家在看到你已考虑到他们可能预见的未知和常见失败点时加速批准提示词示例“把原型、规格说明和实现笔记打包成一份文档我能直接丢到 Slack 里争取支持。最前面放演示 GIF。”测验Quizzes经过长时间的工作会话后Claude 可能完成了比我们意识到的多得多的内容。仅阅读代码差异只能对发生的事情有表面的理解因为大量行为取决于已有的代码路径。让 Claude 在给你大量上下文后就改动内容对你进行测验能帮助你真正理解发生了什么。只有在你完美通过测验后才合并代码。提示词示例“我想确保自己完全理解这次变更中发生的一切。给我一份 HTML 报告让我阅读并理解——包含上下文、直觉解释、做了什么等等——并在底部放一个关于这些改动的测验我必须通过。”拿 Fable 5 剪一支视频Thariq 给了一个最具体的例子。Anthropic 在 6 月 10 日发的 Fable 5 发布视频是用 Claude Code 剪的他没有任何视频制作经验。他先盘自己知道什么。Claude Code 能用代码方式剪视频、能转写。然后探边界Whisper开源语音转写模型转写怎么工作、ffmpeg 能不能精确切掉语气词、用 Remotion基于 React 的视频框架能不能做词级字幕同步。画面发灰的时候他第一反应让 Claude 出一堆调色方案。看到方案他意识到自己不会判断好坏他不知道什么叫好的调色。他停下来让 Claude 先教他一门课再继续往下做。上述链路就是 Thariq 框架在创意领域的应用。识别出一个 unknown unknown把它变成 known unknown再变成 known known然后继续。换软件迁移、数据管道、视频剪辑都一样的逻辑。模型越好用对方法能实现的就越多。当一个长周期任务返回的结果不对时很可能你需要花更多时间来定义你的未知或者创建一份让 Claude 能即兴应对这些未知的实现计划。每一次解说、头脑风暴、访谈、原型和参考都是一种低成本的方式让你在问题变得昂贵之前发现自己不知道的东西。所以在你下一个项目开始时先让 Claude 帮你找到你的未知吧。参考资料https://x.com/trq212/status/2073100352921215386https://thariqs.github.io/html-effectiveness/unknowns/