tl;dr; fable5 + 自动模式 + 目标可以做出惊人的事。然而，两个不规则的8小时连续工作会在两天内耗尽一周的使用量。就像许多这里的人一样，我觉得我有一个相当强大的SOP来驱动我的“软件工厂”：对提交进行反向审核、线性票、md文件记忆、每日进度日记。我有自定义技能“日常站立”- 开启新的会话，带有正确的上下文，和“传接”结束工作并保持。再加上危险地跳过权限、自动完成模式和/goals和fable在规划模式下，您就有了非常非常强大的工具。这周末，我看到了它自行配置了安卓开发环境在我的笔记本上，并开始了对我ios游戏CLAWDER的一次性系统的安卓/Google Play端口。太晚才意识到我应该切换回opus4.8，因为fable评估了ios代码库并规划了端口。实际上，我不知道的是模型设置在做了比成本2倍/次的什么事。我从未在settings.json中设置过模型。所以它默默地使用了1M-上下文变体。1M时，一个400k-token会话只占40% - 因此auto-compaction永远不会触发。正常会话的生长受到的限制被静默切断了。我的会话就这样一直持续了，整个白天都没有被阻止。然后我就去测量了这实际上意味着什么。四个事实出来了：1. 成本是上下文×呼叫，而不是上下文。每次API呼叫都重新读取整个会话记录。因此，第500次呼叫在会话中支付了前499次呼叫所付的所有费用。一个长会话并不线性更昂贵，它是超线性的。我的主循环平均每次呼叫407k个上下文token。2. 执行者是整个账单。主循环：3763次呼叫，平均407k=89%的所有缓存读取。子代理：4195次呼叫，平均45k=11%。所有人的建议都是“使用子代理，不要分叉”——我的子代理已经比主会话瘦了9倍，并且已经超过了它。这个杠杆已经用尽了。只有结束会话才能真正清除上下文。3. 每个会话都以55k个token开始，直到我输入一个字母。CLAUDE.md记忆、技能定义、工具方案和所有MCP服务器我连接的——包括python编码会话永远不会调用的（媒体生成、gmail、日历、驱动器）。这占了200k窗口的28%，在每次呼叫时都会重新读取。4. 而且这解释了子代理。它们平均45k上下文。这不是他们收集的证据，而是前言。他们昂贵的是他们带有的前言，而不是他们做的。切掉前言是唯一一个同时切断了两条路线的改变。我改变了什么，按效率排序：- 将模型固定在200k变体上。一行代码。auto-compaction再次触发，会话物理上无法飘升到400k。这个也杀死了fable的问题 - fable从来不是一个路由决策，而是整个会话默默地使用fable，并且每个子代理都会继承它。- 减少我的始终载入文档约7k tokens/call。我的CLAUDE.md已经长大到是一个AWS参考表、机器名单、一个完整的ADR索引——纯粹的查找材料，永远在每次呼叫时都坐在上下文中。将其移到一个按需读取的文档中。规则我得到了：只保留什么改变了每次行为的内容，指向你只查找的东西。- 丢弃我在一个给定会话中不使用的MCP服务器。这占了39k个token，我怀疑这仍然是最大的剩余杠杆。然而，真正的教训是令人尴尬的，关于我曾经那么自豪的SOP。我的日常站立和传接技能是日级别的。传接是一个整个仪式——四个艺术品，每个仓库、日记、票据重新平衡。日常站立重建了世界。两者都是每天一次的好事，但也是每个票据的荒谬之举。因此，唯一允许停止的方式是昂贵的。所以我只是继续往前走，整个白天，一个会话，观看上下文的增长。工具使停止变得昂贵，所以我从来没有停止——而这，并不是任何模型选择，而是吃掉周末的真正原因。“每个票据一个会话”才是真正的修复，但这只有在重新进入变得便宜时才有用。所以我下一个要做的就是：一个~2k-token的lane-resume代替全天的日常站立。总之，fable + 自动 + 目标是真正令人惊叹的，我会再次这样做。只是知道默认设置会乐意让一个会话增长到400k个token，并在每次呼叫时重新读取所有内容，几百次，直到您观看它工作。