FEATUREDAI HOT 精选· aihot-apiZH16:46 · 06·13
Claude Fable 5 当架构师、GPT-5.5 Codex 当搬砖工,Fable 的 token 消耗直降 80%
DanMcInerney 开源了一个跨模型协作的 agent 流程:让 Claude Fable 5 负责拆任务、写指令和审代码,GPT-5.5 Codex 负责把代码写出来。Fable 不再直接吐大段代码,只输出紧凑的施工说明,所以 token 用量少了 80%。仓库本身充当记忆体,省掉了反复喂上下文的开销。不过正文没交代具体拿什么任务测的、对比基线...
#Code#DanMcInerney#Anthropic Claude Fable 5#OpenAI GPT-5.5 Codex
精选理由
精选 · 重要度 78 · 吸引力 + 知识量 + 共鸣
一句话点评
让Claude当包工头、GPT当码农,token直接省了80%,但没交代测了什么任务,这个数字先打个折。
锐评
DanMcInerney 开源了一个跨模型协作的干活流程:让 Claude Fable 5 负责拆任务、写施工说明和审代码,GPT-5.5 Codex 只管闷头写代码。Fable 不再直接吐大段代码,只输出紧凑的指令,所以 token 用量号称少了 80%。仓库本身充当记忆体,省掉了反复喂上下文的开销,这点设计挺聪明。
不过正文没披露具体拿什么任务测的、对比基线是什么。如果测的是简单脚本,80% 的降幅参考意义有限;换成复杂项目,指令本身会不会膨胀、审核来回几轮会不会把省下的 token 又吃回去,都是未知数。另外,跨厂商调用意味着要同时养两家 API,实际成本不能只看单边 token 下降。
现在还缺大规模任务上的实测数据,以及这套流程在多人协作场景下会不会乱。如果后续能补上这些,才算真正验证了“包工头模式”比单模型硬写更省钱。
HKR 分解
hook ✓knowledge ✓resonance ✓