你大概以为，越难、越高大上的事，越值得做成 Skill。
恰恰相反。真正值得装进去的，往往是那种你都懒得跟人说、说出来还有点不好意思的小破事——就因为它太琐碎，你每次用 AI 都得重新交代一遍。
我们先把这件事掰开。
一句话标准：装一次，反复用
想象你身边来了个新同事，绝顶聪明，啥都会，唯独有一个毛病：他记不住你们公司的规矩。
每次派活，你都得从头讲一遍——表格要哪几列、审稿卡哪几条、文件名按什么格式起。他做得很好，但下次你还得再讲一遍。讲到第十遍，你是不是想抓狂？
Skill 就是那张你递给他的小抄。**值得写进小抄的，是你每次都得重新交代、而他自己打死也猜不到的那套规矩和步骤。**写一次，以后他自己揣着。
听起来谁的事都能装？别急，先过两道关。两道都过，才值得动手。
第一关：这事，是不是只有你们才知道？
你随手想个活——比如"把这段话改通顺"。
打住。这种谁都会的，AI 生下来就会，你装它纯属脱裤子放屁。它早就会的东西，你写进小抄，等于教鱼游泳。
那什么才值得？是它猜不到、只能你教的那些：你们部门那张鬼才看得懂的表格模板、你们主编那套刁钻的审稿标准、你们归档时那串龟毛的命名格式。
一句话——谁都会的，划掉；你们独有的，留下。
反例
| 案例 | 解释 |
|---|---|
| "帮我把这封邮件改得更礼貌一点。" | AI 本来就会,不用做成 Skill。 |
| "帮我给这篇文章想 10 个更吸引人的标题。" | 这是通用写作能力,不用做成 Skill。 |
| "帮我把这段话翻译成英文。" | 除非你们有一套特殊术语和翻译口径,否则不用做成 Skill。 |
正例
| 案例 | 解释 |
|---|---|
| "每周把销售同事发来的客户拜访记录,整理成 CRM 里那 6 列固定字段。" | 字段名、合并规则、缺失信息怎么标,这些只有你们知道。 |
| "发布 Practice 文章前,按我们自己的清单检查标题、摘要、series/order、未发布链接和 MOCK 标记。" | 这不是普通审稿,是你们站点自己的发稿规矩。 |
| "把候选人的面试反馈,改成 HRBP 可以直接转发的固定口径。" | 哪些话能写、哪些话要收住、结论怎么排,这是你们公司的表达边界。 |
第二关：你能一句话说清"它什么时候该上场"吗？
这一关最容易漏，可它偏偏要命。
Skill 装好之后，不是你喊一声它才动——是 AI 自己判断什么时候该把这张小抄掏出来。它靠什么判断？就靠你写的那句使用说明。
所以你得能一口气说清："当我要做 XX 的时候，用它。"说得清，它该上场时就上场。说不清，那张小抄就躺在兜里睡大觉，该用的时候它压根想不起来。
你试试对着自己的活说这句话。卡壳了？那这关没过。
反例
| 案例 | 解释 |
|---|---|
| "做一个能帮我处理内容运营的 Skill。" | 太大了,到底是选题、改稿、排期,还是发布前检查?AI 不知道什么时候该掏出来。 |
| "帮我提升客户沟通质量。" | 触发条件是散的:售前邮件、会议纪要、投诉回复,每一种都不是同一件事。 |
| "遇到我觉得棘手的写作任务时,帮我判断怎么写。" | 这得先靠你自己觉得棘手,AI 没法自己判断什么时候该上场。 |
正例
| 案例 | 解释 |
|---|---|
| "当我要把客户访谈录音整理成产品需求卡片时,用它。" | 场景、输入、输出都清楚,AI 知道什么时候该用。 |
| "当我要发布一篇 Practice 系列文章前,用它检查 frontmatter、series/order、未发布链接和 MOCK 标记。" | 触发点就是发稿前检查。 |
| "当我要把一次面试反馈整理成 HRBP 可转发版本时,用它。" | 不是所有面试工作都用,只在改写反馈口径这一步用。 |
还有一条藏起来的关：这事,你是不是老在干?
前两关都过了,先别急着庆祝。
回头看一眼:这事你多久干一次?要是一年才碰一回——比如年终才填那张表——那做成 Skill 也白搭。等明年用到它时,你早忘了自己还装过这么个玩意儿。
得是你反复在做、做到手疼的事,装进去才划算。
反例
| 案例 | 解释 |
|---|---|
| "每年年底把部门预算表整理成老板要看的版本。" | 一年才做一次,等下次用到时你很可能已经忘了这个 Skill。 |
| "帮我为这次公司年会写一套主持人口播。" | 这是一次性任务,没有反复调用的价值。 |
| "帮我研究一下我们要不要进入日本市场。" | 这更像一次决策前调研,不是会反复执行的固定流程。 |
正例
| 案例 | 解释 |
|---|---|
| "每天把客服工单整理成产品问题、操作问题、情绪问题三类。" | 高频、重复、分类规则稳定,值得沉淀。 |
| "每周把销售拜访记录整理成 CRM 里的固定字段。" | 每周都做,而且每次都要按同一套字段和规则处理。 |
| "每次发布 Practice 文章前,检查 frontmatter、series/order、未发布链接和 MOCK 标记。" | 只要发稿就要检查,重复频率够高。 |
拿你自己的活往里一套,无非这么几种结果
规矩讲完了。现在你脑子里那件事,往这两道关上一撞,无非这么几种结局:
| 结果 | 怎么处理 |
|---|---|
| 两道都过 | 别犹豫,就是它,动手。 |
| 卡在第一关 | AI 本来就会,或者纯靠你的手感、压根没规矩可教,当场划掉,这事不配。 |
| 卡在第二关 | 说不清它啥时候用,多半是这事本身就说不清边到哪儿。换一件清清楚楚的先练手。 |
| 一半过一半不过 | 别整个扔掉,切一刀:该按死规矩、该掐准时机的那半截做成 Skill,剩下要你拿主意的那半截,自己留着。 |
最后这种最常见,也最值钱——下面专门说。
一个 Skill,只干一件事
你可能想造一个无所不能的超级 Skill,啥都能干。
千万别。一个啥都干的大块头,"什么时候用"这句话根本说不清——你想想,一个号称"什么都会"的同事,你反而不知道该派他干嘛。结果就是 AI 要么乱用,要么干脆不用。
**切得越小,叫得越准。**从那种"三句话能说明白、每周要重复好几遍"的小动作下手,一个 Skill 咬死一件事。
下面这些事,先别碰
照着上面的逻辑往下推,有几种活天生就过不了关,趁早死心:
| 类型 | 为什么先别碰 |
|---|---|
| AI 本来就会的 | 谁都会的本事,你教它等于白教。 |
| 全靠手感、说不出规矩的 | 出创意、判断好坏,你自己都讲不清章法,拿什么写进小抄? |
| 一年碰不上几回的 | 装了也想不起来用。 |
| 必须你本人拍板的 | 定方向、做决策,这是你的事,不是小抄能替的。 |
下面直接交给 AI 来判断。
直接交给AI来判断
先安装 skill-content-fit
可复制：
安装 Tranfu 库中的 skill-content-fit skill 到项目中
然后把你的例子发给它让它判断
反例
可复制：
这个适合作为skill吗
---
上周产品评审会开完后，大家都以为别人会跟进，结果三个待办没人认领，项目延期了两天。
正例
可复制：
这个适合作为skill吗？
---
凡是涉及多人协作的会议，纪要必须在会后 24 小时内整理出行动项，每个行动项都要包含负责人、截止时间、交付物和确认人；没有负责人或截止时间的事项不能进入待办列表。