展开知识库目录
Skills 是什么：把做成功的流程存成可重复执行的说明
Skill 不是更长的提示词，而是一份写清触发条件、输入、步骤、工具调用、停止边界和验收的文件。把一次做成功的任务沉淀成 Skill，下次同类任务直接调用。
从一次成功任务里提炼稳定步骤
Skill 不是更长的提示词，而是一份写清触发条件、输入、步骤、工具调用、停止边界和验收的文件。把一次做成功的任务沉淀成 Skill，下次同类任务直接调用。
沉淀的正确时机：同一类活做过两次以上，步骤稳定、材料可复现。先保存一次成功过程，拆出固定规则和会变的部分，再写成 SKILL.md，用新任务验证。
这些情况适合用，另外几种先停一下
适合用
- 同一类工作反复做，每次重新交代
- 团队想统一某类任务的流程和标准
- 任务步骤稳定，输入会变
先别急着用
- 任务只做过一次，规则还没稳定
- 想做一个“万能 Skill”，什么都管
保存成功过程 → 拆固定与可变 → 写 SKILL.md → 新任务验证
为什么这样安排
Codex 官方 skills 文档要求 SKILL.md 写清触发条件、输入、步骤和验收；Skills.sh 目录也按用途和安装量组织，但安装量不等于可信。
- 01
保存成功过程
把材料、步骤、工具调用、检查和成品原样记录下来，作为 Skill 底稿。
- 02
拆固定与可变
固定步骤写进 SKILL.md，会变的部分改成输入占位，别把细节写死。
- 03
写触发与停止边界
触发条件写具体关键词，遇到什么情况必须停下也写清楚，边界比步骤重要。
- 04
换新任务验证
换一份新材料运行，检查触发、输出和缺失信息处理，跑通才算完成。
复制前先替换 {占位}
Skill 创建提示词（复制后改 {占位}）
我有一段重复做的工作流，想沉淀成一个 Skill，请帮我起草。
任务名称：{这个流程叫什么}
触发条件：{什么情况下调用}
输入：{需要用户提供什么}
步骤：{1、2、3...}
工具与命令：{涉及的工具调用或命令}
输出：{交付什么}
验收：{怎样算成功}
请输出：
1. SKILL.md 的完整草稿（含 name、description 字段）；
2. 触发条件写清楚，避免和其他 Skill 混淆；
3. 步骤写到能照着执行，不留“视情况而定”。SKILL.md 骨架（示例）
下面是已经填过变量的示例。复制时请换成自己的文件名、数字和材料位置，别把示例数据原样交出去。
看清格式再改
SKILL.md 骨架（示例）
名称：周报整理 触发：用户说“整理周报” 输入：本周材料清单 步骤：收集 → 分类 → 生成四块结构 停止：数字对不上时停下询问 验收：数字与材料一致 验证：新材料已跑通一次，输出完整 边界：数字对不上时停下询问，不硬编
先对症状，别一上来重写整段提示词
Skill 换任务就失效
- 常见原因
- 把具体日期和文件名写成了固定规则
- 怎么修
- 把会变的部分改成输入占位。
该触发时不触发
- 常见原因
- 触发条件写得太模糊
- 怎么修
- 写具体的关键词或任务特征。
只写了说明没有脚本
- 常见原因
- 没保留必要资产
- 怎么修
- 把脚本、模板和参考资料一起放进 Skill。
最后五分钟，逐项打勾
这篇具体参考了什么
正文按公开教程和官方文档重新整理，并换成了可以直接操作的中文场景。产品能力、规则和投稿要求会更新，真正执行前请再打开原始页面核对一次。