arena
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseArena
Arena
Fan out N parallel attempts at the same task. Read every candidate end to end. Pick the strongest as the base. Graft the best ideas from the others into it. Verify the synthesized result.
为同一任务生成N个并行尝试方案。通读每个候选结果。选出最优秀的作为基础版本。将其他方案中的最佳思路整合到该版本中。验证最终合成的结果。
Start
启动
Open a todolist with one entry per phase before launching anything. The arena runs autonomously and the list keeps phases from silently disappearing.
- Frame
- Fan out
- Cross-judge
- Pick
- Graft
- Verify
在启动任何操作前,创建一个待办事项列表,每个阶段对应一项条目。Arena会自主运行,而该列表可防止各个阶段被悄无声息地遗漏。
- 框架定义
- 并行生成
- 交叉评审
- 选定基础版本
- 整合优化
- 验证
Phase A: Frame
阶段A:框架定义
The N candidates will receive the same prompt, so the prompt is the contract. Get it right before spawning anything.
- State the artifact each candidate is producing.
- Derive the rubric. State what success looks like for this task, then turn it into 3-6 concrete gradeable criteria. Concrete: . Vague:
Adds a --dry-run flag that skips writes. The rubric is the picker's tool in Phase D; candidates only see the task.code is correct - Pick the runners. Default runners are your configured arena list (defaults ,
claude-opus-4-8-thinking-xhigh,gpt-5.5-high-fast). Spawn more when the arena covers multiple design directions. Same model N times when the work is generation-bound rather than judgment-sensitive.composer-2.5-fast - Assign output paths. Each candidate writes to its own location (a git worktree where possible, otherwise ). N candidates writing to the same path is shared mutable state and fails the the separate-before-serializing-shared-state principle skill test.
/tmp/arena-<slug>/candidate-<n>/
N个候选结果将接收相同的提示词,因此提示词即为约定内容。在生成任何候选结果前,务必确保提示词准确无误。
- 明确每个候选结果需要生成的产物。
- 制定rubric(评分准则)。明确本次任务的成功标准,然后将其转化为3-6条具体的可评分指标。例如具体指标:;模糊指标:
Adds a --dry-run flag that skips writes。rubric是阶段D中选定基础版本时的工具,候选结果生成过程中仅能看到任务要求。code is correct - 选择执行模型(runners)。默认执行模型为你配置的arena列表(默认值为、
claude-opus-4-8-thinking-xhigh、gpt-5.5-high-fast)。当arena需要覆盖多种设计方向时,可增加更多模型。当工作内容以生成为主而非依赖判断时,可多次使用同一模型生成N个候选结果。composer-2.5-fast - 指定输出路径。每个候选结果需写入独立的位置(优先使用git工作树,否则使用)。若N个候选结果写入同一路径,会产生共享可变状态,不符合separate-before-serializing-shared-state原则技能测试要求。
/tmp/arena-<slug>/candidate-<n>/
Phase B: Fan out
阶段B:并行生成
Spawn all N subagents in one message with , each with the task, the path to the shared grounding, its own output path, and instructions to produce both the artifact and a short rationale.
run_in_background: trueThe rationale is mandatory. Without it, the parent cannot tell whether a candidate's structure is principled or accidental, which makes Phase E grafting unreliable. Each rationale names the alternatives the candidate considered and what it rejected.
If a candidate fails to produce output, proceed with N-1 and note the dropout in the synthesis record.
在一条消息中生成所有N个subagent(子代理),设置,每个子代理需接收任务要求、共享基础数据路径、自身输出路径,以及生成产物和简短理由的指令。
run_in_background: true理由是必填项。若缺少理由,父代理无法判断候选结果的结构是基于原则设计还是偶然形成,这会导致阶段E的整合优化不可靠。每个理由需说明候选结果生成过程中考虑过的替代方案及拒绝这些方案的原因。
若某个候选结果生成失败,可继续使用剩余的N-1个结果,并在合成记录中注明该失败情况。
Phase C: Cross-judge
阶段C:交叉评审
After all Phase B candidates complete, spawn one readonly judge subagent on a different model family from the parent's. It sees the rubric and the candidates by path label, scores each criterion, and recommends a base with rationale. It runs in parallel with the parent's reading in Phase D, not with the candidates themselves. Spawning while candidates are still writing means the judge sees partial or empty outputs and reports them as dropouts.
当阶段B的所有候选结果生成完成后,生成一个只读的评审subagent,其所属模型系列需与父代理不同。该评审subagent可查看rubric和按路径标签分类的候选结果,为每个指标打分,并给出推荐的基础版本及理由。它与父代理在阶段D的阅读操作并行运行,而非与候选结果生成过程并行。若在候选结果仍在生成时启动评审subagent,它会看到不完整或空白的输出,并将其标记为失败。
Phase D: Pick a base
阶段D:选定基础版本
Read every candidate end to end before picking. Skimming N candidates surfaces only the candidate whose surface looks most familiar.
Score each candidate against the rubric criterion by criterion, not on holistic feel. Compare against the cross-judge. Agreement on the base confirms the pick. Disagreement means one of you is biased or the rubric was ambiguous. Read both rationales before deciding.
Pick the base on which candidate a future maintainer can extend most easily without breaking invariants. Prefer the cleaner boundary or smaller surface area when two feel tied, per the Laziness Protocol.
Record the pick and the reason in a short synthesis note alongside the base artifact, including the cross-judge's verdict.
在选定基础版本前,需通读每个候选结果。仅浏览N个候选结果只能发现表面上最熟悉的那个结果。
对照rubric逐条为每个候选结果打分,而非凭整体感觉评分。将你的评分与交叉评审结果进行对比。若双方对基础版本的选择一致,则确认该选择;若存在分歧,说明其中一方存在偏见或rubric表述模糊,需通读双方的理由后再做决定。
选择未来维护者最容易扩展且不会破坏不变量的候选结果作为基础版本。若两个结果难分伯仲,根据Laziness Protocol(惰性原则),优先选择边界更清晰或交互面更小的版本。
在基础版本产物旁的简短合成记录中,记录选定的基础版本及理由,包括交叉评审的结论。
Phase E: Graft
阶段E:整合优化
Walk each losing candidate once more and identify what is worth porting into the base. The signal is usually one or two things per candidate, not most of it.
Fold each graft in by hand, per the redesign-from-first-principles principle skill. Don't paste mechanically. The result has to remain coherent under one mental model.
Record what was grafted, from which candidate, and what was rejected and why. The rejection notes are the highest-signal part of the record. Future readers learn from what you considered and dropped, not just what you kept.
When N candidates converge on the same shape, that is a strong agreement signal. Note the convergence in the record and ship the consensus shape. No graft is needed. When N candidates wildly diverge, Phase A was under-specified. Reframe and re-run rather than averaging the divergence.
再次查看每个落选的候选结果,确定哪些内容值得移植到基础版本中。通常每个落选结果只有一到两处值得借鉴的内容,而非大部分内容。
根据redesign-from-first-principles(从第一性原理重新设计)原则技能,手动整合每个借鉴内容。不要机械复制粘贴,最终结果需在统一的思维模型下保持连贯。
记录借鉴了哪些内容、来自哪个候选结果,以及拒绝了哪些内容及原因。拒绝理由是记录中最有价值的部分,未来的阅读者能从你考虑过并舍弃的内容中学习,而不仅仅是你保留的内容。
若N个候选结果趋同于同一结构,这是强烈的共识信号。在记录中注明这种趋同性,并交付该共识结构,无需进行整合优化。若N个候选结果差异极大,说明阶段A的框架定义不够明确,需重新定义框架并重新运行,而非平均化这些差异。
Phase F: Verify
阶段F:验证
The synthesized artifact has to hold up under the same scrutiny as any other output, per the prove-it-works principle skill. The arena does not earn you a pass.
If verification surfaces a problem the arena did not catch, either Phase A was wrong (re-frame and re-run) or one candidate caught it and you missed the graft (go back to Phase E). Don't paper over.
根据prove-it-works(验证有效性)原则技能,合成产物需接受与其他任何产物相同的严格审查。使用Arena并不意味着可以跳过审查。
若验证过程发现了Arena未检测到的问题,要么是阶段A的框架定义有误(需重新定义框架并重新运行),要么是某个候选结果已发现该问题但你遗漏了借鉴(需返回阶段E)。不要敷衍了事。
Outputs
输出结果
One synthesized artifact. One short synthesis note alongside, naming the base, the grafts (with source candidate), the rejections, the dropouts if any, and the verification result.
一份合成产物。一份附带的简短合成记录,注明基础版本、借鉴内容(含来源候选结果)、拒绝内容、失败情况(如有)及验证结果。