用途：Arena 用于对同一任务并行发起 N 个候选尝试，通读全部候选后选出最强的一个作为基底，再把其他候选中的最佳思路移植进来，并验证合成结果。触发方式包括 /arena、“arena this”等。
主要能力与流程：启动前先建立每个阶段一条的待办清单，阶段依次为 Frame、Fan out、Cross-judge、Pick、Graft、Verify。Frame 阶段明确每个候选要产出的工件，推导出 3-6 条可评分的具体标准（评分标准供挑选者使用，候选只看到任务），选择运行者并分配各自输出路径（尽量用 git worktree，否则用 /tmp/arena-<slug>/candidate-<n>/）。Fan out 阶段通过 provider-dispatch 契约一次性启动全部 N 条通道，原生通道为后台子代理，外部通道为直接后台启动进程并保留任务/会话句柄；每条通道获得任务、共享依据路径、自己的输出路径，并需产出工件和简短理由。Cross-judge 阶段在候选全部完成后，派发一个只读评审，按路径标签查看评分标准与已完成候选，逐条打分并推荐基底。Pick 阶段逐条对照评分标准打分，与评审结论比对，选择未来维护者最易扩展、边界更清晰或 API 更小的候选作为基底，并记录选择理由。Graft 阶段逐个回看落选候选，手工移植值得保留的一两点内容，保持整体一致，并记录移植来源与被拒内容。Verify 阶段按与其他输出相同的标准验证合成工件。
使用方式：需先阅读 provider-dispatch.md；配置值是 provider 限定的描述符，不是宿主原生模型标识。父级直接启动原生与外部通道，子级不自行路由。在 Codex 上需通过 codex-tools.md 解析其余 Claude 工具名。运行者优先取当前 harness 的 pstack 模型表中的 arena runners，否则取 catalog/role-defaults.json 中的列表；评审优先取 arena cross-judge pool，否则取运行者默认值。
限制与注意：外部通道只有在回执为 complete 且带有匹配的 provider-report 或 Codex 精确固定 argv 证据时才计入；原生通道需满足 provider-dispatch.md 的完成标准。候选失败时按 N-1 继续并记录掉队者，不得静默替换。评审若在候选仍在写入时启动，会看到部分或空输出并误报掉队。若 N 个候选高度趋同，记录趋同并直接采用共识形态；若严重分歧，说明 Frame 阶段规格不足，应重新框定并重跑，而非取平均。验证发现问题时，应回到 Frame 或 Graft 阶段处理，不得掩盖。输出为一个合成工件和一份简短合成说明，说明中列出基底、移植内容及来源候选、被拒内容、掉队者（如有）与验证结果。