字节笔记本
2026年10月6日 · 约 6 分钟读完
给目标，不给步骤：Fable 提示词指南原文解读
一位在 AI 圈颇具影响力的投资人此前在 X 上公开了自己使用 Fable 模型的完整提示方法，指南名为 How I Prompt Fable。他投资过 Groq、Etched、Rork、Daytona、OpenRouter 等 AI 公司，也是 HyperWrite 的前 CEO。这篇指南的推文收获了三万多次浏览，收藏数远高于点赞数，原因不难理解：里面讲的全是能直接上手的原则。
他的出发点是：每次展示用 Fable 做出的东西，总会被问“你怎么做到的”，别人以为背后藏着极复杂的提示词，或者远超实际的投入。事实恰恰相反，demo 比看起来更简单，区别只在于用法。Fable 是新一代模型，用老办法提示它，只会得到老结果；改变提示方式，改变“它能承担什么”的心智，能力的大门才会真正打开。以下是指南的八条方法。
一、给目标，不给步骤
最大的转变是不再详细规定“怎么做”。老模型必须把步骤写清楚，否则会跑偏；Fable 恰恰相反，留的空间越大，做得越好。他把大而模糊的任务直接交给模型，像把目标交给一个自己信任的聪明人，让对方去找最好的路。他的理由很直接：你规定的每一步，都是在用自己的判断覆盖模型的判断，而你的判断通常更差。
二、设“家规”，让模型可以被信任
模糊的目标之所以可行，是因为外面围了几条不可跨越的规则。家规的定义是：无论模型怎么达成目标，这几件事必须永远为真。他举的例子是构建 agent 时模型爱过度工程化，会写正则过滤器去抓特例，而他真正想要的是把期望行为写进系统提示词，让模型自己推理。于是“别硬编码特例，把想要的写进系统提示词”成了固定家规。再加一道保险：永远安排一个子 agent，在推送任何东西之前对照家规逐条检查。
三、给“完成”一个真正的标准
只说“做高质量”，模型会停在自己认为够好的位置，通常低于你的标准。所以他不用形容词，而是给一个能自查的标准，并刻意定得很高。有时自己写具体的测试，比如“陌生人分不出我们的渲染和真实照片”；有时连怎么衡量都不知道，那就把“怎么衡量”这个问题也交给 Fable。
文中有个典型例子：一位朋友想克隆组件库却卡住了，问题有两个，一是建在 ShadCN 上，处处跟它的约定打架；二是没定义“完成”，只说“克隆这个”。他们的做法是把 ShadCN 扔掉从零开始，再让 Fable 自己发明尺子。模型录下真实组件的使用过程，转成运动热力图，一直工作到自己的版本能够匹配原版为止。
配套的铁律是：做东西的那个 agent 永远不能给自己打分。构建中的 agent 有偏见，总有一套说辞来自证已完成。正确做法是另起一个全新上下文的 Fable 子 agent，指向真实输出，真实像素、运行中的应用都可以，让它专门试图证明产物不达标。
四、循环，直到撞线
有了标准，就把 Fable 放进循环里反复对撞：构建、自检、找出最大差距、补上、再来一轮，持续数小时甚至数天。他常用 /loop，尤其在创意工作上。循环的全部意义在于：模型永远不能自己宣布完成，总有一个下一个差距；停下来要么是人说了算，要么是它真的找不到可修的东西，后者很少见。一个实用技巧是让 Fable 顺手部署一个小 HTML 页面，边干边更新截图和笔记，人在手机上瞄一眼就知道进度。
五、让它在已有成果上构建
Fable 对某类工作做得越多就越擅长，旧工作会成为新工作的燃料。他的第一个作品是 3D 森林，因为没有参考点，提示词写得极其小心；一旦有了这个出色的场景，后面的活都变容易了。做 Hogwarts demo 时，他直接指向森林：这是代码，这是质量标准，匹配并超越它，不用重新解释任何东西。更进一步，Fable 能读他过去的 Claude Code session 痕迹，从中学到什么有效、什么没用，他只需要说“读森林的痕迹”，不必交代具体方法。
六、让开道
模型每次停下来请求许可，都是损失的时间。所以要提前清障：连接花钱的服务时直接给预算，而不是每次都要求批准；告诉它密钥凭据放在哪里；白纸黑字写明由它自己做决定，只有真正卡住、或者撞到只有你能拍板的决策时才回来问。唯一的例外是巨大且后果极重的工程，这时他会先要一份计划，让模型在动手之前把所有不确定点问完；计划一定，它就不停地跑。
七、工程跑团队，创意靠势头
工程上，他跑的是一个团队：几个 Fable session 同时工作，从任务列表或 Linear 看板拉任务，每个 session 做完任务、用子 agent 三检自己的工作、开一个带证据的 PR。另有一个 Fable 专门做集成，负责合并 PR、把一切跑起来、像真实用户一样测试、保持整体绿色。两个功能重叠时，他让一个 session 盯着另一个的痕迹保持兼容。
创意上，同样的循环、同样的硬标准，但把子 agent 扇出去各自打磨单件，比如森林里每种树一个子 agent；有时同时跑几条完全独立的尝试，保留最好的，把有效的做法带进下一轮。
八、ultracode 只花在打地基
ultracode 是更贵更重的模式，他几乎不用：一个好的循环加上足够有野心的目标，不用它也能达标。它值回成本的地方只有一个，就是地基。如果从零开始建一个要维护几个月、可能成为业务或代码库核心的系统，他希望第一天就把地基打对。这也正是他们当年扔掉 ShadCN 重来的原因：好地基让上面的一切更容易，坏地基让之后永远更难。
写在最后
如果这些都记不住，他也给了一个偷懒办法：把整篇指南交给你的 Fable，告诉它从现在起帮你写提示词，它知道该怎么做。
整套方法可以压缩成三句话：不喂嚼碎的步骤，给一个它没法靠说辞逃脱的标准，让它在已有的一切上继续构建。原指南标题为 How I Prompt Fable，发布在 simplemarkdowneditor.com，读者可以直接对照原文。
