Claude 出方法、工具出执行

多个项目（PowerCraft PPT、翻译器、报告、本知识库）反复沉淀的一条分工母题：把角色按“谁质量更高”分配，而非平均分。

分工边界

• Claude = 大脑 + 作者 + 验收人：研究方法、写代码、定验收标准、做独立验收。Claude 的代码/方法质量更高，适合 authoring。
• 工具（Codex 等）= 执行手：跑代码、跑测试、起本地服务做端到端冒烟、生成产物/资产（如出图）、批量处理数据。执行手不写代码——角色边界固化进指令，而非寄望其自觉（见 让委派可审计的四件套）。

产物（一份 deck、一份报告）往往只是“验证方法”的测试用例，真正被优化的对象是方法论本身。

委派的三条真实收益

委派不是越多越好，只在下面至少一条成立时才值得：

1. token hygiene：把又长又吵的执行输出挡在主上下文之外，保持大脑上下文干净。
2. 沙盒隔离：把危险/重操作关进工具的沙盒，降低误伤。
3. 并行卸载：把可并行的重活甩出去同时推进。

不教条

任务执行很轻时，Claude 自己跑反而更快——按需判断，不要什么都甩出去。为委派而委派会白白增加交接成本。

机械步骤（shim/沙盒/联网/审批门的坑）见 delegate-to-codex skill；本页只讲“为何这么分工、何时才甩”的心法。收尾如何验收见 委派产出的验收 rubric。