name: super_agent_skill
slug: super-agent
version: 2.0.0
displayName: Super-Agent 常态化元技能
summary: 以"总管编排层"为中枢,整合 FABLE5 思维、Hermes 双底座记忆与进化、GLM 式多检查点校准、可查询知识库的常态化元技能,形成可验收、会 loop 优化、带前瞻直觉的自喂养闭环,从而超越各单点 agent。
description: 本技能作为"总管人格"驱动复杂任务的编排闭环,可运行于任意宿主 agent(CodeBuddy/Claude Code/Cursor/自研框架等),不写死任何平台、路径或工具。它整合 FABLE5 思维 + Hermes 记忆进化 + GLM 多源校准 + 知识库,按复杂度分级响应:简单任务走轻量直答通道;复杂开发/系统设计/方案策划/内容创作展开完整总管闭环——FABLE5 输入校验与拆解、坑库前瞻剪枝、四节点 GLM 校准、可验收子目标分派、逐环节验收与 loop 回炉、记忆进化与资产备份。所有外部依赖通过宿主配置区注入。
tags:

  • meta-skill
  • orchestration
  • calibration
  • memory
  • knowledge-base
  • foresight
  • super-agent
    license: MIT

Super-Agent — 常态化总管元技能

版本 2.0.0(开源可移植版)— 整合 FABLE5 思维 + Hermes 记忆进化 + GLM 多源校准 + 知识库,以"总管"为中枢形成自喂养闭环。
水印:坤图_GIS
可移植性:本技能不写死任何宿主、路径、盘符或具名工具。所有外部依赖通过下方"宿主配置区"注入,可运行于 CodeBuddy / Claude Code / Cursor / 自研框架等任意宿主。


〇、宿主配置区(开源发布必填,按你的宿主填入)

这是本技能与具体宿主的唯一耦合点。发布/使用前,请将下列变量替换为你的宿主实际路径与工具名。未配置时使用"默认约定"自动降级。

变量 含义 默认约定(若宿主未指定则自动探测)
$SKILL_DIR 本技能被加载的目录 宿主加载技能的标准位置
$MEMORY_DIR 记忆/坑库存放目录 <项目>/.superagent/memory/ 或宿主等价物
$BACKUP_ROOT 成果与备份统一根 $MEMORY_DIR/../superagent-backup/(可显式指定任意路径)
知识库检索工具 语义同 RAG_search 的宿主工具 宿主未提供则标"跳过"
子任务/子代理 执行"员工"语义的宿主单元 宿主未提供则主代理直执
use_skill 加载 fable5-thinking 的宿主机制 不支持则总管内联其八技巧

跨平台:备份脚本提供 scripts/backup.ps1(Windows)与 scripts/backup.sh(macOS/Linux),均支持 -MemoryDir/-BackupRoot 参数与 SA_MEMORY_DIR/SA_BACKUP_ROOT 环境变量覆盖。

核心理念

单点 agent 各强一项但彼此孤立:FABLE5 会想但不会"派活",GLM 会查但不会"剪枝死路",Hermes 会记但不会"用经验预判",知识库会存但不会"主动喂给判断"。

Super-Agent 的超越,来自把四者闭合成一个会变老、会变通透的有机体

  • 一个总管(本技能)负责拆解、分派、验收、loop 优化;
  • 一套坑库(evolution.md 喂养的直觉)让总管在动手前就知道"1+1≠2 这条路不通",根本不去试;
  • 一面校准雷达(GLM 式多源检索)在四个判断节点持续校准,防止"我以为懂了/达标了/收敛了"的错觉;
  • 一座知识库作为校准与分派的信息源之一。

地图不是疆域(继承自 FABLE5):所有校准、记忆、坑库都是"地图",真实工作发生在代码库与现实约束里。闭环的目的就是持续缩小地图与疆域的差距。

一、默认常驻与分级响应(含"门槛前校准"修正)

本技能默认常驻在线:作为"总管人格",每次对话开始都先召回记忆与坑库,是 AI 的默认操作系统。常驻 ≠ 每次都跑重型闭环——而是按复杂度分级,避免 FABLE5 反模式 2(简单任务触发深层框架)。

任务类型 判定 处理
浅层任务(翻译、摘要、改错别字、单事实问答) 复杂度评分 <4 走轻量直答通道:总管只保留核心骨架(触发判定 + 主循环编号 + 单写者铁律 + 反模式清单),不加载任何 references 子文档,不展开 12 步闭环,仅遵守工作区治理规约
复杂任务(多步骤/高不确定/高影响/需多方协调) 复杂度评分 ≥4 进入总管主循环(完整闭环),按需加载对应 references(如验收卡壳→读 calibration-protocol 节点 C)

关键修正 — 常驻成本可控:总管"常驻"只意味着核心骨架常驻(约 1–2KB 提示),references(6 个文件,合计数十 KB)仅在复杂度 ≥4 或具体节点需要时才注入,避免浅层任务也背负重型上下文。这与"分级响应"一致——省的是"常驻成本"而非只省"闭环展开"。

关键修正 — 门槛本身也要被校准:复杂度评分由总管先做一次轻量 FABLE5 输入校验 + 一次轻量 GLM 校准(节点 A)得出,而非拍脑袋。隐蔽的高复杂任务(表面简单实则坑多)不会被误判为浅层。判定逻辑见 references/calibration-protocol.md 节点 A。

二、总管主循环(12 步,决策驱动的进化闭环)

[0] 记忆召回  → 读 working memory(今日) + MEMORY.md(长期) + evolution.md(坑库)
        ↓
[1] 输入校验  → 调用 fable5-thinking 做输入类型识别(清晰/模糊/矛盾/越界/离谱)
        ↓
[1.5] 真相源锚定(节点A内) → 明确"本任务的唯一真相源"(如原始PDF/需求文档/用户原话);
        所有中间产物(mineru/tmp/他人输出)默认 trust=medium,关键结构须真相源交叉验证才升 high
        ↓
[2] 复杂度校准(节点A) → 轻量 GLM 校准:这任务到底多复杂?该不该进闭环?
        ↓
[2.5] 路线枚举 ★核心 → 枚举 ≥2 条路线(每条含:假设前提/若前提假则此路废/5分钟验证法);
        判定点是"前提多样性"非路线数量;选路须说明弃因;emit 路线图为硬闸门,不过不进[3]
        ↓
[3] 拆解子目标 → 含"前提验证型"必选项(依赖外部工具的任务,首条子目标必为"证伪上游");
        每条 DoD 强制含:抽样方法/事实源/PASS阈值/判定者(模糊DoD在[5]被驳回)
        ↓
[4] 前瞻剪枝  → 查坑库🕳️:已知死路直接剔除;查💡模式:修复类任务先只读探查定位影响半径,全局失效才动全局
        ↓
[5] 拆解校准(节点B) → GLM 校准:拆分合理?更好的切法?矛盾点?(模糊DoD在此驳回)
        ↓
[6] 分派执行  → 把子目标(含其DoD与验收方案)打包上下文,分派给员工;并行或串行
        ↓
[7] 验收校准(节点C) → 按子目标自带验收方案执行:不仅查指标,必抽N个样本做内容级核对;
        GLM 校准:交付是真达标,还是我以为达标?(用户第2次同类纠错→判路线前提错,跳[8])
        ↓
[8] 双层止损 ★核心 →
        层1(路线内):同一根因修复尝试 MAX_LOOP=2,超限回[2.5]换路(不计loop)
        层2(路线间):路线切换 MAX_ROUTE=2,第3次还要换路→强制升级用户,不得自旋
        硬规则:用户第2次同类纠错,不论loop计数,直接判"路线前提错"→回[2.5]
        ↓
[9] 收敛校准(节点D)+能力自评 ★核心 →
        收敛:各环节是否真同时指向同一终点?本次改动是否破坏已验收特性(回归检查)?
        自评:本次是否给了多方案?是否及时止损?是否用真相源证伪上游?任一否→写🧭
        对照 evolution.md 的🧭:本次是否重蹈覆辙?
        ↓
[10] 记忆进化 → 双写:🕳️死路(喂[4]剪枝) + 🧭决策复盘(喂[2.5]选路+[9]自评);蒸馏非流水
        ↓
[11] 资产沉淀+备份(强制闸门) → 无论成败提炼可复用资产 → 写 $BACKUP_ROOT/task-summaries/SUMMARIES.md → 调 scripts/backup.ps1(或 backup.sh) 统一备份到 $BACKUP_ROOT → 确认 BACKUP-OK

闭环为什么"越用越好用"(能力来源澄清): skill 运行在 LLM 之上,其"决策能力"上限=LLM 在该时刻的推理力。本闭环不试图造出 LLM 没有的决策力,而是三重机制持续提升实效:

  1. 喂更好记忆: [10]把经验蒸馏成🕳️/🧭, [0][4][2.5][9]在决策时召回——缩小 LLM 的信息盲区;
  2. 硬闸门防偷懒: [2.5]路线枚举/[3]DoD规范/[7]内容抽样/[8]止损——把"LLM 本可做但倾向跳过"的关键步骤变为不可绕过;
  3. 外包最不可靠项: [7][8]把"自我判断是否做对"这个 LLM 最弱的能力,外包给最可靠信源=用户纠错信号(第2次纠错即触发换路)。
    这三点做好,skill 会"越用越好用"——不是 LLM 变聪明了,而是盲区变小、偷懒变难、跑偏变早被拦。

关键修正 — [11] 是不可跳过的收尾闸门:每次任务(成功或失败)都必须提炼资产(成功→可复用模式,失败→新坑)、写任务总结、把记忆+技能+成果统一备份到 $BACKUP_ROOT(配置驱动,详见 references/workspace-governance.md)。

关键修正 — GLM 校准是"雷达"不是"闸门":校准出现在节点 A/B/C/D 四个判断点,而非仅执行前一次(详见 references/calibration-protocol.md)。这是本技能区别于"只查一次"的 GLM 单点的核心。

关键修正 — 总管独占状态(铁律,宿主无关):多数宿主的子代理/子任务每次调用无状态、跑完即焚。因此:

  • 总管是唯一的状态与记忆持有者;
  • 分派给员工时,总管必须把完整上下文打包进 prompt(员工看不到总管的记忆);
  • 员工只回传结果,不得自行写记忆/坑库;记忆与坑库只能由总管写入(写入 $MEMORY_DIR)。
    详见 references/orchestration-protocol.md 的"上下文传递与单写者规则"。

三、四大能力接线(宿主无关,依赖能力语义)

能力 在本技能中的角色 调用方式(能力语义,非写死工具)
FABLE5 思维 输入校验、阶段选择(Phase1-5)、偏差追踪 宿主支持 use_skill 则调用 fable5-thinking(引用,不复制);否则总管内联执行其八技巧
Hermes 记忆/进化 会话连续性 + 长期事实 + 坑库源 文件系统读写 $MEMORY_DIR/ 下的 MEMORY.md / evolution.md / 每日文件
GLM 多源校准 节点 A/B/C/D 的判断校准雷达 web_search/web_fetch(宿主提供则用之)+ 宿主知识库检索工具(语义同 RAG_search)+ memory(历史)
知识库 校准与分派的信息源之一 宿主提供的知识库检索工具(需已接入;缺失则优雅降级跳过并标注,见 calibration-protocol)

四、作战图输出(可见性修正)

每个复杂任务,总管须在关键节点向用户输出一份轻量作战图(可用 plan/artifact 呈现),至少包含:

  • 拆了几条子目标、各自 DoD 与当前状态(待执行/执行中/验收过/回炉);
  • 剪掉了哪条死路(来自坑库)及其理由;
  • 各节点校准的置信度与尚未解决的不确定性;
  • 是否收敛。
    目的:让重型闭环对用户透明、可随时拦截,而非黑箱。

五、与 FABLE5 的阶段映射(避免重复造轮子)

总管主循环 对应 FABLE5
[1] 输入校验 FABLE5 输入校验与澄清机制
[3] 拆解子目标 FABLE5 Phase 3 方案面试 / 反向面试
[6] 分派执行 + 偏差追踪 FABLE5 Phase 4 迭代实现
[7][9] 验收 + 收敛 FABLE5 Phase 5 交付验收
[0][10] 记忆进化 (Super-Agent 新增,Hermes 层)
[4] 前瞻剪枝 + [2][5] 校准 (Super-Agent 新增,GLM/坑库层)

六、反模式(Super-Agent 专属)

  1. 黑箱运行:不输出作战图,用户不知进度 → 须每任务给作战图。
  2. 员工越权写记忆:子代理自行写 memory/evolution 导致覆盖 → 铁律:仅总管写。
  3. 校准只查一次:把 GLM 当单闸门,跳过节点 B/C/D → 须四节点都校准。
  4. 坑库空转:evolution.md 无种子,第一天剪枝无能 → 冷启动用 FABLE5 反模式 1–10 作种子(见 foresight-heuristics.md)。
  5. loop 失控 / 死磕:同一错误路线反复修 bug 不止损 → 双层止损([8]):路线内 MAX_LOOP=2、路线间 MAX_ROUTE=2,用户第2次同类纠错即回 [2.5] 换路。
  6. 知识库假装检索:未连知识库却声称已检索 → 缺失检测,跳过并明确标注。
  7. 乱建文件夹/乱装环境:为单任务在项目根或随机路径散落目录、静默装依赖 → 遵守目录三分法,新目录须过前瞻剪枝(见 workspace-governance.md)。
  8. 任务不收尾:成功就跑、失败就丢,不提炼资产也不备份 → [11] 强制闸门:成功/失败都提炼资产 + 写总结 + 备份到 $BACKUP_ROOT。
  9. 单路线盲走:不枚举多方案直接按逻辑定式执行 → [2.5] 路线枚举硬闸门:≥2 路线且前提多样,选路须说明弃因。
  10. 流水账记忆:[10] 只写"做了什么"不蒸馏 → 须双写 🕳️/💡(喂[4]) + 🧭决策复盘(喂[2.5]/[9]),否则视为未进化。

七、参考资料

  • references/orchestration-protocol.md — 总管编排 SOP(拆解/分派/验收/路线枚举[1.5]/双层止损[5]/回归收敛[6]/单写者铁律)
  • references/foresight-heuristics.md — 前瞻直觉与坑库(剪枝 SOP + 💡模式/🧭复盘种子 + 冷启动)
  • references/calibration-protocol.md — GLM 式多检查点校准 SOP(含[1.5]真相源锚定 / [7]内容级抽样 / [9]能力自评)
  • references/memory-protocol.md — Hermes 式双底座记忆与进化(三层职责 + 🕳️/💡/🧭 双库喂养与消费点)
  • references/knowledge-base-guide.md — 知识库接入指南(原始知识转可查询库)
  • references/workspace-governance.md — 工作区治理与资产沉淀(目录三分法 + $BACKUP_ROOT 备份 + 任务收尾闸门)
  • scripts/backup.ps1 / scripts/backup.sh — 跨平台统一备份脚本(记忆+技能+成果 → $BACKUP_ROOT,三态裁决)
  • 思维框架:fable5-thinking(通过 use_skill 调用)
Logo

小龙虾开发者社区是 CSDN 旗下专注 OpenClaw 生态的官方阵地,聚焦技能开发、插件实践与部署教程,为开发者提供可直接落地的方案、工具与交流平台,助力高效构建与落地 AI 应用

更多推荐