彻底断绝主代理长期对话中累积的偏见与情绪对产出的裹挟,确保每次产出忠实于需求本身,不再随对话越长越偏离预期。你只负责提需求和最终验收。传统单agent反复调prompt、人工审核输出的工作流,在这里被架构级消解了。角色隔离的双子代理对抗架构:执行和QA子代理运行在完全架空的环境中,看不到主代理的会话上下文、用户画...
双子代理执行-审核流水线。主代理负责调度和验收,不直接产出敏感内容。
用户创建/修改规则、方案、协议、策略,且明确要求走 QA 流程。关键词: 走QA、 审核、 QA、 质量检查、 评审、 review。
主代理禁止直接执行以下类型的内容生成:
主代理的唯一职责: 调度、传递上下文、验收、打回。
text
Dispatch(执行子代理) → Review(QA子代理) → Accept/Reject(主代理)
↓ Reject
Dispatch(修订子代理) → Review(QA子代理) → ...
↓ 5次未通过
CIRCUIT BREAK → 报告用户
将任务委派给执行子代理( sessions_spawn, runtime="subagent", mode="run")。
执行子代理 prompt 要求:
drafts/<name>-v1.md上下文传递规则:
派 QA 子代理审核执行子代理的产出。QA prompt 模板见 templates/qa-review-prompt.md。
评分维度(满分 10):
维度分值评估标准根因分析深度2是否追溯到问题本质而非仅描述表象;是否识别出因果链条和递进关系方案完备性3是否覆盖所有已识别的子问题;边界条件、异常路径、默认行为是否明确领域无关性2规则/方案是否不绑定特定实现细节,具有通用可复用性可操作性2是否有明确的执行步骤或判断标准,而非模糊原则;执行者能否无歧义地落实副作用评估1是否评估了方案引入的新风险/开销/兼容性问题,并给出控制措施
主代理对 QA 结果进行验收。
通过条件:QA 评分 10/10
打回条件:QA 评分 < 10/10
打回时,主代理将 QA 反馈(评分 + 扣分点 + 改进建议)作为输入,派发新的执行子代理进行修订。修订子代理必须收到:
修订后文件版本号递增: <name>-v2.md。
10/10 通过后,主代理将草稿内容落地到目标生产文件。
5 次验收不通过 → 触发熔断。
熔断后主代理必须:
派发 QA 子代理时,读取模板后填入实际参数:
text
read {baseDir}/templates/qa-review-prompt.md
占位符替换:
{{DRAFT_PATH}} → 草稿文件绝对路径{{ROUND}} → 当前轮次(1-5){{PREV_CONTEXT}} → 上一轮 QA 评分和扣分点(第 1 轮为空){{TASK_BRIEF}} → 用户原始需求的简要描述(由主代理从会话中提取,不超过 200 字)角色职责看到的上下文主代理调度、验收、打回、落地、熔断处理完整会话上下文执行子代理产出方案/修订文本仅任务描述 + 相关文件内容QA 子代理审核方案质量仅草稿文件 + 评分维度 + 上一轮反馈
执行子代理和 QA 子代理之间 没有直接通信,全部通过主代理中转。
text
skills/self-evolution/
├── SKILL.md # 本文件
└── templates/
└── qa-review-prompt.md # QA 子代理 prompt 模板
草稿存放于 workspace 根目录: drafts/<name>-v<n>.md