我用 ZenMux 跑了几轮 Claude Fable 5，终于知道它贵在哪了 这两天我在 ZenMux 上集中试了 Claude Fable 5，也顺手和 Opus 4.8、GPT-5.5、Gemini 3.1 Pro 做了几组对比。我的结论很简单：Fable 5 不是日常默认模型，而是复杂任务里的“兜底模型”。它贵、慢，但在高返工成本任务里，确实能把结果往可交付状态多推一步。 我先跑了一组和 Opus 4.8 的同任务对比。两边输入都是 2798 tokens，Fable 5 耗时 110.44 秒，输出 10322 tokens；Opus 4.8 耗时 68.36 秒，输出 6100 tokens。这个结果很真实：Fable 5 不只是单价高，输出也更长、等待更久。考虑到它 50 美元 / M output 的价格，如果只是普通页面、轻量脚本、常规文案，我不会优先用它，Opus 4.8 或其他模型性价比更高。 但当任务变复杂，差距就出来了。我把一个约 9 万行代码仓库的缓存失效问题丢进去，同时跑 Fable 5、Opus 4.8、GPT-5.5 和 Gemini 3.1 Pro。GPT-5.5 成本最低，但依赖关系需要我手动修；Gemini 边界情况考虑得不够；Opus 4.8 整体稳定，但漏了一些隐藏调用链；Fable 5 最贵，但它给出的修复路径最完整，基本接近可以进入 Code Review 的状态。 这也是我这次最大的体感：不能只拿 token 单价判断 Fable 5 值不值。复杂工程任务里，真正贵的是返工时间。一个模型便宜，但让我多排查半天，其实并不便宜；Fable 5 贵，但如果能少漏一个关键依赖、少一次错误重构，在某些任务里反而划算。 我还用它做了一个链上钱包分析工具，拿 Vitalik 地址测试。从拉数据到生成 HTML 报告不到 30 秒，自动整理出钱包年龄 3908 天、累计 Gas 23.6 ETH、Top 持仓、DeFi / NFT 交互和风险标签。这个任务里它的优势很明显：长上下文吃得住，复杂脚本能一次写完整，代码不是“看起来能跑”，而是真的有结构、有逻辑。 当然，问题也很明显。Fable 5 慢是真的慢，首 token 延迟接近一分钟级别；输出长也意味着成本容易失控。我还遇到过偏安全类的代码排查任务被护栏拦住，正常 bug 核查也可能被误判。再加上强制 30 天数据保留，如果是金融、医疗、公司内部代码库，我不会直接无脑接入。 所以我现在的用法是分层：90% 的日常任务继续用 Opus、Sonnet、GPT、Gemini；只有多文件重构、复杂 Bug 排查、Agent Workflow 升级、长上下文审查这种高返工成本任务，才切到 Fable 5。 如果你也想测它，别让它写贪吃蛇。拿真实项目、真实代码、真实约束去测，再记录延迟、token、人工修改量和最终可交付程度。Fable 5 的价值不是“更会聊天”，而是在普通模型开始漏上下文、假完成时，它能不能把任务继续往交付推进。 当然ZenMux现在自动充值每笔加赠 20% 单用户上限 3 次，单次加赠上限 $100 （也就是说，最多可享 $300 赠送余额）大家可以去尝试下充值链接：