和 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 交代任务像走钢丝。交代得太细，它会照着你写的每一步做，哪怕中途该换方向也不敢转；交代得太糙，它会按行业里通用的最佳做法去猜，未必合你的场景。当你没算好自己的未知，两头都会栽：你不知道路上哪段有坑，也不知道哪段其实很通畅，却又还是想让它该转弯时敢转弯。