Alex Prompter
Anthropic 的技术人员 Thariq Shihipar 在 AI Engineer World's Fair 的舞台上花了 19 分钟，比自发布以来所有教程都更好地解释了他们在内部如何使用 Fable。 以下是他在现场分享的内容： 1. 他们去掉了 Claude Code 80% 的系统提示词。 Fable 不需要之前模型所需的那些手把手指导。「我们最近去掉了 Claude Code 80% 的系统提示词。这类新型模型想要更短的提示词。那些示例往往会限制它，因为它实际上比我们给出的示例更有想象力。」 你 6 个月前制作的详细提示模板正在拖 Fable 的后腿。 2. Claude 以「尖刺」的方式变得更智能。 让一个聊天模型说出哪些宝可梦名字以「aw」结尾，它会失败，尽管它熟知每一只宝可梦。把同样的问题交给 Claude Code，它会编写脚本来找到答案。「我们称之为能力溢出。它不仅仅能记住每只宝可梦并通过推理得出结论，但如果给它代码执行工具，它可以找到两只以 aw 结尾的宝可梦。」 每一项新能力都会像你无法预料的尖刺一样出现。 3. 瓶颈是你自己，而不是 Fable 的智能。 模型已经足够快了。是你的规格不够清晰。「每当 Claude 遇到地图上未标注的领域时，我称之为未知数。Fable 的瓶颈是我将地图与领域匹配以发现未知数的能力。」 能够遍历最多领域的模型，也必然会在你的指令中发现最多的漏洞。 4. 在接触任何不熟悉的代码之前，先做盲点检查。 在向新代码库写一行代码之前，Thariq 会让 Fable 揭示他不知道的内容。「我正在处理代码库中一个我完全不了解的新认证提供商。你能做一次盲点检查，帮我找出相关的未知未知数，让我更好地给出提示吗？」 仅这一项技巧就能消除因错误假设导致的数小时调试时间。 5. 在你开始构建之前，让 Claude 对你进行面试。 与其自己编写完整的规格，不如将上下文交给 Claude，让它找出漏洞。「我会让 Claude 面试我。『优先询问那些会改变架构的问题』——这非常有用。」 模型发现你思维漏洞的速度比你更快。 6. 权衡已经不存在了。 在运营一家 30 人的 YC 初创公司时，他每个季度都要决定削减什么。Fable 改变了这一局面。「我们认为权衡已经不存在了。好、快、便宜。现在可以三者兼得。证明智能体有效性的唯一方法是比以往更快地做出我们一生中最好的作品。」 他昨晚用 Fable 在 4 小时内制作了这次的演讲幻灯片。 7. 构建变容易了，但创造价值仍然困难。 代码现在很便宜。知道该构建什么才困难。「构建变容易了，但创造价值仍然困难。你需要很多次尝试、很多次试错才能找到有价值的东西。」 你可以以 10 倍的速度交付，但仍然可能做出没人想要的东西。 看完它，然后阅读下面的指南。
