dsh-tandem

复杂任务里，单靠一个对话 agent 往往既要和用户沟通，又要长时间并行改代码，还要在关键设计上多一双眼睛，节奏容易乱，验收标准也容易被事后放宽。dsh-tandem 把 DSH 主 agent 与本机 Codex 收成固定分工：主 agent 负责沟通、拆任务与最终决定；Codex 负责并行执行、只读会审，以及按机械判据返工。机制由插件保证，不靠 agent 记得，参数不合法会在派活时被当场拒绝。

插件提供五类工具协作。tandem_status 查看 Codex 路径、模型、并发上限、允许派活的目录根与凭据是否就绪。tandem_delegate 把互不依赖的子任务并行交给 Codex，每项必须提供 timeoutMs 与 acceptance，目录须在白名单内且互不重复。tandem_consult 让 Codex 作为有边界的第二判断者回答问题，只判断不写文件，须按结论、证据、反例、验证方式四段回复。tandem_check 在任务目录执行命令做机械验收，判据在首次检查时冻结；tandem_reject 把验收缺口回灌重做，同一 taskId 最多两轮。会审成功可签发 reviewId，被审内容变更后检查会标 stale。

适合已在用 DSH、本机可跑 Codex 且配置好凭据的场景：有多块可独立验收的产物、写入路径不重叠、子任务不依赖本对话上下文时用 delegate；要改插件或工具实现、给出自研方案或架构选型、往文档写设计说明前用 consult。会审闸会对 fs 写入记账，对未审改动提醒并在配置下拦截交付，放行时也会明示并留痕，重启后账本仍会读回。

请把 workRoots 当作派活起点白名单，用 checks 自己核验产物路径与结果；插件是执行器而非语义 oracle，语义质量与会审采纳仍由主 agent 负责。