最近，人们对 Fable 这个新型超级 AI 模型进行了热烈的讨论。论坛上人们正在激烈地讨论其对网络安全的影响，立法者正在讨论其政治影响，而金融分析师们则对其运营成本感到惊讶。
为了更好地理解这一点，Fable 的价格是非常昂贵的。我们正在谈论的是，其 API 的访问成本大约是使用 Opus 4.8 的 10 倍，惊人地是 Sonnet 5 的 50 倍，并且比前一代 GPT（在 Sol 发布之前）贵 15 倍。
尽管有这样一个“天才税”，我决定在没有偏见的情况下尝试它。我的雄心壮志与任何技术总监一样：用更少的资源，做更多的事情，并且更快。 我想看看成本是否能通过回报来证明其合理性。
所以，我和我的团队将 Fable 直接连接到我们的工作流程和日常分析中。在接下来的 48 小时内发生的事情是一堂关于技术天才和商业荒谬性的精彩课程。
主动的天才和 GitLab 的漏洞
在扫描我们的基础设施后仅几分钟，Fable 就发现了问题。它发现我们的 GitLab 环境中有一些开源库是容易受到攻击的。
对于非技术人员来说，GitLab 是一种协作开发和版本控制平台，全球超过 100,000 家组织使用它来存储源代码和自动化部署。它是软件操作的核心。
Fable 不仅仅是提醒我们问题的存在。它主动地（并且以惊人的速度消耗 token）寻找这些库的源代码，分析了补丁，并为我们提供了完整的解决方案。令人难以置信的是，GitLab 多年来一直伴随着这些问题，但几乎没有人注意到，而 Fable 只用了几分钟就解决了它。
不可触及的数据库
不久之后，我们将 Fable 应用于一个历史问题：一个非常古老的 MySQL 数据库中的技术债务。多年来，我们一直不敢碰它，理由是由于与旧系统的兼容性问题，如果我们更新它，可能会破坏操作。
当我们要求 Fable 分析为什么我们不能迁移它时，该模型简单地忽略了我们的消极假设。它决定可以做到这一点。在几小时内，它创建了一个主脚本来更新 MySQL 引擎，并编程了整个中间过程（中间件），以确保向后兼容。它解决了我们已经归档为“某一天”的问题。
与现实的碰撞（和账单）
从纯粹的工程角度来看，Fable 是魔术。但从业务角度来看，故事却大不相同。这种主动性对我们的实际运营产生了什么影响？绝对没有。
我承认我们没有实施 GitLab 补丁。为什么？因为在分析了漏洞后，我们意识到在我们的特定环境中，该缺陷不会危及我的数据、客户的数据或我们的内部项目。我们可以完美地继续下去。
另一方面，Fable 魔法般地修复了 MySQL 数据库，但这是一个遗留系统（即将被淘汰）。修复它不会为本季度的目标带来任何价值，因为整个系统很快就会被淘汰。
然后，打击来了：Fable 的前 48 小时自主使用为我们带来了 845 美元的 API 账单。我们花费近 1000 美元，让一台超级计算机以卓越的方式解决两个在运营上不存在的问题。
一只燕子不代表春天
截至目前，Fable 尚未找到其他能够证明其日常费用的运营问题。事实上，我们目前的主力，Sonnet 5，以远低于 Fable 的成本发现了 95% 的相同问题。
我并不怀疑 Fable 的力量。我相信在网络安全攻防或生物技术实验室等领域，它可能会带来每一分钱的价值。但我没有证据证明它对大多数传统企业来说是值得的。
当然，这些只是个案。我的团队和我不会放弃 Fable，但我们会将其放在“在紧急情况下打破玻璃”的架子上。它只会用于不可能完成的项目。
真正的指挥家
今天，我们的策略更加务实。我们正在使用 Sonnet 5 进行重负荷工作，并将复杂的工作负载迁移到 GPT Sol（OpenAI 的新旗舰模型，取代了传统的编号，专注于连续推理和高可靠性代理）。
但我们的真正未来赌注是本地 AI。我们正在密切关注 Kimi K3，这个强大的中国模型。我们的目标是将其放在我们自己的服务器（on-premise）上。Kimi K3 目前的挑战是运行所需的大量 GPU 和 VRAM 内存，但我们希望通过在未来几个月内进行良好的蒸馏和量化，Kimi 可以成为我们内部 AI 代理的伟大指挥家，免费且私密。
在 2026 年，智能并不稀缺；稀缺的是判断何时购买一辆法拉利去街角，何时步行的常识。
我很乐意阅读您的经历。您是否正在支付 Fable 税，还是更喜欢优化？我会阅读您的留言。
Larry