Codex 系列 04-1：别再复制提示词了，让 Codex 记住你的工作方法

写课程大纲要先交代受众和风格，做封面要反复说「别搞科技风、别一股 AI 味」，改代码要叮嘱「先看结构、别乱改、改完自己跑一遍」……说一次还好，天天说、事事说，就成了负担。这一期把这件事讲透：你不是在用 AI，而是在一遍遍重新培训 AI。

你复制的其实是一套工作方法

那些反复叮嘱的要求，不是一次性的临时吩咐，而是你长期稳定的标准——你判断问题的尺度、做事的流程、每次都会检查的那几条。临时的东西才需要每次说；长期稳定的标准，应该沉淀下来，一次交给 AI。这个该沉淀下来的工作方法，在 Codex 里有个正式名字，就叫 Skill。

最容易踩的误区是把 Skill 当成「写得更长、更讲究的提示词」。它们根本不在一个层次：

提示词解决的是「这一次怎么做」，Skill 解决的是「以后这类事都怎么做」。

「可复用的塞进 AGENTS.md 不就行了？」——不行，差别在常驻还是按需：

层	是什么	适合放什么	代价
临时提示词	说完就散，下个会话不认	一次性的临时活儿	每次都要重说
AGENTS.md（常驻）	每个会话都自动带上	普适、常在的通用标准	一直占 context，只配放少数几条
Skill（按需）	匹配到某类任务才加载	特定场景 + 有流程 + 要打包脚本模板	平时休眠，用到才来，可扩展、可分享

一句话：普适常在 → 放 AGENTS.md；特定场景、有流程、想打包 → 做成 Skill。

反复做 + 有流程 + 有标准 + 经常提醒 AI ＝适合做成 Skill

四条越齐越值得做；一条都不占，那就还只是一次性的临时活儿。对号入座：

✓ 适合（反复 · 有套路）	✗ 先别（一次性 · 没定型）
课程大纲生成、视频标题策划、封面提示词、前端 UI 风格规范、代码审查流程、文档整理规范、发布前检查清单	临时问答、一次性脑暴、偶尔一句翻译、偶尔才用一次的活儿、流程还没稳定的事

特别提醒最后一条：没定型的流程别急着封装——你自己都还在改，封进去反而添乱，等它稳定了再做成 Skill。