用途：对同一任务并行展开 N 个候选方案，通读全部候选，选出最强的一个作为基准，再把其他方案中的最佳思路移植进来，最后验证合成结果。触发方式包括 /arena、“arena this”、“throw it in the…”等，但资料显示该工作流在 Codex 中是显式调用，自动触发尚未证实。
主要流程分六阶段：
- Frame：确定候选要产出的产物，写出 3-6 条可评分标准，分配各自独立输出路径（优先 git worktree，否则 /tmp/arena-<slug>/candidate-<n>/）。
- Fan out：并行启动 N 个独立 Codex 子代理，使用同一任务契约，每个候选给出简短理由并说明被否决的备选方案。
- Cross-judge：候选写完后启动一个只读评审子代理。若没有独立的授权评审者，协调者可以自行评估，但必须标记为 PARTIAL，且不得称其为交叉评审结论。
- Pick：逐条按标准打分，选未来维护者最易扩展、边界更清晰的方案为基准，并记录理由。
- Graft：再次遍历落选方案，通常每个候选只有一两处值得移植，手工折入基准，不要机械粘贴；若 N 个候选收敛为同一形态则直接采用共识形态，无需移植。
- Verify：合成产物需通过与其他输出相同的验证。
输出：一份合成产物和一份简短记录，说明基准、移植来源、被否决项、掉队情况、评审者评估与验证结果。
限制：资料明确该工作流仅在“有界本地设计竞技场”这一分支被证实；需至少两个获授权且相互隔离的候选，以及一个可用的独立评审者，并保持同一评分标准与验证契约。超出该范围时，除非有单独的任务专属证明，应报告为不可用。资料同时说明，观测到的原生路径使用 collaboration.spawn_agent（agent_type=general-worker）与 reviewer，而上游 Cursor 的确切角色和自动触发未被证实；应使用 Codex 原生子代理与隔离路径，而非 Cursor Task、Work cloud 或 ~/.cursor/rules。若完成候选少于两个，不选择优胜者，作为单次尝试报告。具体模型配置、收费与版本信息暂未提供。