说个颠覆认知的，Fable 5越强，你用它写代码反而越容易翻车，这是来自Anthropic内部的使用Fable 5的最佳实践和方法论，真正拉开人与人差距的关键是，有没有驾驭强模型的元认知能力。

先说结论，这其实不是模型能力退化，也不是什么prompt技巧不对，相反是你顺着这个问题往下挖，会发现强模型时代的游戏规则其实已经悄悄变了。

我之前也一直觉得，模型越厉害干活就越省心，直到翻到Claude团队内部的这套使用框架，才反应过来问题根本不在模型身上。

核心逻辑一句话就能讲清，你写的需求和上下文是地图，真实的代码库、历史约束、边缘场景是领地，中间的差距全是各式各样的未知。

模型弱的时候，瓶颈在模型能不能把代码写对，等模型强到Fable 5这个级别，瓶颈就彻底转移了，变成了你能不能在开工前把所有未知都挖出来。不然模型只会照着残缺的地图，把活干得又快又偏，等你发现不对的时候，返工成本已经很高了。

他们把未知分成了四类，你明确写进需求的是已知的已知，你知道自己不懂的是已知的未知，这两类都好处理。

真正坑人的是另外两种，一种是你潜意识里有偏好但没说出来的隐性认知，比如设计品味、代码风格，另一种是你连想都没想到过的盲区，比如藏在旧代码里的历史坑、架构层面的底层约束，这两类才是造成大量返工的元凶。