用途
Arena 是一个用于“多候选并行比稿再融合”的技能。它把同一任务同时交给多个候选执行者，让它们各自独立产出同一交付物，然后通过评分与交叉评审选出一个基准版本，再把其他候选中最值得保留的部分手工合并进基准，最终得到一个经过验证的合成成品。
主要能力
Arena 的流程按阶段组织，并在启动前建立任务清单，每个阶段一项：组建（Frame）、并行生成（Fan out）、交叉评审（Cross-judge）、择优（Pick）、嫁接（Graft）、验证（Verify）。
组建阶段确定三件事：每个候选产出的具体交付物；由 3-6 条可评分标准构成的评分量表，供择优阶段使用，候选本身只看得到任务；以及执行席位，按配置文件中的 arena runners 行读取，每个条目对应一个席位，通过 subagent spawn --entry 原样传入。若配置或该行缺失，默认使用一个 claude 席位和一个 codex 席位，均为 xhigh，并使用各自 harness 的默认模型，同时提示执行 /setup-pstack。auto 或 inherit-parent 条目表示使用自身 harness 的默认模型。family 指 harness（claude 或 codex），交叉评审的评审者不能来自发起方所在的 family。模型被拒时先退回该 harness 默认模型并说明；若仍失败则去掉该席位并说明。席位数不足两个时会补充席位，补充席位沿用剩余席位的条目，若无剩余则用自身 harness。若任务覆盖多个设计方向，可增加席位；若工作偏生成而非判断，可让同一模型重复多次。每个候选有独立输出位置，优先使用 git worktree，否则使用 /tmp/arena-<slug>/candidate-<n>/。写代码的候选使用 --worktree arena-<slug>-<n> --base <base commit>，且基准提交需先提交，未提交的改动不会进入新工作树。
并行生成阶段在一轮内启动全部候选，每个子代理命名为 arena <slug> <n>，各自获得任务、共享背景材料的绝对路径、自己的输出路径，以及产出交付物和简短理由（说明考虑过与被否决的替代方案）的指令。若无输出的候选，按剩余数量继续并记录掉队者。
交叉评审阶段在所有候选完成后，从配置的 cross-judge pool 行选一个评审模型，以 --read-only 启动一名评审。评审不能来自发起方家族，只尝试另一家族的条目并按池中顺序选择；auto 或 inherit-parent 条目永不担任评审。默认池下，Claude Code 主控配 codex 评审，Codex 主控配 claude 评审。条目模型被拒则换下一条；另一家族条目均不可用时可尝试默认池中另一家族条目；仍不行则跳过评审、单独择优并说明。评审看到评分量表与按路径标签标识的候选，逐项打分并推荐基准及理由，与主控在择优阶段的阅读并行进行，但不得在候选仍在写入时启动。
择优阶段要求端到端读完每个候选，按评分标准的每一条逐项打分，而非凭整体印象，并与交叉评审结论比对。一致则确认；不一致说明一方有偏差或量表含糊，需读双方理由后再定。优先选择未来维护者最容易在不破坏不变量的前提下扩展的基准；两者相当时，按 Laziness Protocol 倾向边界更清晰或 API 更小者。
嫁接阶段逐个回看落选候选，找出值得移植进基准的内容，通常每个候选一到两项而非大部分，按 redesign-from-first-principles 原则手工折入，保持单一心智模型下的连贯性，不做机械粘贴。若候选趋同，说明共识强，记录并直接采用共识形态，无需嫁接；若分歧过大，说明组建阶段规格不足，应重新框定并重跑，而非平均分歧。
验证阶段按 prove-it-works 原则验证合成产物。若验证发现问题而 Arena 未发现，要么组建有误需重跑，要么某候选已发现但嫁接时漏掉，应回到嫁接阶段，不可掩盖。
使用方式
以 /arena 调用，或说“arena this”“throw it in the…”之类触发语。技能名以加粗或反引号给出，或以 /<name> 运行时，指向本技能目录旁的 ../<name>/SKILL.md；不带前缀给出的原则指向 ../principle-<name>/SKILL.md。多数 pstack 技能仅限用户使用，技能工具无法加载。每个子代理是 Rex worker pane，按 ../rex-subagents/SKILL.md 启动、等待和关闭，默认值取自 ../poteto-mode/SKILL.md 的 Subagents 一节。任务清单用 harness 的任务工具，若无则在 ~/.local/state/pstack/checklists/<repo>-<branch>.md 建立清单文件。
适用场景
适合同一任务需要多份独立方案并从中择优融合的场合，尤其是希望以多模型或多份生成相互校验、提取各自长处形成统一产物的任务。
限制
资料未提供该技能的具体安装命令、收费与价格、支持平台范围、性能效果等事实。其运行依赖 pstack 配置、Rex 子代理与 poteto-mode 的默认设置；候选在无输出时会减少参与数量，评审在无合适家族可用时会被跳过，这些情况均需在输出中说明。最终产物为一个合成成品，并附简短合成说明，列出基准及理由、交叉评审结论或跳过说明、每项嫁接及其来源候选、被否决的内容及原因、趋同或掉队情况，以及验证结果。