← 返回
未分类

eagle-skill-optimizer

负责检查和优化已有 Skill 的质量。基于 18 种进阶工程技巧对目标 Skill 做系统性诊断,输出结构化优化建议,按优先级排序后由用户选择,自动备份并修改。 触发词:「优化 skill」「skill 体检」「skill 诊断」「检查这个 skill」「帮我优化 skill」「改进这个skill」
no
Robert Lee
未分类 community v1.1.0 2 版本 100000 Key: 无需
★ 0
Stars
📥 88
下载
💾 0
安装
2
版本
#latest

概述

Skill 优化器

> 「Skill 是其构建者意志的延伸。」

核心理念

本 Skill 不是凭空「创造」优化方案——所有建议都锚定自 18 种进阶工程技巧

每条建议有明确出处:指出缺失哪项技巧 → 说明为什么需要 → 给出具体改法。

关键原则:宁可少改,绝不瞎改。每一条改动都让用户确认后再应用。


Workflow

Step -1:自更新检查(技巧六)

> 此步骤在每次调用时首先执行,完成后再进入 Step 0,不得跳过(超时或失败时除外)。

执行步骤:

  1. 使用 Shell 工具运行更新命令(block_until_ms 设为 30000):

```bash

openclaw skills update eagle-skill-optimizer 2>&1

```

  1. 根据命令输出判断结果:

| 输出特征 | 处理方式 |

|---------|---------|

| 包含「up to date」「already」「no update」等 | 输出 ✅ skill-optimizer 已是最新版本(v[本文件 frontmatter 中的 version 字段]) → 进入 Step 0 |

| 包含「updated」「installed」「downloaded」等 | 输出 🔄 已更新到新版本!重新读取 SKILL.md... → 用 Read 工具重新读取本文件 → 从 Step 0 开始执行 |

| 包含「not found」「not tracked」「unknown」等 | 输出 ⚠️ 该 Skill 未通过 openclaw 安装,跳过版本检查 → 进入 Step 0 |

| 命令不存在(command not found) | 输出 ⚠️ openclaw CLI 不可用,跳过版本检查 → 进入 Step 0 |

| 其他错误 | 输出 ⚠️ 版本检查失败,继续使用当前版本 → 进入 Step 0 |

  1. 超时处理(命令超过 30 秒未完成):

输出以下提示,等待用户决策:

```

⏳ 更新检查超时(>30秒)

选项:

  • 回复「等待」→ 再等待 30 秒
  • 回复「跳过」→ 忽略更新,使用当前版本继续

```

  • 收到「等待」→ 再次等待,重复最多 2 次
  • 收到「跳过」→ 直接进入 Step 0

原则:版本检查失败或超时均不阻断主流程,直接进入 Step 0 继续执行。


Step 0:目标确认 + 问题采集

前置信息收集(技巧五):一次性收集,禁止分多轮询问。

  1. 确认目标 Skill
    • 用户已指定 → 读取该 SKILL.md 全文
    • 用户未指定 → 询问「请告诉我你想优化哪个 Skill?给出路径或名称。」
    • 如用户不确定,执行 find . -name SKILL.md 列出可用 Skill
  1. 采集用户问题
    • 用户已描述问题 → 记录并进入 Step 1
    • 用户未描述 → 询问「这个 Skill 在使用过程中出现了什么问题?(触发不稳定/步骤被跳过/结构每次不一样/大文件时遗忘/中途报错... 或说「全面体检」)」

Step 1:18 维度诊断

前置:先判断 Skill 类型,再开始逐条评估。禁止未判断类型就开始输出体检结果。

类型判断问题若「是」则标记为 — 不适用
------------------------------------
是只读查询类(无任何写入/提交操作)?技巧八、十七、十八
无外部工具/服务依赖?技巧七、十
是短流程(步骤 < 5 步)?技巧十五

类型确认后,对上述已标记为 — 不适用的技巧,在评估时直接填 ,不得标记为 ❌ 缺失


读取目标 SKILL.md 全文,逐条对照 18 种进阶工程技巧 评估:

评估结果含义
---------------
✅ 已覆盖Skill 中明确体现了该技巧的设计
⚠️ 部分覆盖有提及但不完整/不严谨
❌ 缺失完全没有
— 不适用该技巧不适用于此类 Skill

18 条体检清单

【流程稳定性组 — 技巧一~七】

#体检问题对应技巧检查要点
------------------------------
1要覆盖 3+ 专业维度且各有独立评判标准吗?技巧一:角色分工是否有角色定义 + 独立检查清单 + 汇总
2有明确执行顺序,跳步会导致错误或遗漏吗?技巧二:步骤锁定是否有编号步骤 + 强制约束词
3可能处理超过 10 个文件或超长文本吗?技巧三:分批处理是否有分批阈值 + 分批规则 + 汇总去重
4有可选参数,有了更好、没有也能运行吗?技巧四:条件输入可选输入缺失时是否在产物中注明
5执行前需从用户收集多项信息吗?技巧五:前置信息收集是否一次性列出 + 禁止分多轮询问
6需要长期维护,希望用户无感知使用最新版吗?技巧六:Skill 自更新是否有版本自检 + 远端比对 + 自动更新
7依赖外部工具/服务,缺少会导致中途失败吗?技巧七:优先环境自检是否有 Step 0 环境检查 + 区分核心/可选依赖

【过程稳定性 / 数据可信度 / 用户体验组 — 技巧八~十五】

#体检问题对应技巧检查要点
------------------------------
8是长流程,中途失败会让前面工作白费吗?技巧八:渐进式产物写入是否边执行边写入,产物为渐进填充容器
9会基于片段信息下结论但不全会误判吗?技巧九:强制上下文审查是否禁止仅凭片段下结论
10会在本地创建临时文件,多次运行留痕迹吗?技巧十:环境隔离+自动清理是否隔离目录 + 自动清理
11输出对象有不止一类读者,各从不同渠道找答案吗?技巧十一:双产物交付/多渠道分发是否按读者拆分产物 + 分发到不同渠道
12结论容易「听起来有道理但其实是猜的」吗?技巧十二:证据驱动产出是否要求结论引用证据
13多次执行输出结构「差不多但每次不一样」吗?技巧十三:输出模板锁定是否有固定输出模板(含占位符)
14指令明确但 LLM 还是自由发挥犯错吗?技巧十四:反例驱动是否有 Bad/Good 对照示例
15是长流程(>30秒),用户不知道进度以为卡死吗?技巧十五:进度可见性是否有进度信号

【调查员模式组 — 技巧十六~十八】

#体检问题对应技巧检查要点
------------------------------
16事实散落在多系统,用户自己都不一定记得清吗?技巧十六:主动多源取证是否主动从多系统拉数据
17会写入正式系统,写错有不可逆代价吗?技巧十七:草稿确认门是否有草稿→确认→写入的分离流程
18在用户看不到的系统改了状态,用户心里没底吗?技巧十八:执行回执是否有写入后回执(从目标系统重读确认)

诊断进度输出规则(技巧十五)

逐组评估时,在每组结束后输出一行进度提示,让用户知道进展:

  • 完成流程稳定性组(技巧 1–7)后:输出 📊 流程稳定性组(7/18)评估完成
  • 完成过程稳定性组(技巧 8–15)后:输出 📊 过程稳定性组(15/18)评估完成
  • 完成调查员模式组(技巧 16–18)后:输出 📊 全部 18 条评估完成,正在生成报告...

结合用户问题的重点检查

用户反馈重点技巧
------------------
触发不稳定1, 5
步骤被跳过2
大文件时前面内容被遗忘3, 8
输出结构每次不一样13
中途报错前功尽弃7, 8
LLM 编造答案9, 12
用户不知道进度15
不确定是否真的写入了17, 18

Step 2:输出体检报告 + 优化建议(按优先级排序)

诊断完成后,首先检查结果:

如果 ❌ 缺失 = 0 且 ⚠️ 部分覆盖 = 0:

输出以下内容并结束流程(不进入 Step 3~6):

✅ 该 Skill 质量良好!
18 条技巧均已覆盖或不适用,无需优化。
[列出所有 ✅ 已覆盖的技巧]

否则,输出结构化报告:

📋 Skill 体检报告:[Skill 名称]

📊 总览:✅ 已覆盖 N 项 | ⚠️ 部分覆盖 N 项 | ❌ 缺失 N 项 | — 不适用 N 项

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🔴 高优先级(强烈建议修复)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

[1] ❌ 技巧二:步骤锁定 — 无编号步骤,LLM 可能跳步
    风险:[结合用户问题说明具体风险]
    建议改法:
    - 将所有操作改为 Step 0/1/2... 编号
    - 每步添加「必须在步骤 X 完成后才进入 Y」约束
    - 添加「禁止跳过本步骤」声明

[2] ❌ 技巧十三:输出模板锁定 — 无固定输出模板
    风险:每次生成的报告结构不一致
    建议改法:
    - 在 Skill 末尾添加固定输出模板(含占位符)
    - 明确要求「严格按此结构生成」

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🟡 中优先级(建议优化)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

[3] ⚠️ 技巧七:优先环境自检 — 有检查但不区分核心/可选
    ...

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🟢 低优先级(可选改进)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

...

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
💡 已做得好的方面
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

- ✅ 技巧五:前置信息收集 — 已一次性列出所有信息

优先级判定规则:

  • 🔴 高:用户明确反馈的问题对应的缺失项,或技巧 2/7/12/13(流程稳定性和数据可信度核心)
  • 🟡 中:非核心但影响稳定性和体验的缺失项
  • 🟢 低:锦上添花项

输出后询问用户:

> 以上共 N 条可改进建议。请告诉我你想修复哪些:

> - 回复编号(如「1,2,3」)→ 修复指定项

> - 回复「全部重要」→ 修复所有 🔴 和 🟡 项

> - 回复「全部」→ 修复所有建议(含 🟢 低优先级)

> - 回复「跳过」→ 不做修改


Step 3:备份原始 Skill

用户确认要修改后,在修改前立即执行备份:

使用 Shell 工具执行以下命令,将 $TARGET_PATH 替换为 Step 0 中确认的 Skill 文件绝对路径。

# 将 $TARGET_PATH 替换为实际绝对路径,例如:/Users/me/.claude/skills/foo/SKILL.md
TARGET_PATH="/path/to/SKILL.md"
BACKUP_DIR="$(dirname "$TARGET_PATH")/.backups"
mkdir -p "$BACKUP_DIR"
BACKUP_PATH="$BACKUP_DIR/SKILL.md.backup.$(date +%Y%m%d_%H%M%S)"
cp "$TARGET_PATH" "$BACKUP_PATH"
echo "✅ 备份路径:$BACKUP_PATH"

告知用户:

✅ 原 Skill 已备份
备份路径:[绝对路径]
如需回滚:cp [备份路径] [原始路径]

安全约束:

  • 备份必须保留原文件内容
  • 备份路径必须在机器本地可访问
  • 备份目录建在 Skill 同级目录下

⚠️ 反例示例(技巧十四)—— 常见误判,执行前必读

误判一:把"不适用"错标为 ❌ 缺失

❌ Bad:对一个「只读文档查询」类 Skill 输出:
  [1] ❌ 技巧十七:草稿确认门 — 缺少草稿确认流程(🔴 高优先级)

✅ Good:先判断 Skill 类型,只读查询类不适用技巧八/十七/十八:
  [技巧十七] — 不适用(只读查询类 Skill,无写入操作)

误判二:改动幅度失控,超出用户选择范围

❌ Bad:用户只选了「修复技巧二(步骤锁定)」,LLM 却顺手重写整个 Workflow 章节,
        改变了原有措辞、顺序和格式。

✅ Good:只在原有章节中插入「Step 0 / Step 1 / ...」编号和「禁止跳过」约束句,
        其余内容保持原文不动。

Step 4:生成修改草稿(草稿确认门 · 技巧十七)

根据用户选择的优化项,逐一生成拟修改内容

> ⚠️ 禁止在此步骤写入任何文件。 本步骤仅在对话中展示草稿内容,所有文件写入必须等到 Step 5 用户确认后才执行。

修改规则

  1. 每个技巧的改动保持独立段落,不将多项技巧的改动合并成一个大块写入;如用户选了多项,草稿中每一项单独展示
  2. 每项草稿后记录变更摘要(修改位置 + 修改内容 + 修改理由)
  3. 保持 Skill 原有风格,只做增量修改

各技巧标准改法速查

技巧标准改法
---------------
技巧一 角色分工添加角色定义区块,每个角色含身份+检查清单+汇总机制
技巧二 步骤锁定改为 Step 0/1/2... 编号,每步加「必须在 X 完成后才进入 Y」+「禁止跳过」
技巧三 分批处理添加分批阈值(>10文件/2000行diff)+分批规则+汇总去重
技巧四 条件输入添加可选输入处理逻辑,缺失时在产物中注明
技巧五 前置信息收集添加「一次性收集所有信息,禁止分多轮询问」
技巧六 Skill自更新添加版本自检(读本地→请求远端→失败不阻断主流程)
技巧七 优先环境自检添加 Step 0 环境检查,区分核心(Fail Fast)/可选(Fail Safe)
技巧八 渐进式产物写入修改为边执行边写入,产物为渐进填充容器
技巧九 强制上下文审查添加「禁止仅凭片段下结论」+要求完整上下文
技巧十 环境隔离+清理添加隔离目录+自动清理(绝不动用户原始工作目录)
技巧十一 双产物交付添加按读者拆分产物+多渠道分发
技巧十二 证据驱动产出添加「结论必须引用证据」+无证据降级为 Question
技巧十三 输出模板锁定在末尾添加固定输出模板(含占位符)
技巧十四 反例驱动在易错位置添加 Bad/Good 对照示例
技巧十五 进度可见性在关键步骤添加进度信号(X/Y、批次提示)
技巧十六 主动多源取证添加数据收集清单,主动从多系统拉数据
技巧十七 草稿确认门添加草稿→确认→写入的分离流程
技巧十八 执行回执添加写入后从目标系统重新读取确认的逻辑

Step 5:变更确认

所有修改完成后,展示变更摘要:

📝 变更摘要

共修改 N 处:

[1] 技巧二:步骤锁定
    位置:Workflow 章节
    变更:将流程改为 Step 0~4 编号结构,添加强制约束

[2] 技巧十三:输出模板锁定
    位置:文件末尾(新增章节)
    变更:添加固定输出模板(5个占位符区块)

[3] 技巧七:优先环境自检
    位置:Step 0 新增
    变更:添加环境检查,区分核心/可选依赖

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
请确认:
- 回复「确认」→ 保存修改
- 回复「修改第 N 处」→ 重新调整该处
- 回复「取消」→ 从备份恢复

只有收到用户「确认」后,才执行文件写入——将 Step 4 中生成的所有草稿内容一次性写入原文件。

如果用户取消:从备份恢复原始 SKILL.md,告知用户已恢复(备份仍保留)。


Step 6:完成回执(执行回执 · 技巧十八)

修改确认保存后,输出完成回执:

✅ Skill 优化完成

📁 文件信息:
   原文件:[绝对路径]
   备份:  [绝对路径]

📦 已应用的优化(N 项):
   1. [技巧二] 步骤锁定
   2. [技巧十三] 输出模板锁定
   3. [技巧七] 优先环境自检

🧪 建议验证:
   用你常用的触发方式重新运行该 Skill,检查:
   - [对应每个优化项的验证要点]

🔄 如需回滚:
   cp [备份路径] [原始路径]

设计原则

证据驱动(技巧十二)

每条优化建议必须锚定到具体的 18 种技巧之一,不允许凭空捏造「建议」。

不适用范围声明

某些技巧对特定类型 Skill 不适用:

  • 只读查询类(如文档问答):不适用技巧八、十七、十八
  • 无外部依赖:不适用技巧七、十
  • 短流程(<5步):不适用技巧十五

改动最小化

只修用户选中的项,不碰其他地方。

备份优先

任何修改前必须先备份,这是不可跳过的安全步骤。

版本历史

共 2 个版本

  • v1.1.0 增加自更新机制 当前
    2026-05-14 11:25 安全 安全
  • v1.0.0 Initial release
    2026-05-14 11:07 安全 安全

安全检测

腾讯云安全 (Keen)

安全,无风险
查看报告

腾讯云安全 (Sanbu)

安全,无风险
查看报告

🔗 相关推荐

ai-agent

Find Skills

guipi888
场景驱动+关键词双模式技能发现工具。当用户用自然语言描述场景/需求(如"我想做一个海报""帮我分析股票"),或明确说"安装技能/find skills/找个skill"时,自动从官方内置、本地已安装、SkillHub、虾评、GitHub、C
★ 1,488 📥 551,881
dev-programming

eagle-code-reviewer

user_96abe61c
>eagle-code-reviewer
★ 0 📥 134
ai-agent

self-improving agent

pskoett
捕获经验教训、错误及修正内容,以实现持续改进。适用于以下场景:(1)命令或操作意外失败;(2)用户纠正Claude(如“不,那不对……”“实际上……”);(3)用户请求的功能不存在;(4)外部API或工具出现故障;(5)Claude发现自身
★ 4,124 📥 842,901