Claude Opus 5.5 一轮一个切片：把三周配额面板拆成九个可收口任务
01 · 三周的配额计费面板，九个一次会话就收口的切片
重度团队最大的浪费不是模型不够强，而是把一个三周的大功能整块丢给编码智能体，让它在一次会话里越写越大，最后既没法验收也没法回滚。我们把内部的多租户配额与计费面板拆成九个切片，每个切片限定在一次会话内完成：智能体进来时输入明确，离开时产出可验收，出错时改动可整体撤销。
判定一个切片是否合格只有三条标准。第一，验收标准只有一句话，能用一次测试或一次人工操作判定。第二，改动面有边界，涉及的文件、接口和数据结构在开工前列清。第三，不与其他切片争夺同一批文件，接口先冻结，实现分头补。只要有一条不满足，就说明这个切片还要再拆。
02 · 按技术层、按用户行为、按风险：三种拆法的正面对比
同样是九个切片，拆法不同，收口速度差别很大。
- › 按技术层拆：先存储、再接口、最后界面。优点是每层改动纯粹、测试好写；缺点是前几轮会话交付的是半成品，看不到用户价值，集成风险全部堆到最后两三个切片。
- › 按用户行为拆：每轮从入口到落库打通一个完整场景，例如超额告警一个切片就覆盖配置、触发与通知。优点是每个切片都能演示、都能单独发布；缺点是前期会重复写一些样板代码。
- › 按风险拆：把最不确定的部分排在最前，用最小代价试错。优点是尽早暴露架构问题；缺点是早期产出不稳定，不适合已经冻结的排期。
我们的做法是以按用户行为拆为主、以按风险拆定序：九个切片都按场景垂直打通，但把配额并发扣减这类最不确定的场景排在第一轮，其余按业务优先级排列。三周排期因此变成九个可单独宣布完成的节点，而不是一个月底才揭晓的结果。
03 · 验收口径对比：测试先行与人工验收谁先把切片关掉
切片能不能在一次会话里收口，取决于验收是否也能在会话内完成。两种口径各有主场。
- › 测试先行：适合配额扣减、账单聚合、限流状态机这类纯逻辑。开工前先写好断言，智能体以让断言通过为唯一目标，收口快且不跑偏。代价是前置投入高，需求变更时断言本身也要返工。
- › 人工验收：适合界面布局、提示词调优、交互文案这类主观判断多的部分。一轮会话产出可点的界面，负责人当场给反馈。代价是每轮都要占用人的注意力，难以并行推进。
我们的折中是给每个切片写一句完成的定义：能自动化的判据写成测试，不能自动化的判据写成一次可复现的操作步骤。会话结束前，智能体必须按这句定义自证完成，否则切片退回拆分阶段，而不是继续往里堆代码。
04 · 上下文与账单：长会话累积对垒短会话重述
切片拆细后，成本结构从少数几次超长会话变成多次短会话，这笔账要提前算清。经 Quanta 中继调用时，每调用按真实 token 计量，缓存写入与缓存读取分开计价，因此稳定的系统提示与策略文档能显著摊薄重复会话的成本，而频繁改动全局前缀会推高缓存写入。交接内容压成一页以内的要点，比让下一轮会话重新消化全部历史更省。
在模型配比上，我们让架构敏感的切片交给 Claude Opus 5.5，把批量样板代码与重复验证交给 DeepSeek V4 Flash，用同一份切片文档保持产出风格一致。一个余额覆盖 Claude、GPT、Gemini、DeepSeek、Kimi、GLM、Qwen、Grok 等模型，Claude Code、Codex、Gemini CLI 与任何 OpenAI SDK 都能接入，不必为每个切片单独管一本账。
05 · 失败会话的重试与交接：返工最小的切片粒度
一次会话一个切片的真正回报体现在失败时刻。会话跑偏、上下文吃满、改动互相污染，都会让长会话的返工成本失控；切片粒度足够小时，失败只需丢弃一段改动、重开一次会话。
- › 切片开工前先让智能体复述输入、输出与边界，复述不一致就先改拆分文档。
- › 切片之间只通过接口与测试交接，不通过上一段会话的记忆交接。
- › 连续两轮会话没收口，说明切片仍然过大，当轮就再拆一次，而不是加会话硬扛。
- › 每轮会话结束留下一份变更摘要与未决问题，作为下一轮唯一的输入。
06 · 把九个切片排进本周队列的预算护栏
排期时我们给每个切片设了两条护栏：单轮会话的 token 预算上限，以及缓存读取占比的观察线。前者防止一个切片悄悄长成大功能，后者提示策略文档是否需要收敛。推荐他人充值还能拿到 19% 的返点，适合把这套拆分方法推广到整个工程组。现在就开一个 Quanta 账户，把九个切片排进本周的会话队列。