关于 arena
arena 是用于协调并行任务尝试的 Agent 技能，涵盖选择基础方案、整合有用思路并验证结果。它还指导从任务设定到合成记录的完整流程。
主要功能
- 01制定任务框架和可评分标准
- 02并行执行候选方案
- 03按标准审查候选结果
- 04手动整合与移植内容
- 05验证结果并记录合成过程
适用场景
- 01比较不同设计或实现方案
- 02整合并行输出中的有效内容
- 03记录方案选择、舍弃项和验证结果
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/arena确认已加载。
详细介绍
Arena
针对子任务简报、并行执行、面板、模型和回退方案，遵循便携式运行时约定。
针对同一任务并行发起 N 次尝试。从头到尾阅读每个候选结果。选出最强的作为基础。将其他候选结果中的最佳创意融入其中。验证综合后的结果。
开始
启动任何操作前，为每个阶段记录一项清单。可用时使用宿主的规划功能；否则，在对话或项目本地决策记录中维护一份精简清单。arena 会自主运行，而清单能避免阶段悄然遗漏。
- 界定
- 并行发起
- 交叉评审
- 选定
- 融合
- 验证
阶段 A：界定
N 个候选者会收到相同的提示词，因此提示词就是约定。在启动任何任务前，先把提示词写好。
- 说明每个候选者要产出的成果。
- 推导评分标准。说明这项任务的成功标准，然后将其转化为 3-6 项可具体评分的准则。具体示例：
添加一个跳过写入的 --dry-run 标志。含糊示例：代码正确。评分标准是阶段 D 中筛选者的工具；候选者只能看到任务本身。 - 选择执行者。如果便携式 pstack 配置中有
arena runners面板，就使用该面板。否则，从宿主支持的designer、planner、reviewer和inherit-parent中选择多样化的组合。如果 arena 涵盖多个设计方向，就增加执行者数量。若任务受生成能力而非判断能力影响，重复使用同一种宿主支持的选项 N 次也有效。 - 分配输出路径。每个候选者都写入自己的位置（尽可能使用 git 工作树，否则使用
/tmp/arena-<slug>/candidate-<n>/）。N 个候选者写入同一路径会产生共享可变状态，这违反了共享状态序列化前先分离原则的技能测试。
阶段 B：并行发起
通过宿主的任务功能并发启动全部 N 个子任务。为每个子任务提供独立的简报，其中包含任务、共享依据材料的路径、该子任务自己的输出路径、验收标准、验证要求、禁止涉及的范围，以及产出成果和简短理由的要求。
理由不可或缺。没有理由，父任务就无法判断候选者的结构是经过原则性设计，还是偶然形成，这会导致阶段 E 的融合不可靠。每份理由都要说明候选者考虑过哪些方案，以及排除了什么。
如果候选者未能产出结果，则使用 N-1 个候选者继续，并在综合记录中注明退出情况。
阶段 C：交叉评审
阶段 B 的所有候选者完成后，如果便携式 pstack 配置中有 arena cross-judge pool，就从中选择一个选项。否则，使用宿主的 reviewer 角色或 inherit-parent。如果宿主会提供模型身份信息，优先选择与父任务不同的模型系列。使用该选项启动一个只读评审子任务。它会根据评分标准和候选者路径标签逐项评分，并给出基础候选的建议及理由。它与父任务在阶段 D 中的阅读并行运行，而不是与候选者并行运行。如果候选者仍在写入时就启动评审，评审会看到不完整或空的输出，并将其报告为退出。
阶段 D：选定基础
选定之前，从头到尾阅读每个候选结果。略读 N 个候选结果，只会让你注意到表面上最熟悉的那个。
根据评分标准逐项为每个候选者打分，而不是凭整体感觉判断。将结果与交叉评审进行比较。对基础候选的选择一致，说明选择可靠。意见不一致，意味着你们其中一方存在偏见，或评分标准含糊不清。决定前，先阅读双方的理由。
选择最便于未来维护者扩展且不破坏不变条件的候选者作为基础。如果两个候选者难分高下，就按照“懒惰协议”，优先选择边界更清晰或表面积更小的方案。
在基础成果旁边附上一份简短的综合说明，记录选择及理由，包括交叉评审的结论。
阶段 E：嫁接
再次逐一检查每个落败的候选方案，找出值得移植到基础方案中的内容。每个候选方案通常只有一两点值得借鉴，而非大部分内容。
根据 从第一性原理重新设计 原则技能，手动融入每一项嫁接内容。不要机械地粘贴。最终结果必须在同一套思维模型下保持连贯。
记录嫁接了什么、来自哪个候选方案，以及舍弃了什么、原因是什么。舍弃说明是记录中最有价值的部分。未来的读者能从你考虑过却最终舍弃的内容中学习，而不仅仅是你保留的内容。
当 N 个候选方案收敛到同一种形态时，这是强有力的一致性信号。在记录中注明这种趋同，并采用这一共识形态。无需嫁接。当 N 个候选方案大相径庭时，说明阶段 A 的问题定义不够明确。重新梳理问题并重新运行，而不是对这些差异取平均。
阶段 F：验证
合成后的产物必须经得起与其他任何输出相同的审查，这符合 证明其有效 原则技能。经过竞技场检验并不意味着可以免于验证。
如果验证发现竞技场未能发现的问题，要么是阶段 A 有误（重新梳理问题并重新运行），要么是某个候选方案发现了问题，而你漏掉了相关嫁接内容（回到阶段 E）。不要敷衍了事。
输出
一个合成后的产物。另附一份简短的综合说明，注明基础方案、嫁接内容（及其来源候选方案）、舍弃内容、落选方案（如有）以及验证结果。