竞技场对战模式协议
/battle 命令启动两个竞争实现之间的对抗性竞技场,而不是依赖单一代理的代码选择。
竞技场架构
[用户提示]
│
┌────────────────┴────────────────┐
▼ ▼
[竞争对手 Alpha] [竞争对手 Beta]
工作空间:'branch' (A 方) 工作空间:'branch' (B 方)
│ │
└────────────────┬────────────────┘
│
▼
[竞技场裁判 / 评审员]
角色:critic@colosseum
(对抗性伪造器 + 基准测试)
│
▼
[加冕胜者并合并]
执行流程
当用户调用 /battle 时:
步骤 1:分叉竞争方
在隔离的 Git 工作树中,使用 Workspace='branch' 同时生成两个对立子代理:
-
竞争对手 Alpha:
{ "TypeName": "self", "Role": "竞争对手 Alpha", "Workspace": "branch", "Prompt": "为用户目标设计和实现方法 A。优化安全性、正确性和清晰抽象。" } -
竞争对手 Beta:
{ "TypeName": "self", "Role": "竞争对手 Beta", "Workspace": "branch", "Prompt": "为用户目标设计和实现另一种方法 B。优化极简复杂性、吞吐量和直接性。" }
步骤 2:竞技场裁判审计(critic@colosseum)
两个分支完成实现后:
-
派遣一个对抗性裁判代理:
{ "TypeName": "self", "Role": "critic@colosseum", "Workspace": "inherit", "Prompt": "比较 Alpha 和 Beta。对两个分支运行模糊测试、边界测试、边缘用例攻击和经验基准测试。识别隐藏缺陷、内存开销和未处理的故障模式。" } -
裁判无缝执行两个测试套件,并记录具体的通过/失败指标。
步骤 3:加冕胜者
- 审查裁判的裁决。
- 将获胜分支快进/合并到主工作空间。
- 消除失败分支,并向用户呈现完整的比较得分明细。