用途：Arena 用于对同一个设计任务并行产出多个只读候选方案，然后由父级（调用方）综合出最终设计提案，而不是直接实现代码。
主要能力与流程：
- Frame：先建立分阶段待办清单，明确候选要产出的设计提案，并推导 3-6 条可评分标准（rubric）。默认按 Arena Runner 配置各启动一个候选，可指定候选数量，按 runner 1、2、3 循环；显式指定模型可覆盖轮换。
- Fan out：用 create_agent 一次性并行启动 N 个 Paseo 子代理，notifyOnFinish 为 true，各自返回设计提案和简短理由（含考虑过并否决的替代方案）。
- Cross-judge：候选全部完成后，启动恰好一个 Judge（固定 codex/gpt-6-astra、thinkingOptionId: xhigh、modeId: full-access），按 rubric 逐项打分并推荐基础方案。
- Pick：父级通读全部候选，逐条对照 rubric 打分，与 Judge 结论比对，选出未来维护者最易扩展、边界更清晰或 API 更小的方案作为基础。
- Graft：再次通读落选方案，把值得移植的一两个设计点融入基础方案，保持单一心智模型下的连贯性；记录移植来源与被否决项。若候选高度趋同则记录共识形状，无需移植；若严重分歧说明 Frame 规格不足，应重新框定并重跑。
- Verify：对照来源、约束和调用示例检查综合设计，区分已核实事实与需实现或运行时验证的假设。
限制：候选与 Judge 可查看代码和证据，但不得编辑文件、运行变更命令、实现改动、提交、开 PR 或再生成子代理；提案以响应文本返回，代码草图以文本形式给出。父级负责综合与后续实现。这些约束与启动权限模式无关。若候选无输出则继续其余候选并记录掉队；全部失败则报告 arena 受阻。Judge 模型与 effort 不可更改，Astra xhigh 不可用则报告判定步骤受阻。
输出：返回给调用方的一份综合设计提案（非实现），以及一份简短综合说明，包含基础方案、移植项及来源、否决项、掉队情况和验证结果。
适用场景：需要多方案对比、择优融合的设计评审任务。具体收费、平台支持等信息暂未提供。