产品人人都是产品经理·岚天··AI 生成
从收藏提示词到拥有Skills：AI 个人工作流的下一种形态
本文核心论证了 Skills 不是高级提示词，而是将高频任务的经验、边界与交付标准封装成可复用流程的能力包。作者通过 Codex 平台的真实案例，详细拆解了一个实用 Skill 应包含的触发场景、输入边界、执行流程、输出契约和失败边界五大模块。文章明确指出，提示词解决单次沟通，Skills 解决一类任务的稳定执行，并提供判断哪些场景适合做成 Skill 的标准。对深度读者而言，这是一篇关于如何将个人 AI 协作经验从临时技巧沉淀为可积累、可迭代的系统性方法论的实操指南。原文 ↗原文 ↗
核心观点
- ▍Skills 不是更长的提示词，而是个人工作流的封装，它把提示词中可沉淀的部分（步骤、边界、交付标准）固定下来，实现从临时指令到可复用流程的跃迁。
- 01一个 Skill 的核心文件 `SKILL.md` 会写清楚名称、描述、触发场景和执行规则，还可能包含脚本、模板、示例文件，结构上是一份可执行的工作说明书，而非一次性上下文。
- 02Codex 公开的 `gh-fix-ci` Skill，其流程是先检查 `gh` 登录状态，定位PR，读取失败检查和日志，提炼失败片段，给出修复计划，并在得到确认后才修改代码，而非直接执行修复。
- 03Skill `imagegen` 会区分何时该生成位图，何时不该用图像生成，以及生成后的文件如何保存到项目目录，内置了决策边界。
- 04作者提出一个实用 Skill 至少需要定义五件事：触发场景、输入边界、执行流程、输出契约和失败边界，核心是把最容易出错的部分写清楚。
- 05Skills 的缺点是编写和维护成本高、流程固化会导致灵活性下降，以及用户可能因命名产生误用风险。
反方 / 局限
- — Skills 的优势在于稳定，而非自由发散，因此并不适合一次性的灵感讨论、很短的文字改写或尚未想清楚的问题探索，这些场景直接用提示词更好。
- — Author 指出长期不用的 Skill，可能会将旧习惯固化下来，当操作流程、工具或平台规则变化后，不及时更新会形成新的技术债务。
11 分钟 · 4 卡片 · 10 资料
读原文 →前置背景
平行视角
未来推演
延伸追问