你有没有过这种体验：同一个操作，今天做一遍，明天又做一遍，下周还得做。比如每天把群里零散的需求整理成一份日报，比如每次发版前把改动点汇总成一段提交说明，比如每周一把上周的对话历史里值得留存的结论挑出来存成笔记。活不大，但碎、且烦，做多了脑子像被掏空。
WorkBuddy 里有个特别省事的能力，我一直当「生产力外挂」在用：把这类高频重复的操作，固化成一个技能（skill）。固化之后，以后你只要说一句话——比如「用日报技能整理一下今天的群消息」——它就能照着你定的流程跑起来，不用你每次从头交代背景、复述步骤。
这一篇就讲透这件事：什么活值得固化、怎么三步写成一个技能、怎么一句话调用、我踩过的坑，以及怎么让它越来越顺手。
什么活值得固化成技能
先说结论：不是所有活都该固化。固化本身要花一点力气写流程，如果只为用一次的活，直接对话里说清楚就行，没必要落成技能。值得固化的，通常满足下面几条里至少两条。
- 频率高：一周出现三次以上，或者每月固定要来一遍。比如周报、日报、备份、整理会议纪要。
- 步骤稳：每次做的流程差不多，差异只在输入数据，不在步骤本身。步骤越固定，越适合固化。
- 交付物标准：产出有相对固定的格式或结构。比如表格、清单、固定模板的文档。
- 容易忘细节：你每次都得想「上次我是怎么弄的来着」，说明它值得被「写死」一次，解放记忆。
反过来，下面这些就不太适合先做技能：
- 一次性的、临场的、需要大量临时判断的活。
- 你还没想清楚到底要什么产出、步骤还在变的情况。
- 需要接入你还搞不明白的外部系统、参数很玄学的流程。
一句话判断：如果一个活你第三次做还在重新想流程，那就该把它固化成技能了。
我自己最早固化的是一个「群消息日报」技能。每天下午五点，把当天工作群里的需求、结论、待办捞出来，整理成三段式日报发给我自己。这个活频率高、步骤稳、格式固定，是完美的第一个技能。
三步写成一个技能
写技能不需要你会什么特殊语法，本质就是「把你会做的一件事，用文字清楚地讲给 WorkBuddy 听」。我习惯分三步走。
第一步：先手动跑通一遍
别急着写技能。先在正常对话里，把这件事手动做一遍，边做边把你的思路记下来：你先看了什么、按什么顺序处理、最后产出长什么样。
比如我写日报技能前，先在对话里手动做了三天。我发现自己的真实流程是：
- 从群消息里筛出「需求 / 结论 / 待办」三类内容。
- 每类挑 3-5 条最关键的，太长就压成一句话。
- 按「今日进展 / 风险与阻塞 / 明日计划」三段式排好。
- 顺手标出需要我本人跟进的项。
这一步的价值是：你写技能时，是在「记录一个已经跑通的流程」，而不是凭空想象一个流程。后者写出来的技能，十有八九跑不顺。
第二步：把流程写成一份清晰的说明
技能的核心，就是一份讲清楚「什么时候用、怎么一步步做、产出什么样」的说明。写的时候把握三个要点：
- 讲清触发场景：什么情况下该调用这个技能。别只写「这是个日报技能」，要写「当用户说『整理今日日报』『出今天的日报』『帮我汇总今天群消息』时启用」。
- 把步骤拆细、可操作：每一步说清楚「做什么、依据什么、产出什么」。避免「好好整理一下」这种虚话，改成「按时间顺序读取今日群消息，筛出包含『需求』『确认』『待办』关键词的条目」。
- 给一个产出模板：直接把期望的格式摆出来，比如三段式日报的骨架、表格的列名。模板能大幅降低跑偏概率。
好的技能说明，应该让一个从没做过这事的人，照着它也能做出来。
第三步：用占位示例，别写死真实数据
写技能时，用占位符代替真实内容。比如写「读取 用户输入的日期 当天的群消息」，而不是写死某个具体日期；写「汇总 指定群组 的对话」，而不是写死某个群名。这样技能才通用，换一天、换一个群都能用。
同时，别在技能里写具体版本号、命令参数这类容易过时的东西。稳妥的做法是描述「目标」而非「精确命令」：说「把改动汇总成一段提交说明」，比写死某条 git 命令更耐久。
怎么一句话调用
技能写好后，调用就变得极轻。你不需要每次把整套流程复述一遍，只要用一句带技能名、带这次输入的话就行。
- 直接点名：
用日报技能，整理今天工作群的消息 - 说人话也行：
今天群里有不少讨论，出份日报吧 - 带参数更精准：
用备份技能，把本周的对话和文档导出到默认位置
关键是：你只负责「说要什么」，步骤交给技能。这跟你每次从头交代背景相比，省下的不只是打字时间，更是「重新组织思路」的认知负担。
我现在的习惯是，把常用技能的名字记在一张小纸条（或者置顶备忘）上。真到用的时候，扫一眼名字，一句话甩过去，活就自动跑起来了。低频活当然可以现想现说，但高频活，名字记住、一句话调，体验差很多。
踩过的坑
技能用久了，有几个坑我是真踩过的，提前告诉你少走弯路。
- 第一步就写技能，流程没跑通：结果技能每次跑出来的东西要么缺环节、要么格式乱。教训是先手动跑通，再固化。
- 步骤写得太虚：「整理一下」「优化一下」这种词，WorkBuddy 没法执行。教训是每一步都要可被操作、可被验证。
- 把真实数据写死在技能里：比如写死某个日期、某个群名、某个文件路径。过两天换个对象，技能就废了。教训是用占位符保通用。
- 一个技能塞太多事：既想做日报、又想做周报、还想做月报，全塞一个技能里，结果哪个都做不干净。教训是一个技能只解决一类高频活，宁可多写几个，别贪大。
- 写完就再也不动：其实前几次跑出来往往不够好。教训是头几回要回看产出，发现哪里绕、哪里漏，回头改技能说明。
技能不是写完就完事，它是个会随你使用而变好用的「活文档」。
怎么迭代优化
技能最妙的地方在于：它能越用越聪明，前提是你愿意回头调它。
我的一般做法是，一个新技能上线后，前三次都手动看一眼产出，回答三个问题：
- 哪一步它理解偏了？——回头把那一步写得更具体。
- 产出格式我其实想换个样子？——直接改技能里的模板。
- 有没有经常多出来的前置交代？——把那句交代提前写进技能，省得每次说。
改一次，技能就顺一点。我那个日报技能，从第一版到顺手，大概调了四五次：先是补了「风险与阻塞」这一段（因为发现光写进展不够），后来又加了「需要我本人跟进」的标注（因为总有些事只有我能拍板）。现在它基本一次成型，我连看都不用仔细看。
另外，当同一类活在不同场景下出现变体，可以考虑拆成两个技能。比如「群消息日报」和「项目周报」虽然都算汇总，但输入、结构、读者都不同，拆开反而都更准。别怕技能多，多了说明你把生活里的高频碎活都接管了，这是好事。
小结
把高频重复活固化成技能，本质是用「一次写清流程」换「之后每次一句话复用」。它适合频率高、步骤稳、交付物标准的活；写的时候先手动跑通、把步骤拆细可操作、用占位符保通用；调用时只说要什么、把步骤交给技能；头几回记得回看产出、持续微调。
你不用一口气固化十个技能。挑一个你这周已经第三次手动做的碎活，今天就用上面三步把它写成技能。明天同一件事，你只需要说一句话。这种「今天多花十分钟，往后每天省十分钟」的买卖，在 WorkBuddy 里，是性价比最高的那一种。
真正的效率，不是做得更快，而是让重复的事，不再需要你亲自重复。