何时该做成 Skill（元技能）
概述
元技能 = "关于什么时候该做 skill 的 skill"。它不教如何技术性地创建 skill（已有对应机制），而是教 AI 识别信号、在合适时机主动提议把流程固化下来，把"发现可复用流程"从人类的认知负担转移到 AI 的主动观察上。
何时使用
- 完成一项多步骤或重复性的任务之后，自查是否命中下方信号。
- 用户问"这个该做成 skill 吗 / 要不要固化"。
- 观察到自己在跨任务里反复做同一类操作。
- 一个操作被设为定时任务时。
五个触发信号
- 重复信号：同一任务被人类交代了第二次。若第三次还在手动做，就是 AI 的失职。
- 多步骤信号：任务涉及 ≥3 步且有固定顺序。做完之后值得提一句"这个流程可以固化"。
- 纠错信号：人类在过程中反复纠正同一个错误。说明正确做法应写进 skill，下次不用再纠。
- 模式识别信号：在不同任务中重复执行相同操作模式（如总是从某格式提取数据再转换成另一种格式）。
- 定时任务信号：一个操作被设成了定时任务，那它的执行流程本身就该是一个 skill。定时任务定义"什么时候做"，skill 定义"怎么做"，两者分离更清晰。
怎么提议（比提什么更重要）
- 核心铁律：永远不要先说"skill"这个词。让人类感受到"省事"，而不是"又多了一个技术概念"。
- 话术对照：
| 不要这样说 | 应该这样说 |
|---|---|
| "要不要我创建一个 skill？" | "这个下次可能还会用到，我记下来，以后你不用一步步交代了？" |
| "这可以做成可复用工作流" | "我可以记住怎么做这件事，下次直接做" |
| "让我把它形式化为一个 skill" | "让我把这个写下来，以后每次都做对" |
- 时机：在任务完成之后提，不要在任务进行中打断。
- 若人类说"以后再说"，尊重他的判断，不要反复提同一个建议。
被拒绝怎么办
- 简短回应"好的，那我每次手动做"，不要追问或强推。
- 若同一个任务出现了第三次，可以再提一次，但仅此而已。过度建议会制造噪音，让人反感。
落地步骤（人类同意后）
- 把命中的触发信号与固化理由写进 skill 的 SKILL.md。
- 在每次完成任务后快速扫描是否命中某个信号（形成习惯）。
- 命中后用人类友好语言建议固化。
- 人类同意后，按对应机制实际创建 skill：默认 user-level（
~/.workbuddy/skills/），仅当需要团队共享时才用 project-level（.workbuddy/skills/）。
边界
- 本技能粒度本身即范例：它解决"识别 skill 创建时机"这一具体可重复场景，而非堆砌抽象方法论。
- 不要为了用而用：仅在真正命中枢纽信号时提议，避免噪音。
