> 「Skill 是其构建者意志的延伸。」
本 Skill 不是凭空「创造」优化方案——所有建议都锚定自 18 种进阶工程技巧。
每条建议有明确出处:指出缺失哪项技巧 → 说明为什么需要 → 给出具体改法。
关键原则:宁可少改,绝不瞎改。每一条改动都让用户确认后再应用。
> 此步骤在每次调用时首先执行,完成后再进入 Step 0,不得跳过(超时或失败时除外)。
执行步骤:
block_until_ms 设为 30000):```bash
openclaw skills update eagle-skill-optimizer 2>&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 |
输出以下提示,等待用户决策:
```
⏳ 更新检查超时(>30秒)
选项:
```
原则:版本检查失败或超时均不阻断主流程,直接进入 Step 0 继续执行。
前置信息收集(技巧五):一次性收集,禁止分多轮询问。
find . -name SKILL.md 列出可用 Skill前置:先判断 Skill 类型,再开始逐条评估。禁止未判断类型就开始输出体检结果。
| 类型判断问题 | 若「是」则标记为 — 不适用 |
|---|---|
| ------------ | ------------------------ |
| 是只读查询类(无任何写入/提交操作)? | 技巧八、十七、十八 |
| 无外部工具/服务依赖? | 技巧七、十 |
| 是短流程(步骤 < 5 步)? | 技巧十五 |
类型确认后,对上述已标记为 — 不适用的技巧,在评估时直接填 —,不得标记为 ❌ 缺失。
读取目标 SKILL.md 全文,逐条对照 18 种进阶工程技巧 评估:
| 评估结果 | 含义 |
|---|---|
| --------- | ------ |
| ✅ 已覆盖 | Skill 中明确体现了该技巧的设计 |
| ⚠️ 部分覆盖 | 有提及但不完整/不严谨 |
| ❌ 缺失 | 完全没有 |
| — 不适用 | 该技巧不适用于此类 Skill |
【流程稳定性组 — 技巧一~七】
| # | 体检问题 | 对应技巧 | 检查要点 |
|---|---|---|---|
| --- | --------- | --------- | --------- |
| 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 | 在用户看不到的系统改了状态,用户心里没底吗? | 技巧十八:执行回执 | 是否有写入后回执(从目标系统重读确认) |
逐组评估时,在每组结束后输出一行进度提示,让用户知道进展:
📊 流程稳定性组(7/18)评估完成📊 过程稳定性组(15/18)评估完成📊 全部 18 条评估完成,正在生成报告...| 用户反馈 | 重点技巧 |
|---|---|
| --------- | --------- |
| 触发不稳定 | 1, 5 |
| 步骤被跳过 | 2 |
| 大文件时前面内容被遗忘 | 3, 8 |
| 输出结构每次不一样 | 13 |
| 中途报错前功尽弃 | 7, 8 |
| LLM 编造答案 | 9, 12 |
| 用户不知道进度 | 15 |
| 不确定是否真的写入了 | 17, 18 |
诊断完成后,首先检查结果:
如果 ❌ 缺失 = 0 且 ⚠️ 部分覆盖 = 0:
输出以下内容并结束流程(不进入 Step 3~6):
✅ 该 Skill 质量良好!
18 条技巧均已覆盖或不适用,无需优化。
[列出所有 ✅ 已覆盖的技巧]
否则,输出结构化报告:
📋 Skill 体检报告:[Skill 名称]
📊 总览:✅ 已覆盖 N 项 | ⚠️ 部分覆盖 N 项 | ❌ 缺失 N 项 | — 不适用 N 项
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🔴 高优先级(强烈建议修复)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[1] ❌ 技巧二:步骤锁定 — 无编号步骤,LLM 可能跳步
风险:[结合用户问题说明具体风险]
建议改法:
- 将所有操作改为 Step 0/1/2... 编号
- 每步添加「必须在步骤 X 完成后才进入 Y」约束
- 添加「禁止跳过本步骤」声明
[2] ❌ 技巧十三:输出模板锁定 — 无固定输出模板
风险:每次生成的报告结构不一致
建议改法:
- 在 Skill 末尾添加固定输出模板(含占位符)
- 明确要求「严格按此结构生成」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🟡 中优先级(建议优化)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
[3] ⚠️ 技巧七:优先环境自检 — 有检查但不区分核心/可选
...
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
🟢 低优先级(可选改进)
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
...
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
💡 已做得好的方面
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
- ✅ 技巧五:前置信息收集 — 已一次性列出所有信息
优先级判定规则:
输出后询问用户:
> 以上共 N 条可改进建议。请告诉我你想修复哪些:
> - 回复编号(如「1,2,3」)→ 修复指定项
> - 回复「全部重要」→ 修复所有 🔴 和 🟡 项
> - 回复「全部」→ 修复所有建议(含 🟢 低优先级)
> - 回复「跳过」→ 不做修改
用户确认要修改后,在修改前立即执行备份:
使用 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 [备份路径] [原始路径]
安全约束:
❌ Bad:对一个「只读文档查询」类 Skill 输出:
[1] ❌ 技巧十七:草稿确认门 — 缺少草稿确认流程(🔴 高优先级)
✅ Good:先判断 Skill 类型,只读查询类不适用技巧八/十七/十八:
[技巧十七] — 不适用(只读查询类 Skill,无写入操作)
❌ Bad:用户只选了「修复技巧二(步骤锁定)」,LLM 却顺手重写整个 Workflow 章节,
改变了原有措辞、顺序和格式。
✅ Good:只在原有章节中插入「Step 0 / Step 1 / ...」编号和「禁止跳过」约束句,
其余内容保持原文不动。
根据用户选择的优化项,逐一生成拟修改内容。
> ⚠️ 禁止在此步骤写入任何文件。 本步骤仅在对话中展示草稿内容,所有文件写入必须等到 Step 5 用户确认后才执行。
| 技巧 | 标准改法 |
|---|---|
| ------ | --------- |
| 技巧一 角色分工 | 添加角色定义区块,每个角色含身份+检查清单+汇总机制 |
| 技巧二 步骤锁定 | 改为 Step 0/1/2... 编号,每步加「必须在 X 完成后才进入 Y」+「禁止跳过」 |
| 技巧三 分批处理 | 添加分批阈值(>10文件/2000行diff)+分批规则+汇总去重 |
| 技巧四 条件输入 | 添加可选输入处理逻辑,缺失时在产物中注明 |
| 技巧五 前置信息收集 | 添加「一次性收集所有信息,禁止分多轮询问」 |
| 技巧六 Skill自更新 | 添加版本自检(读本地→请求远端→失败不阻断主流程) |
| 技巧七 优先环境自检 | 添加 Step 0 环境检查,区分核心(Fail Fast)/可选(Fail Safe) |
| 技巧八 渐进式产物写入 | 修改为边执行边写入,产物为渐进填充容器 |
| 技巧九 强制上下文审查 | 添加「禁止仅凭片段下结论」+要求完整上下文 |
| 技巧十 环境隔离+清理 | 添加隔离目录+自动清理(绝不动用户原始工作目录) |
| 技巧十一 双产物交付 | 添加按读者拆分产物+多渠道分发 |
| 技巧十二 证据驱动产出 | 添加「结论必须引用证据」+无证据降级为 Question |
| 技巧十三 输出模板锁定 | 在末尾添加固定输出模板(含占位符) |
| 技巧十四 反例驱动 | 在易错位置添加 Bad/Good 对照示例 |
| 技巧十五 进度可见性 | 在关键步骤添加进度信号(X/Y、批次提示) |
| 技巧十六 主动多源取证 | 添加数据收集清单,主动从多系统拉数据 |
| 技巧十七 草稿确认门 | 添加草稿→确认→写入的分离流程 |
| 技巧十八 执行回执 | 添加写入后从目标系统重新读取确认的逻辑 |
所有修改完成后,展示变更摘要:
📝 变更摘要
共修改 N 处:
[1] 技巧二:步骤锁定
位置:Workflow 章节
变更:将流程改为 Step 0~4 编号结构,添加强制约束
[2] 技巧十三:输出模板锁定
位置:文件末尾(新增章节)
变更:添加固定输出模板(5个占位符区块)
[3] 技巧七:优先环境自检
位置:Step 0 新增
变更:添加环境检查,区分核心/可选依赖
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
请确认:
- 回复「确认」→ 保存修改
- 回复「修改第 N 处」→ 重新调整该处
- 回复「取消」→ 从备份恢复
只有收到用户「确认」后,才执行文件写入——将 Step 4 中生成的所有草稿内容一次性写入原文件。
如果用户取消:从备份恢复原始 SKILL.md,告知用户已恢复(备份仍保留)。
修改确认保存后,输出完成回执:
✅ Skill 优化完成
📁 文件信息:
原文件:[绝对路径]
备份: [绝对路径]
📦 已应用的优化(N 项):
1. [技巧二] 步骤锁定
2. [技巧十三] 输出模板锁定
3. [技巧七] 优先环境自检
🧪 建议验证:
用你常用的触发方式重新运行该 Skill,检查:
- [对应每个优化项的验证要点]
🔄 如需回滚:
cp [备份路径] [原始路径]
每条优化建议必须锚定到具体的 18 种技巧之一,不允许凭空捏造「建议」。
某些技巧对特定类型 Skill 不适用:
只修用户选中的项,不碰其他地方。
任何修改前必须先备份,这是不可跳过的安全步骤。
共 2 个版本