我的 AI 助手装了 20 个技能,结果连自己都不知道该用哪个

「你的 AI 助手装了几个 Skill?」我看了眼自己的 skills 文件夹——27 个。上周刚装的「数据可视化」,这周就忘了怎么用。

前两天想生成一个周报,我先问 AI「帮我写周报」,它愣了三秒,弹出来一个错误提示:找不到对应 skill。

我翻了翻文件夹,有个叫 team-report-weekly 的,还有个 project-status-generator。我想了半天:这俩有啥区别来着?

更尴尬的是,我还发现一个三个月前建的 skill,功能是「查询单个任务」。现在我早就在另一个 skill 里实现了整套项目管理操作,这个老的就孤零零躺在那儿——

像一份过期的外卖订单,忘了取消,一直在那儿扣费。

📦 Skills 泛滥是怎么发生的?

刚开始用 OpenClaw 时,我特别兴奋。看到 ClawHub 上上万个 skill,就像逛超市——这个好用,那个也装,装完就忘了。

后来自己动手写 skill,门槛又低得惊人:不需要懂代码,只要写一个 Markdown 文件就能教 AI 新技能。于是我开始给「任何重复三次以上的操作」都建 skill。

问题来了:

当你有了 20 个 skill,你就开始分不清哪个 skill 该在什么时候触发,哪些功能重复了,哪些已经过时了。

我意识到问题的严重性,是在某次让 AI 帮我「生成一份项目报告」——它同时触发了三个 skill,输出了三份格式不一样的报告。

我当时就想:这 AI 比我还迷茫。

🤔 到底什么值得建成 Skill?

我花了一个周末,重新审视所有 skill,总结出一个判断标准——

不是所有流程都需要自动化,只有那些「重复到让你烦,但又离不开」的操作才值得封装。

具体来说,我用了一个「三问法则」:

第一问:频率

这个操作我一个月会用几次?

≥10 次 → 适合建 skill3-9 次 → 考虑用定时任务或备忘<3 次 → 别建了,直接问 AI 就行

第二问:通用性

这个操作只在当前项目用,还是多个项目都会用?

只用一次 → 别建 skill,记到 MEMORY.md 里多个项目 → 建到 ~/.openclaw/skills/(全局)单项目高频 → 建到项目 workspace/skills/

第三问:复杂度

这个操作步骤是不是多到你自己都懒得做?

简单操作(1-2 步)→ 不值得中等复杂(3-5 步)→ 建 skill超复杂(需要调多个 API)→ 必须建

用这三个标准重新筛了一遍,我砍掉了 7 个 skill——那些「当时觉得酷,但实际没怎么用」的东西。

🗂️ 我现在怎么管理 Skills?

砍完过期的 skill,我建立了一套「能让自己三个月后还记得」的管理体系。

第一步:重命名——用你最常说的词

以前我给 skill 起名字,喜欢用专业术语,比如 project-status-generator、data-visualization-tool。听起来很专业,但三个月后我根本想不起来。

核心原则:

你平时怎么说这个需求,skill 就叫什么名字。别追求专业,追求「想得起来」。

举几个例子:

❌ meeting-notes-generator → ✅ huiyi-jiyao(会议纪要)❌ data-analysis-report → ✅ shuju-fenxi(数据分析)❌ api-documentation-builder → ✅ api-wendang(API 文档)

拼音也行,只要你自己记得住。毕竟这是你的工具,不是给别人看的。

第二步:命名前缀——模拟目录分级

OpenClaw 不支持子目录,所有 skill 都得平铺在 skills/ 文件夹下。skill 一多,根本找不到。

我的解决方案是:用「前缀」给 skill 分类。

skills/├── work-huiyi-jiyao/ # 工作-会议纪要├── work-zhoubao/ # 工作-周报├── work-xiangmu-baogao/ # 工作-项目报告├── content-article/ # 内容-文章写作├── content-video-script/ # 内容-视频脚本├── dev-code-review/ # 开发-代码审查├── dev-api-doc/ # 开发-API 文档└── tool-translate/ # 工具-翻译

好处:

1. ls 一眼看清分类:所有 work- 开头的都是工作相关2. 避免名字冲突:以前有两个 skill 都叫 report,现在一个是 work-zhoubao,一个是 work-yuedu-baogao,完全不会搞混3. 方便批量操作:比如我想禁用所有 content- 开头的 skill,一行命令就能搞定

第三步:优化触发词——让 AI 听懂你的话

skill 名字改好了,还有一个坑:AI 触发不准。

比如我有个生成周报的 skill,我说「帮我写周报」,AI 能触发;但我说「生成这周的工作总结」,AI 就找不到了。

关键是 SKILL.md 里的 description 字段。

AI 就靠这个判断什么时候触发这个 skill。

我的写法:

❌ 错误写法:description: 生成周报、月报、季度报告✅ 正确写法:

description: 当用户说「周报」「zhoubao」「本周工作」「这周干了啥」「写个总结」时触发,用于生成工作周报

把你平时会说的各种版本都列进去,AI 才不会漏掉。

还有一个坑:触发词冲突。

我之前有两个 skill,一个是「查询任务列表」,一个是「分析单个任务」。它们的 description 都写了「任务」,结果我说「帮我看看这个任务」,AI 不知道该用哪个,有时候会同时触发两个。

解决方案:给每个 skill 分配「独占关键词」。

Skill A: 任务查询独占词:「查」「列表」「有哪些」「全部任务」

Skill B: 任务分析独占词:「分析」「看看这个」「详细信息」「怎么样」

现在我说「查任务」,触发 A;说「分析这个任务」,触发 B。清清楚楚。

第四步:建立速查手册——三个月后还能找到

就算做了前面三步,三个月后我还是会忘记有些 skill 的存在。

比如我有个「密钥扫描」的 skill,一个月才用一次,经常忘了它的存在。想起来的时候,又不记得它叫什么名字。

解决方案:建一个 SKILLS_INDEX.md,像「家庭药箱标签」一样。

我的速查手册长这样:

# Skills 速查手册## 工作类| Skill | 触发词 | 用途 | 频率 ||-------|--------|------|------|| work-zhoubao | 周报、本周工作 | 生成周报 | ✅ 高 || work-huiyi-jiyao | 会议、纪要 | 会议记录 | ⚠️ 中 |## 内容类| Skill | 触发词 | 用途 | 频率 ||-------|--------|------|------|| content-article | 写文章、article | 文章写作 | ✅ 高 || content-video | 视频脚本、script | 视频文案 | ⚠️ 中 |## 工具类| Skill | 触发词 | 用途 | 频率 ||-------|--------|------|------|| tool-translate | 翻译、translate | 文档翻译 | ⚠️ 中 || tool-security | 扫密钥、scan | 代码安全检查 | ❌ 低 |

好处:

1. 忘了名字时翻这个:我现在每次用 AI 之前,会先瞄一眼这个文档2. 频率标记提醒我清理:标了 ❌ 的 skill,三个月不用就删3. 触发词列表避免说错:以前我老是说「生成报告」,结果 AI 找不到,现在我知道要说「周报」

第五步:定期审计——自动找出僵尸 Skill

手动统计 skill 使用频率太麻烦,我写了个脚本,每月自动跑一次:

#!/bin/bash# skills-audit.sh - 统计 skill 使用频率WORKSPACE="$HOME/.openclaw/workspace"SESSIONS_DIR="$HOME/.openclaw/sessions"DAYS=30 # 统计近 30 天echo "=== Skills 使用频率统计(近 ${DAYS} 天) ==="for skill_dir in "$WORKSPACE"/skills/*/; doskill_name=$(basename "$skill_dir")count=$(find "$SESSIONS_DIR" -name "*.jsonl" -mtime -"$DAYS" \-exec grep -l "$skill_name" {} \; | wc -l)echo "$skill_name: $count 次"done | sort -t: -k2 -nrecho ""echo "建议: 使用 <3 次的 skill 考虑移除"

脚本跑完,会输出一份「冷门排行榜」。使用 <3 次的 skill,我会考虑禁用或删除。

🛠️ 三个小优化

优化 1:禁用低频 skill

三个月没用的 skill,我不会直接删,而是在配置里设置 enabled: false。

这样 AI 不会触发它,但文件还在,万一哪天要用,改个配置就能恢复。

优化 2:合并同类 skill

以前我有两个 skill:一个查单个任务,一个查任务列表。后来我发现,完全可以合并成一个,用不同的触发词区分场景。

一个 skill 能做的事,不要拆成两个。

优化 3:给常用 skill 加多个触发词

我最高频的 skill 是周报生成,所以我在 description 里加了超多触发词:

「周报」「zhoubao」「weekly」「本周工作」「这周干了啥」「生成报告」全都能触发。

💡 最后的感受

整理完 skills 后,我重新测试了之前那个「生成周报」的指令——这次 AI 不到一秒就响应了,调用的 skill、输出的格式,全都对。

我突然意识到,管理 skills 就像整理书桌:

不是东西越多越好,而是你能在三秒内找到你要的那个。

重命名、分级、触发词、速查手册、定期审计——这些看起来很麻烦,但做完之后,你会发现:

你不再是在「和 AI 猜哑谜」,而是真正在用一套你熟悉的工具系统。

那些被你遗忘的 skills,那些重复的功能,那些每次都要试三遍的触发词——

它们不是工具,它们是噪音。

— 去外头站着 —累了就出来透透气,一起停止内耗 🌬️你有没有「记不住 skill 名字」的时刻?评论区说说你的解决办法 👇