架构师只评审不写码：Codex 分工树照抄

developers.openai.com/codex/subagent… 有条配置帖值得抄：作者把 Codex 的多模型分工摆成一棵树——GPT-6.1 Sol 负责写码，Astra 降级为"随叫随到的架构师"，只在三个时刻被拉起：出计划之前（方向对不对）、同一个错误反复出现时（是不是挖错了地方）、宣布完成之前（我漏了什么）。 一句总结：Astra 负责评审，Sol 负责交付。 树的其余部分同样分明：explorer 在 Luna 上读代码、worker 在 Sol 上改码跑测试、researcher 在 Luna 上查文档，三者都设中档推理。 更小的 Jev 在半秒内分掉不需要思考者的分叉（选哪个文件、用哪个工具、重试还是停），只有真正分岔的才惊动大模型；auto_review 则盯住每一次批准。 两层一，正接 62308"人只做三件事"那条 ＝ 同一张清单在 agent 侧的复刻：那条讲人留目标、架构、取舍，这条把"架构判断"整个装进 architect agent 的三个触发点——触发器设计得极克制，不是常驻旁听，而是三个关键时刻才出场。 这跟 62382 分形经理线接成一条：人当经理、bot 当经理，现在连经理的"评审职责"也被拆成了可配置的岗位。 二，"Jev 半秒分叉、大模型只看真分岔"是成本结构的关键：让便宜模型挡住九成决策噪音，贵模型只处理一成真判断——这跟 62317"规则是平价补丁"殊途同归，都在把旗舰算力省给最贵的那类问题。 口径：①分工树、触发点与参数其原帖及官方 subagents 文档表述（未经照抄实测）；②L1 为 OpenAI 开发者文档可查；③"分形经理/成本结构"是我的引申；④Jev、Luna 等为原帖对模型的代称，以其官方命名对应为准。 要用的两条：一，用 Codex 多 agent 的——照抄那三个触发点比照抄模型名重要：计划前、重复错、完成前各问一次；二，做编排层的——"小模型分叉、大模型裁决"该做成默认路由，而不是让每个用户自己搭这棵树。 架构师不写码、只在三个时刻开口——那个只负责说"这不对"的角色，值得在你的自动化里立一个岗位。