和 Claude Fable 5 干活，真功夫是先找出你自己的「未知」
- Anthropic 员工 Thariq 发长文，总结出一套和 Claude Fable 5 协作时用来定位「未知」的实操技法。
- 核心框架把未知分成四类：已知的已知、已知的未知、未知的已知、未知的未知。
- 8 个具体技法按「实现前 / 实现中 / 实现后」三个阶段分布，覆盖盲点扫描、反向访谈、参考源码、实现笔记、小测验等。
- 每个技法都配了能直接照抄的英文提示词原文。
- 案例部分展示这套方法怎么用在剪 Fable 发布视频这个作者本人也不熟的领域上。
跟 Claude 干活，卡住的地方到底是什么
Thariq（Anthropic Claude Code / Claude Design 团队成员）于 2026 年 7 月 3 日在 X 发表长文，总结出一套和 Claude Fable 5 协作时定位「未知」的实操技法。
和 Claude Fable 5 一起写代码，作者发现活儿的质量卡在同一个地方：他能不能把自己没想清楚的「未知」讲清楚。这篇把「找未知」拆成可操作的 8 个技法，每个都给了能直接照抄的提示词。
为什么值得看：作者是 Anthropic Claude Code / Claude Design 团队成员，8 个技法直接提炼自剪辑 Fable 发布视频等真实项目，来自实操经验。每个技法都配了英文提示词原文，可以照抄即用。
作者反复被提醒的一句老话是：地图不是地形。地图，也就是对要做的事的一种简化描述，就是你给 Claude 的提示词、技能和上下文。地形，是真正要做事的地方：代码库、真实世界、它实际的约束。两者之间的落差，就是他说的「未知」。Claude 撞上一个未知时，只能凭它对你想要什么的最佳猜测去做决定。要做的事越多，它可能撞上的未知就越多。
作者说，Fable 是第一个让他觉得「活儿的质量被自己讲清未知的能力卡住」的模型。而且光提前规划并不总够用：未知可能藏在实现的深处才冒出来，也可能反过来提醒你，这个问题其实该换个完全不同的方式去解。所以和 Fable 协作，是一个在实现之前、之中、之后不断发现自己未知的过程。
你到底缺的是哪种「不知道」
作者带着一个问题来找 Claude 时，习惯先把手里的未知分成四格。越大的活儿，越容易掉进后两格：那些你压根没意识到，或者理所当然到从来不会写下来的东西。
写进提示词里、你明确告诉 Claude 想要什么的部分。
例「我要一个登录按钮，放在右上角。」
你知道自己还没想清楚，但意识到这里有个坑的部分。
例「这个列表要不要做分页，我还没定。」
理所当然到从来不会写下来，但一看到就认得对不对的常识。
例「这个配色太刺眼，一眼就知道不行。」
压根没往这想过，连「能做到多好」都不知道的盲区。
例「原来视频还能靠代码自动切掉停顿。」
有点像搬进新家：已知的已知是你列好的采购清单；已知的未知是你知道客厅还缺件家具，但没想好买啥；未知的已知是你从没写下来、可一看到就知道「这插座位置不对」；未知的未知是你压根不知道原来还能装地暖。
作者观察到，最强的那批协作者，比如 Boris Cherny 或 Jarred Sumner，未知相对很少：看他们下提示词，明显知道自己要什么、和代码库与模型行为都很同步。但他们同样会为未知留出余地。减少并预先安排好自己的未知，某种意义上就是和 Claude 协作的核心功夫，而这门功夫可以靠和 Claude 一起练出来。
教 Claude 干活，为什么太细和太糙都会翻车
给 Claude 交代任务像走钢丝。交代得太细，它会照着你写的每一步做，哪怕中途该换方向也不敢转；交代得太糙，它会按行业里通用的最佳做法去猜，未必合你的场景。当你没算好自己的未知，两头都会栽：你不知道路上哪段有坑，也不知道哪段其实很通畅，却又还是想让它该转弯时敢转弯。
Claude 机械执行你写的每一步，遇到更合适的转向也不敢改。
告诉它你想到哪一步、对这块熟不熟，让它当你的思考搭档，该转弯时敢转。
Claude 自己按行业最佳实践拿主意，可能跟你的场景对不上。
好在 Claude 能帮你更快发现未知：它翻代码库、查网络都极快，对多数话题懂得也比你多，还能从失败里快速迭代。这个过程里最重要的一步，是把你的起点讲给它听：告诉它你的思考进度、你对这个问题和代码库的经验深浅，让它像思考搭档一样跟你一起做。作者也提到，几乎所有这些场景里，一个 HTML 页面都是把想法可视化、摆到眼前的最好方式。
下面这些技法，按「实现前、实现中、实现后」三个阶段排布。作者说他并不是每次都全用，但这是一套值得随手备着的工具箱。
- 01盲点扫描
- 02头脑风暴与原型
- 03反向访谈
- 04参考源码
- 05实现计划
- 06实现笔记
- 07打包说服文档
- 08小测验
先让 Claude 帮你找「你不知道自己不知道」的地方
开工时最有用的一件事，是先搞清自己的盲区。如果你要在代码库里陌生的部分写功能，或者在做设计迭代这种不熟的活儿，你很可能有一大堆未知的未知：不知道该问什么、不知道「好」长什么样、不知道以前有人做过什么、也不知道该躲开哪些坑。