【Claude】Skill Creator 实战技巧，一文讲明白究竟怎么生成skill

文章目录[toc]一句话说清楚一个 Skill 长什么样整个流程怎么跑的第一步聊需求第二步写草稿第三步跑测试先造测试用例然后做对比实验第四步你来看效果第五步改进1. 别太死板2. 没用的就删3. 说原因别只说必须4. 重复的工作抽成脚本收尾优化触发词补充为什么分三层完整例子做一个周报生成skill聊需求写草稿改进多轮测试看效果继续改进总结什么时候该用它一句话说清楚Skill 你写给 AI 的一份操作手册让它干某类活时不再瞎搞。Skill Creator 帮你写这份手册的助手。你说需求它写手册、测试、改进直到好用为止。一个 Skill 长什么样就是一个文件夹核心是一个叫 SKILL.md 的文件周报生成器/ ├── SKILL.md ← 核心手册正文 ├── scripts/ ← 可选辅助脚本 └── references/ ← 可选参考资料SKILL.md 的基本格式---name:weekly-reportdescription:生成格式化周报。当用户提到周报、 本周总结、工作汇报时使用此技能。---# 这里写具体指令# 告诉 AI 怎么干活就两部分头部名字什么时候用和正文怎么干活。整个流程怎么跑的聊需求 → 写草稿 → 跑测试 → 你来看效果 → 改进↑ 不满意就一直循环直到你说 OK// SKILL.md 第10-20行说的就是这个循环 - 想清楚要让 AI 干嘛 - 写一版草稿 - 拿几个测试例子去跑 - 看看结果好不好 - 根据反馈改进 - 重复直到满意第一步聊需求Skill Creator 会问你几个关键问题// 它会问你 1. 你想让 AI 干什么 2. 什么情况下应该触发这个技能 3. 输出应该是什么样子 4. 要不要搞测试用例来验证举个例子 —— 你想做周报生成器你我想让 AI 帮我写周报我告诉它这周干了啥它帮我整理成格式化的周报Skill Creator周报格式有模板吗要分哪几个板块语气正式还是随意你分本周完成、“下周计划”、风险三块语气正式点聊清楚后进入下一步。第二步写草稿Skill Creator 根据你的需求写出 SKILL.md。有个重要细节description字段要写得积极主动一些。// AI 天生有点懒不太愿意主动调用技能 // 所以描述要写得覆盖面广一点多列几种触发场景示例不好“帮助生成周报”好“生成格式化周报。当用户提到周报、本周总结、工作汇报、甚至说’帮我整理下这周干了啥’时都触发”第三步跑测试这步做的事情很简单拿几句话去试看 AI 干得好不好。先造测试用例模拟真实用户会怎么说// 假装自己是用户写几种不同的说法 1. 帮我写个周报这周修了登录的bug还做了用户反馈页面 2. 整理下这周工作主要做了代码评审和迭代规划 3. 老板要周报我这周净开会了还有几个线上问题然后做对比实验对照组实验组不带技能的 AI带着你的技能的 AI→ 看裸奔出来什么效果→ 看加了手册后好了多少就像药物临床试验一组吃药一组吃安慰剂对比效果差异。第四步你来看效果测试跑完后会打开一个网页让你看结果左边是没技能的输出右边是有技能的输出你逐条看觉得哪里不好就写评语觉得没问题的直接跳过看完点提交你可能会写这样的反馈测试1格式不错但语气太正式了像给甲方写的 测试2空 你觉得OK 测试3风险那块写得太敷衍了应该具体说是什么问题第五步改进根据你的反馈修改 SKILL.md然后重新跑测试。改进时有 4 个原则1. 别太死板// 测试只有几个例子但技能要能应对无数场景 // 不能为了通过测试写死板的规则示例坏“如果用户提到’登录bug’就归类到安全相关”太死了换个词就不灵了好“根据工作内容的性质自动归类到合适的方向”灵活通用2. 没用的就删// 如果某条指令对结果没啥帮助删掉它 // 手册越精简AI 执行得越好3. 说原因别只说必须示例坏“必须用列表格式禁止用段落必须加表情”AI不理解为什么好“周报的读者是忙碌的老板他们要快速扫一眼就抓住重点所以用要点列表比长段落好”AI理解了举一反三4. 重复的工作抽成脚本// 如果每次测试都发现 AI 在重复写同样的辅助代码 // 那就写好放到 scripts/ 文件夹里让它直接用 // 比如每次都要解析 git 记录那就写一个现成的脚本收尾优化触发词技能做好了还要确保 AI “知道什么时候该用它”。手册写好了还不够得贴好标签。标签越准AI 越能在对的时候拿出来用。怎么优化造 20 个测试句子// 10 句应该触发的各种说法 帮我把这周干的事整理成周报发给老板 这周的工作汇报帮我写一下 整理下本周工作内容 // 10 句不应该触发的容易混淆的 帮我写个项目文档 ← 不是周报 总结一下这次代码改动 ← 是代码总结然后自动跑 5 轮优化找到最准确的描述。// 自动把 20 个句子分成训练集和测试集 // 反复调整 description让触发准确率最高 // 用测试集的分数来选最好的版本防止过拟合补充为什么分三层AI 的注意力有限不能同时记住太多东西所以技能分三层加载// 三层加载机制 第1层名字 简介永远在 AI 视野里约100字 第2层手册正文触发技能时才加载建议500行以内 第3层附带资料需要时才去查不限大小就像你的书架第1层 书脊上的书名一眼扫到决定要不要拿下来看第2层 翻开书要用的时候才看第3层 书里的附录需要细节时才翻到后面完整例子做一个周报生成skill聊需求直接告诉claude创建一个周报cladue会开始思考写草稿他会在~\.claude\skills目录下生成一版你要的内容改进多轮把不符合你要求的内容改掉直接告诉它就行了不要直接改skill文件第二轮测试看效果准备测试数据看结果 用 下面内容测试周报skill 周一 • 整理并同步上周未完成的需求文档和产品对齐本周优先级 • 修复首页 Banner 在移动端适配异常的问题Safari / iOS 端 • 参与需求评审会评估活动页开发周期与技术风险 • 优化本地开发环境配置升级 pnpm node 版本 周二 • 活动页静态页面还原基于 Figma 设计稿 • 封装通用弹窗组件支持异步关闭与多类型提示 ... 周五 ...继续改进这时候如果你还是觉得生成内容不合适你就继续让它改skill直到满意为止。总结聊需求 → 写手册 → 测试 → 看效果 → 改 → 循环 → 交付本质就是把教 AI 干活这件事变成了一个可以反复试、反复改的流程。不是写一次就完了而是像训练员工一样练到好用为止。什么时候该用它你有个重复性的活想让 AI 每次都按你的标准来你发现自己每次都在重复输入差不多的话你想把自己的经验教给 AI你需要 AI 输出严格按某个格式走不太适合只用一次的任务或者纯主观创作比如写诗 —— 好坏没法量化