Token导航 LogoToken导航TokenDH.com
效率权限需确认clawhub未标认证来源可访问clear审计通过

duel-loop决斗循环

Agent Skill

duel-loop 用于补充效率相关能力,适合在 OpenClaw 中需要让 Agent 承接效率相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

2,446

周安装

104

GitHub Stars

公开资料未说明

下载量

857
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:duel-loop(决斗循环)
来源仓库:https://github.com/dexzopiclone/duel-loop
安装命令:
openclaw skills install duel-loop
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 OpenClaw 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

ClawHubOpenClaw
openclaw skills install duel-loop

简介

决斗循环技能通过角色隔离的双子代理架构消除长期对话偏差。

  • 确保每次输出忠实于原始需求,避免情感因素干扰结果质量。
  • 传统人工审核流程被自动化QA机制替代,提升工作效率。
  • 执行与验证子代理运行在独立沙箱环境中,保护主会话隐私。
  • 适用于对一致性要求高的创作类或技术性任务场景。duel-loop 属于效率类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

name
duel-loop
description
彻底断绝主代理长期对话中累积的偏见与情绪对产出的裹挟,确保每次产出忠实于需求本身,不再随对话越长越偏离预期。你只负责提需求和最终验收。传统单agent反复调prompt、人工审核输出的工作流,在这里被架构级消解了。角色隔离的双子代理对抗架构:执行和QA子代理运行在完全架空的环境中,看不到主代理的会话上下文、用户画像和记忆。5维10分制评分,满分才交付,否则自动打回重构,5次不过熔断兜底。需求说一次就行,中间全程AI自主协调,没有半成品到你面前。触发词:走QA、审核、质量检查、评审、review。

Self Evolution

双子代理执行-审核流水线。主代理负责调度和验收,不直接产出敏感内容。

<!-- baseDir = /root/.openclaw/workspace/skills/duel-loop -->

触发

用户创建/修改规则、方案、协议、策略,且明确要求走 QA 流程。关键词:走QA审核QA质量检查评审review

核心原则

主代理禁止直接执行以下类型的内容生成

  • 拟定规则/方案/协议文本
  • 总结、归纳、建议类输出
  • 任何高度依赖上下文质量的创造性或分析性工作

主代理的唯一职责:调度、传递上下文、验收、打回

流程总览

Dispatch(执行子代理) → Review(QA子代理) → Accept/Reject(主代理)
                                              ↓ Reject
                                        Dispatch(修订子代理) → Review(QA子代理) → ...
                                              ↓ 5次未通过
                                              CIRCUIT BREAK → 报告用户

Step 1: Dispatch(派发执行)

将任务委派给执行子代理(sessions_spawnruntime="subagent"mode="run")。

执行子代理 prompt 要求

  • 包含任务描述(做什么)
  • 包含必要的上下文(相关文件路径、背景信息、约束条件)
  • 不包含主代理的完整会话历史(避免污染,只传递任务相关上下文)
  • 输出写入 drafts/<name>-v1.md

上下文传递规则

  • 只传递与任务直接相关的文件内容,不传递完整会话上下文
  • 如果需要引用会话中的具体信息,由主代理提取关键片段后注入 prompt
  • 执行子代理是隔离环境,不应感知到主代理的身份/用户画像/memory

Step 2: Review(QA 审核)

派 QA 子代理审核执行子代理的产出。QA prompt 模板见 templates/qa-review-prompt.md

评分维度(满分 10)

维度分值评估标准
根因分析深度2是否追溯到问题本质而非仅描述表象;是否识别出因果链条和递进关系
方案完备性3是否覆盖所有已识别的子问题;边界条件、异常路径、默认行为是否明确
领域无关性2规则/方案是否不绑定特定实现细节,具有通用可复用性
可操作性2是否有明确的执行步骤或判断标准,而非模糊原则;执行者能否无歧义地落实
副作用评估1是否评估了方案引入的新风险/开销/兼容性问题,并给出控制措施

Step 3: Accept/Reject(验收)

主代理对 QA 结果进行验收。

通过条件:QA 评分 10/10

打回条件:QA 评分 < 10/10

打回时,主代理将 QA 反馈(评分 + 扣分点 + 改进建议)作为输入,派发新的执行子代理进行修订。修订子代理必须收到:

  • 上一版本草稿路径
  • QA 审核的完整评分和扣分点
  • 明确指令:"根据以下 QA 反馈修订方案"

修订后文件版本号递增:<name>-v2.md

Step 4: Approve(落地)

10/10 通过后,主代理将草稿内容落地到目标生产文件。

熔断机制

5 次验收不通过 → 触发熔断

熔断后主代理必须:

  1. 停止自动修订循环
  2. 向用户输出:

- 总共经历的轮次和每轮评分趋势 - QA 在最后一轮提出的剩余扣分点 - 最后一版草稿的文件路径 - 建议用户人工介入的原因(持续未通过的共性模式,如维度定义模糊、约束矛盾等)

  1. 等待用户决策:接受当前版本 / 手动调整后继续 / 放弃

QA Prompt 构造

派发 QA 子代理时,读取模板后填入实际参数:

read {baseDir}/templates/qa-review-prompt.md

占位符替换:

  • {{DRAFT_PATH}} → 草稿文件绝对路径
  • {{ROUND}} → 当前轮次(1-5)
  • {{PREV_CONTEXT}} → 上一轮 QA 评分和扣分点(第 1 轮为空)
  • {{TASK_BRIEF}} → 用户原始需求的简要描述(由主代理从会话中提取,不超过 200 字)

与主代理上下文的关系

角色职责看到的上下文
主代理调度、验收、打回、落地、熔断处理完整会话上下文
执行子代理产出方案/修订文本仅任务描述 + 相关文件内容
QA 子代理审核方案质量仅草稿文件 + 评分维度 + 上一轮反馈

执行子代理和 QA 子代理之间没有直接通信,全部通过主代理中转。

目录结构

skills/self-evolution/
├── SKILL.md                          # 本文件
└── templates/
    └── qa-review-prompt.md           # QA 子代理 prompt 模板

草稿存放于 workspace 根目录:drafts/<name>-v<n>.md

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

79.8%
按下载量换算684

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

权限需确认

当前来源未能明确判断权限范围,默认进入异常复核队列。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills