夜雨聆风前两天想生成一个周报,我先问 AI「帮我写周报」,它愣了三秒,弹出来一个错误提示:找不到对应 skill。
我翻了翻文件夹,有个叫 team-report-weekly 的,还有个 project-status-generator。我想了半天:这俩有啥区别来着?
更尴尬的是,我还发现一个三个月前建的 skill,功能是「查询单个任务」。现在我早就在另一个 skill 里实现了整套项目管理操作,这个老的就孤零零躺在那儿——
像一份过期的外卖订单,忘了取消,一直在那儿扣费。
📦 Skills 泛滥是怎么发生的?
刚开始用 OpenClaw 时,我特别兴奋。看到 ClawHub 上上万个 skill,就像逛超市——这个好用,那个也装,装完就忘了。
后来自己动手写 skill,门槛又低得惊人:不需要懂代码,只要写一个 Markdown 文件就能教 AI 新技能。于是我开始给「任何重复三次以上的操作」都建 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。听起来很专业,但三个月后我根本想不起来。
| 核心原则: |
举几个例子:
meeting-notes-generator → ✅ huiyi-jiyao(会议纪要)❌ data-analysis-report → ✅ shuju-fenxi(数据分析)❌ api-documentation-builder → ✅ api-wendang(API 文档) |
拼音也行,只要你自己记得住。毕竟这是你的工具,不是给别人看的。
第二步:命名前缀——模拟目录分级
OpenClaw 不支持子目录,所有 skill 都得平铺在 skills/ 文件夹下。skill 一多,根本找不到。
我的解决方案是:用「前缀」给 skill 分类。
好处:
1. ls 一眼看清分类:所有 work- 开头的都是工作相关2. 避免名字冲突:以前有两个 skill 都叫 report,现在一个是 work-zhoubao,一个是 work-yuedu-baogao,完全不会搞混3. 方便批量操作:比如我想禁用所有 content- 开头的 skill,一行命令就能搞定
第三步:优化触发词——让 AI 听懂你的话
skill 名字改好了,还有一个坑:AI 触发不准。
比如我有个生成周报的 skill,我说「帮我写周报」,AI 能触发;但我说「生成这周的工作总结」,AI 就找不到了。
| 关键是 SKILL.md 里的 description 字段。 |
我的写法:
description: 生成周报、月报、季度报告✅ 正确写法:description: 当用户说「周报」「zhoubao」「本周工作」「这周干了啥」「写个总结」时触发,用于生成工作周报 |
把你平时会说的各种版本都列进去,AI 才不会漏掉。
还有一个坑:触发词冲突。
我之前有两个 skill,一个是「查询任务列表」,一个是「分析单个任务」。它们的 description 都写了「任务」,结果我说「帮我看看这个任务」,AI 不知道该用哪个,有时候会同时触发两个。
解决方案:给每个 skill 分配「独占关键词」。
Skill A: 任务查询独占词:「查」「列表」「有哪些」「全部任务」 Skill B: 任务分析独占词:「分析」「看看这个」「详细信息」「怎么样」 |
现在我说「查任务」,触发 A;说「分析这个任务」,触发 B。清清楚楚。
第四步:建立速查手册——三个月后还能找到
就算做了前面三步,三个月后我还是会忘记有些 skill 的存在。
比如我有个「密钥扫描」的 skill,一个月才用一次,经常忘了它的存在。想起来的时候,又不记得它叫什么名字。
解决方案:建一个 SKILLS_INDEX.md,像「家庭药箱标签」一样。 |
我的速查手册长这样:
好处:
1. 忘了名字时翻这个:我现在每次用 AI 之前,会先瞄一眼这个文档2. 频率标记提醒我清理:标了 ❌ 的 skill,三个月不用就删3. 触发词列表避免说错:以前我老是说「生成报告」,结果 AI 找不到,现在我知道要说「周报」
第五步:定期审计——自动找出僵尸 Skill
手动统计 skill 使用频率太麻烦,我写了个脚本,每月自动跑一次:
脚本跑完,会输出一份「冷门排行榜」。使用 <3 次的 skill,我会考虑禁用或删除。
🛠️ 三个小优化
优化 1:禁用低频 skill 三个月没用的 skill,我不会直接删,而是在配置里设置 这样 AI 不会触发它,但文件还在,万一哪天要用,改个配置就能恢复。 |
优化 2:合并同类 skill 以前我有两个 skill:一个查单个任务,一个查任务列表。后来我发现,完全可以合并成一个,用不同的触发词区分场景。 一个 skill 能做的事,不要拆成两个。 |
优化 3:给常用 skill 加多个触发词 我最高频的 skill 是周报生成,所以我在 description 里加了超多触发词: 「周报」「zhoubao」「weekly」「本周工作」「这周干了啥」「生成报告」全都能触发。 |
💡 最后的感受
整理完 skills 后,我重新测试了之前那个「生成周报」的指令——这次 AI 不到一秒就响应了,调用的 skill、输出的格式,全都对。
我突然意识到,管理 skills 就像整理书桌:
重命名、分级、触发词、速查手册、定期审计——这些看起来很麻烦,但做完之后,你会发现:
你不再是在「和 AI 猜哑谜」,而是真正在用一套你熟悉的工具系统。
那些被你遗忘的 skills,那些重复的功能,那些每次都要试三遍的触发词——
它们不是工具,它们是噪音。
— 去外头站着 —累了就出来透透气,一起停止内耗 🌬️你有没有「记不住 skill 名字」的时刻?评论区说说你的解决办法 👇
