北京
用Claude Code写代码的人，大概率都遇到过这个尴尬：Fable的进度条先满了，总token消耗却还很低。这意味着最贵的模型额度被白白浪费，而便宜的模型还在闲着。宝玉(@dotey)分享了一个解决思路——让Fable只做编排，把执行类工作全部交给subagent。
核心分工：Fable当主控，subagent当执行
这套方法的关键，是在Fable的提示里明确它的角色：需求澄清、方案拆解、任务分发、结果验收。至于读代码、写代码、跑测试这些具体实现，全部派给Opus或Sonnet subagent去干。这样Fable的消耗速度会明显放缓，和总token进度条趋于持平。
为什么这么分？因为Fable作为更贵也更智能的模型，它的周额度只占总额度的50%。把它用在高层判断上，比让它埋头写代码划算得多。判断和编排是它的强项，而执行类任务交给更便宜的模型，成本结构更合理。
级别选择：High或Medium，别碰Max
另一个容易踩的坑是级别设置。使用Max及以上级别，Fable的消耗会明显加快，容易出现Fable进度条先满、总用量还很低的情况。推荐选择High或Medium，在输出质量和消耗节奏之间取得平衡。
这套思路的本质，是把贵的模型用在刀刃上。Fable负责想清楚做什么、怎么做、做得对不对，subagent负责把事干完。两者配合，额度利用率自然就上去了。
对于重度使用Claude Code的开发者来说，这个分工方式值得一试。不需要改太多配置，只需要在提示里把角色定义清楚，就能让token消耗更均匀。毕竟，额度这东西，省着用才能用得久。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
