Fable 5 的正确用法居然不是写代码 而是..#

Fable5 + UltraCode 最垃圾的用法#

我有一个自己搭的 Agent 工作流框架 LumioAgent，总共 20 个文件。我想让 Fable 5 做一次架构审计，设计了个六视角审查工作流，每条发现配一个独立核实者做对抗验证。审计方案本身没问题。

问题是我忘了关 UltraCode。

UltraCode 的策略是"每个实质任务都用多 Agent 工作流跑"。我的六视角设计叠上这个策略，直接起飞：6 个审计者吐出 60 条发现，每条自动配一个核实者，一瞬间 66 个 agent 同时在后台运转。

14 分钟跑完。29M token。我翻开结果一看一共60 个SubAgent，Review结果：零。这 60 个核实者从头到尾纯属陪跑。20 个文件的仓库派 66 个 agent，再看消耗直接干掉30%多的额度！ 我™ 直接爆炸。

不过，这轮经过Fable5洗礼之后， LumioAgent 从三角色瘦到一角色，调度简单了，规则也收敛了。非常推荐大家去体验使用，

最佳实践 - 框架设计归 Fable 5，实现交 Codex#

烧完钱之后我找到了真正值的用法。

Fable5 high 出底层设计框架文档 尽可能提示词让他描述得细致一点，把所有的事情都想清楚。 然后 Codex GPT5.5 Xhigh /goal 去实现，这套效果既能保证质量、又能保证效率最高。同时，最省钱。

我实测 Codex + 5.5 xhigh + /goal 跑了一个多小时，用了 2900万 token，实际消费 只有6块钱CNY，lint 和测试全过。六块钱干了两天的活，代码质量还挑不出毛病。

Fable 5 的价值不在写代码，在全局判断力。 它能看出一个两年前正确的设计今天为什么错了，并且说得出为什么。

所以我现在的分工是：Fable 5 high 做设计（写架构文档、评估方案、决定删什么留什么），Codex 5.5 xhigh 做实现（拿着想清楚的方案去落地）。脑子贵的用来想，手稳的用来干活。

两条规矩#

三天下来核心就这两件事：

1. 别让 UltraCode 在小项目上空转，
2. 别让 Fable 5 去干实现的体力活。

最后两个省钱白嫖的小技巧#

1. 先开 Claude 5x，把额度用光，再升 20x。升级会重置所有额度，等于白嫖一轮 5x 的量。
2.