Codex 做完任务给自己造了把工具：Skills 正在接管那些被过度设计的 MCP

Fri, 09 Oct 2026 07:40:00 +0800

有人把一枚临时管理 token、一个 API key、一串 YouTube 视频 ID、一份内容模型的 TypeScript schema，再附上官方文档，一起丢给 Codex，然后起身走开。

它自己把每条视频抓下来，把元数据映射进内容模型，再逐条导入。一遍过。没有中途纠偏，没有重试循环，也没有留下需要人接手的烂摊子。

到这一步，已经足够让人闭嘴了。真正让人愣住的，是它接下来那件没人要求它做的事。

导入跑完，Codex 自己写了一个 CLI。它还在生成的 SKILL.md 里，把这把 CLI 怎么用一步步记录下来，末尾补了一行：每次运行后记得轮换管理 token。

它替下一次的自己造了一件工具，也替下一次留好了接口。

写下这段经历的人叫 Tim Benniks，是 Contentstack 的开发者体验负责人。他说自己没想到 Codex 会去考虑第二次导入。这句话点出了分量所在：我们习惯交付的是「这次做完了」，它交付的是「下次这样就能做」。

做完一件事，和让它下次更好做，是两种产出

临时脚本和可复用接口之间，隔着一次没人要求的抽象。

人做重复的数据录入，通常抓起来就干：临时写几行，跑完，删掉，下次再写一遍。没人会为「下次」多想一步，因为想这一步本身有成本，而下一次来不来还不一定。

Codex 这次越过了那条线。具体收益可以量化：至少省下一小时手工录入，字段映射零返工，富文本块没错位，视频 ID 没漏。

但真正值钱的不止这一小时，是它顺手留下的那套东西。下次有新视频要加，机器上已经有一个能直接调用的命令，旁边还有一份说明，告诉后来者（也包括它自己）该怎么跑。原本一小时的活变成几分钟。一个晚上沉淀下来的东西，在之后每一次运行里继续打折扣。

我的判断是，这跟模型「心情好」多干一点关系不大。它会这么做，是因为 skill 这个容器就在那儿。当 agent 知道「技能」是一种能写出来的东西，它就会把做过的活往那个形状里收。会读 skill 的 agent，早晚会开始写 skill。

Codex 的 Skills 是 2025 年 12 月作为实验特性上线的。2026 年初，SKILL.md 变成了一个开放标准，Claude Code、Gemini CLI、Cursor、GitHub Copilot 等二十多个工具都能直接读同一份文件。

机制不复杂，但设计得克制。启动时，Codex 只读每个已安装 skill 的 name 和 description，约占上下文的 2%。只有当你这次的任务描述和某个 skill 的触发条件对上，它的完整内容才会被加载进来。对不上就什么都不加载，上下文保持干净。