Fable 改变了编码护栏的经济学

关键信息

Breunig 明确表示，Fable 依然“令人惊叹”，但价格高到不适合所有任务，而 Opus、5.6、K3，甚至 GLM，已经足以完成很多代码工作。实际问题因此变成了如何在顶级模型和更便宜的替代方案之间分配工作，而不是默认让某一个模型掩盖流程问题。

资讯摘要

2026 年 8 月 23 日，Simon Willison 发布了 Drew Breunig 的一段引语，讨论 AI 辅助编程经济学正在发生的变化。Breunig 回忆说，在 Fable 出现之前，人们觉得没必要花太多精力去改进编码护栏或上下文策略，因为新的模型通常会以相同甚至更低的价格到来，并掩盖大部分工作流问题。后来 Fable 出现了，他认为这个模型依然非常强大，但价格也非常高。正因为成本太高，团队开始不再把模型升级当成解决一切问题的通用方案。

相反，他们开始更仔细地考虑，哪些工作应该交给最强的模型，哪些工作可以交给更便宜的模型完成。Breunig 还提到，Opus、5.6、K3，甚至 GLM，对他们需要的大部分代码来说已经足够好。整段话表达的是：团队的优化重点正在从单纯挑选更强模型，转向更认真地分配任务、设计护栏和管理上下文。

资讯正文

2026年8月23日

在 Fable 出现之前，把太多时间浪费在改进编码 harness 或上下文策略上，感觉都很蠢。总会有一款新模型以同样的价格（甚至更便宜！）出现，把你大部分问题都掩盖掉。但后来 Fable 来了。它很惊人（而且到现在仍然如此！）。但它的成本高得惊人，而 Opus 已经足够好（5.6、K3，甚至 GLM 也是如此），足以应付我们所需的大部分代码。所以我们开始思考，哪些工作该放在哪里。

在 Fable 出现之前，把太多时间浪费在改进编码 harness 或上下文策略上，感觉都很蠢。总会有一款新模型以同样的价格（甚至更便宜！）出现，把你大部分问题都掩盖掉。

但后来 Fable 来了。它很惊人（而且到现在仍然如此！）。但它的成本高得惊人，而 Opus 已经足够好（5.6、K3，甚至 GLM 也是如此），足以应付我们所需的大部分代码。

所以我们开始思考，哪些工作该放在哪里。

—— Drew Breunig，《Fable 与免费午餐的终结》

这是一段由 Simon Willison 收集的引文，发布于 2026年8月23日。

来源与参考

1. 原始链接
2. A quote from Drew Breunig