第 11 章：Skills 技能系统——把重复工作变成可复用流程

你有没有遇过这种事：每次整理周报，都要重复检查标题、日期和待办；每次接手一个小项目，都要重新问一遍“先看哪个文件”。这些重复动作，不必靠记忆硬扛。

本章目标：理解 Skill 是什么，先把一个低风险的重复流程写成清楚、可检查的说明。不会写代码也能学会这个方法。

---

11.1 Skill 是什么？先把它想成“办事清单”

Skill（技能）不是神秘按钮。你可以把它理解成一张写给 AI 同事的办事清单：什么情况下用、按什么顺序做、哪些事不能做、最后由谁检查。这样下次再遇到同类任务，就不用从头解释。

例如“检查周报”这个 Skill，不是让 AI 自动替你交周报，而是让它每次都按同一顺序：读文件、找缺项、列建议、等待你确认。

什么任务值得做成 Skill？

满足下面三条中的两条，就值得考虑：

• 你已经手工做过两三次，步骤差不多；
• 每次遗漏同一个小环节，例如忘记核对日期或文件名；
• 结果有明确检查标准，例如“只列问题，不改原文件”。

反过来，第一次做、目标还在变化、涉及付款/发布/删除的数据任务，先不要做成 Skill。先把流程跑通更重要。

11.2 先用“对话版 Skill”练习

不是每个人的界面都会显示相同的 Skills 入口，也不是每个账号都能安装同一套技能。因此，最稳妥的起点是先在一段普通对话中验证流程。

假设你有一个 reports 文件夹，里面放着自己写的周报草稿。可以复制下面这段：

你是我的周报检查助手。

请只读取 reports/ 文件夹中的 Markdown 周报，检查每篇是否有：
1. 本周完成的事
2. 遇到的卡点
3. 下周计划

请按“文件名—缺少什么—修改建议”列出结果。
不要修改原文件，不要发送任何消息。
最后提醒我逐条人工确认事实是否准确。

做完后，先检查三件事

1. 它看的是否只有 reports/，没有翻到不相关的目录；
2. 它列的是“建议”而不是替你编造工作内容；
3. 你能否一眼判断每一条建议对不对。

如果三项都没问题，这才是一条值得沉淀的流程。

11.3 把流程写进 SKILL.md

SKILL.md 可以理解为一个普通的说明文件。你不需要先理解编程格式；只要让同事看得懂，它就已经有价值。若你的 Codex 或团队仓库提供了 Skills 入口或模板，再按当前界面提示把这份说明放到指定位置。

下面是一份可从零改写的例子：

# 周报检查

## 什么时候用
每周写完周报草稿后使用；只处理 reports/ 文件夹。

## 要做什么
1. 读取 Markdown 文件，不修改原文件。
2. 检查是否有“本周完成、卡点、下周计划”三个栏目。
3. 按文件列出缺失栏目和修改建议。

## 不能做什么
- 不猜测事实，不补写不存在的工作成果。
- 不发送邮件、消息或把文件上传到外部服务。

## 完成后怎么检查
把建议交给文件作者逐条确认，再决定是否修改。

写 Skill 时最容易漏掉的两行

很多说明只写“做什么”，却没写“不要做什么”和“谁来验收”。这两行往往最重要：它们能避免 AI 为了完成任务而越过你的边界。

11.4 从简单到复杂：三遍定律

我的建议是：同一种工作做过三遍，再考虑做成正式 Skill。

• 第一遍：你边做边记录，弄清楚真实步骤；
• 第二遍：让 Codex 按记录给出建议，看看遗漏在哪里；
• 第三遍：把稳定步骤、限制和检查方式写进 SKILL.md。

这个顺序听起来慢，实际上能避免“把错误流程自动化”。例如整理照片时，先让它列出拟移动的文件；确认无误后再移动；稳定后才把分类规则写成可复用流程。

11.5 使用别人分享的 Skill，先当成陌生脚本看

有些 Skill 会带参考文件或脚本。它们是否能用、如何安装，取决于你当前的 Codex 界面、团队设置和来源说明；不要因为名称看起来方便就直接运行。

使用前逐项问自己：

• 它来自谁？有没有说明会读写哪些文件？
• 是否会运行命令、安装软件、访问网络或使用外部账号？
• 能否先用练习目录或测试数据试一次？
• 不想用了时，如何移除文件或撤销授权？

只要其中一项答不上来，就先不要运行，改为让 Codex 解释这份 Skill 的步骤和风险。

本章小结

Skill 的价值不是“一键代替你”，而是把重复工作说清楚、做一致、留得下检查点。对新手来说，先把一段可复制的提示词跑通，再写成 SKILL.md，已经是非常实用的开始。

下一步

继续阅读第 12 章：插件与集成，学习当流程需要连接外部服务时，应该先检查哪些权限。