值得写成 skill 的，是那些高频、步骤固定、每次都要重复解释一遍的操作。把它们固化成可复用的工作指令，比每次从头说省事得多。

我一开始也觉得 skill 是花活。后来发现很多活是重复的：比如每接一个新服务，都要走一套固定的改配置、加 CI、补说明的步骤，每次都得跟同事解释一遍。把这些固化成 skill 之后，直接调用就行，新人也能照着跑。

适合写 skill 的场景就三类：部署类操作（改哪几个文件、填哪些变量）、生成某类样板（接口层 / DTO / Controller 三件套）、按固定规则重构（统一命名、补缺失的日志）。反过来，一次性的、步骤还在变的，先别写，等它第三次出现再说。

一句可以直接拿去用的 skill 指令示例：

  • 「为新增的 XxxService 生成 IRepository、Repository 及对应的单元测试骨架」
  • 「命名遵循 I 接口前缀约定，不改动任何现有文件，缺依赖时停下来问我」