我判断，Codex时代最值钱的提示词在仓库里，不在聊天框里。聊天框像服务员冲后厨喊一嗓子“少盐多辣”，灵不灵看当班师傅；仓库里的 AGENTS.md、rules/、SKILL.md 才是贴在砧板边的出餐单，谁进厨房，先按它切菜。
我把 Codex 更新记录 当小说读，读到的不是新功能清单，而是软件生产关系在换骨头。
最反常识的地方在这儿：大家一直把提示词当口才，仿佛谁更会说话，谁就更会用 AI。错了。只要 Codex 能读仓库、跑命令、调工具，提示词就不再是句子技术，而是组织技术。
提示词从修辞学，变成了组织学。
看官方时间线就很清楚。2025年12月19日，OpenAI 上了 skills（可复用任务技能）；2026年1月22日，又把 custom prompts（自定义提示词）直接标成 deprecated（弃用）；1月23日接着推 Team Config（团队共享配置）；3月25日再把 plugins（插件包）抬上台面。四步连起来，不是在给聊天框添香水，而是在给仓库装水电煤。
上午十点，一个刚进支付组的人站在 services/payments/ 目录，想让 Codex 改一段重试逻辑。要是靠聊天框，他得再念一遍：别跑通用测试，要用 make test-payments；动密钥先通知安全组。可 AGENTS.md 文档 给的例子恰好说明了另一种秩序：根目录放共识，子目录放 AGENTS.override.md 覆盖。人换了，模型没换，目录一换，规矩就换。最值钱的不是“请你仔细一点”，而是离问题最近的制度。
中午十二点，另一个人想让 Codex 去看 GitHub 上的拉取请求。老派做法会在对话框里嘱咐：谨慎点，别乱执行命令。这种话像家长说“过马路小心”，善意很足，约束很弱。Rules 文档 给的是另一套脑筋：把 gh pr view 写进 rules/，匹配到就先确认；碰上 git add . && rm -rf / 这种把糖和砒霜拌一锅的命令，它会拆开看，危险那半句足以把整锅端掉。好提示词这时候已经不是文学，而是法规。
下午三点，维护开源仓库的人要反复做一件脏活：分拣问题单、追最小复现、补上下文。每次都在聊天框里说“按这个格式来”，等于每天早上重抄一遍门禁密码。Skills 文档 的意思更狠：把流程塞进 .agents/skills，让 SKILL.md 带着脚本、参考资料一起住进仓库，Codex 还能按描述自动挑中它。你不是在教它一句话，你是在给它一份岗位说明书。
到了平台组，事情更露骨。Team Config 明说了：config.toml、rules/、skills/ 都可以放进仓库的 .codex/ 目录，谁打开这个仓库，Codex 就自动继承这套脾气。这里最值得咂摸的，不是“共享配置”四个字，而是权力位置变了。
会聊天的人在调戏模型，会布置仓库的人在雇佣模型。
所以，真正昂贵的提示词，往往根本不像提示词。它可能是一条目录优先级规则，决定哪个 AGENTS.md 先被读到；可能是一份技能描述，决定哪类任务自动触发哪套流程；可能是一条命令前缀规则，决定 AI 能碰什么，不能碰什么。最贵的不是写得更花，而是放得更准、继承得更稳、复用得更广。
这背后是软件业一个更冷的变化：以前团队最值钱的是老师傅脑子里的默会知识，现在最值钱的是把这些脾气从脑子里拽出来，钉进版本库。Git（代码版本管理工具）以前版本化代码，现在也开始版本化管理。
一句漂亮话只能换来一次回答，一套仓库规矩能换来无数次稳定施工。
我觉得，Changelog – Codex 最该被读懂的，不是又多了哪个按钮，而是 OpenAI 在亲手宣布：私人咒语退位，公共制度登基。聊天框负责临场发挥，仓库负责长期统治。前者像口供，后者像宪法。
别再把提示词工程想成和模型斗嘴。Codex时代，真正的提示词工程，是把团队的做事方法写成文件、目录、默认值、覆盖关系和可审计的规则。仓库里存的已经不只是代码，还存着方法、边界、权限和偏见。谁先把这些写进去，谁就先把 AI 从会聊天的帮手，变成可继承的劳动力。
别人聊 AI，我们测 AI——每个结论都能下载原始数据自己复算。 🔗 官网 👉 https://crawdpad.com