AI的自我迭代之路
九行提示词，如何教会 AI 自我进化？
2026年5月，OpenAI 工程师 Vaibhav Srivastav——圈内称他为 VB——在 X 上发布了一条推文。
内容是一段提示词，英文，九行：
"Look through our recent sessions and identify repetitive workflows or requests. For things I'm manually doing, suggest: 1. If it's a reusable workflow, create a skill. 2. If it's a bounded role or research task, create a custom subagent. Focus on practical pain points like CI failures, PR reviews, changelog updates, doc updates, release prep, debugging, and test triage. Only create what's actually useful. Keep it simple." 核心含义很简单：看看我最近和 AI 的对话记录，找出我一直在手动重复做的事情，然后给出建议——能做成工具的做成工具，能变成固定角色的变成固定角色。 九行英文。没有格式，没有修饰。就这么直接地交给了 Codex。 然后 Codex 照做了。它翻了自己的会话历史，找到了重复劳动，自己提出了优化方案。 这就是所谓的"Codex 自我蒸馏"。
这条推文发出后，一天之内获得了四十多万阅读。OpenAI 总裁 Greg Brockman 亲自转发，配了一句："self improvement prompt for codex"。
有趣的是，VB 本人并没有止步于此。根据网友的反馈，他很快迭代了一个 2.0 版本。从九行扩展到三十五行，把原来的笼统建议细化成了具体的操作指引。
中文版的大意是：
请回顾我过去的所有 Codex 会话记录，找出以下三类重复模式：
第一，重复性技术任务——比如反复修复同类型的 CI 构建失败、重复编写相似功能的单元测试、多次处理类似的 PR 审查意见。针对每一类，请总结通用修复模式，并生成对应的自动化脚本或 Skill 定义。
第二，重复性研究调研——比如多次查询同类 API 的使用方式、反复对比相似的技术选型、多次收集同类竞品数据。针对每一类，请提炼调研框架模板，并生成可复用的 Custom Subagent 配置。
第三，重复性工作流——比如代码库初始化、项目脚手架搭建、依赖版本升级、文档翻译与格式化。针对每一类，请提取标准化流程步骤，并生成可一键执行的 Workflow 定义。
输出格式要求： 1. 每个发现需附带原始会话证据（时间戳和关键对话摘要） 2. 为每个发现提供三种层级的解决方案：最小可行脚本、完整 Skill 定义、可集成到 CI/CD 的自动化方案 3. 按实施成本从低到高排序，标注预估节省时间 4. 对于高频率（≥3次/周）重复任务，优先处理
请确保所有建议都基于实际会话内容，不要臆造不存在的模式。
从九行到三十五行，表面上看是变复杂了。但如果你仔细看，会发现它的内核反而更清晰了——它把"帮我找找重复的"这句话，变成了一套任何人都能用的结构化方法。
"大道至简"四个字，来自老庄的思想。西方计算机科学家 W. Richard Stevens 的一句名言："Quality is easier to achieve by simplicity."——质量更容易通过简单来实现。后来被广泛概括为四个字：大道至简。
但这句话真正的出处，可以追溯得更远。
爱因斯坦说过："Everything should be made as simple as possible, but not simpler."——凡事应当尽可能简单，但不能过于简单。
注意后半句。"不能过于简单"。这意味着简单不是偷懒，不是省略必要的复杂度，而是在充分理解问题之后，依然能够用最清晰的方式表达它。
回到 VB 的那条提示词。
九行版本足够简单吗？足够。但它不够精确——AI 不知道"重复"的标准是什么，也不知道"有用"的边界在哪里。
三十五行版本更复杂了吗？从行数上看是的。但从认知成本上看，它更简单了——因为它消除了歧义。你不需要再反复解释"我是什么意思"，提示词本身已经把边界划清楚了。
最小认识成本获取最大解释效能"
这句话的精神内核来自信息论创始人克劳德·香农。他在1948年发表的论文中提出了一个核心观点：信息的价值不在于它的长度，而在于它消除不确定性的能力。
换句话说，一条好的提示词不是写得越长越好，也不是写得越短越好。而是用最少的话，消除最多的不确定性。
VB 的九行提示词消除了"你要我干什么"的不确定性——翻历史，找重复，给建议。但它没有消除"怎么算重复"、"什么是有用的建议"的不确定性。
三十五行提示词补上了这些空白。它不是堆砌字数，而是填补认知缝隙。
简单不等于简陋
编程世界里有一个更直接的说法。
计算机科学家 Tony Hoare在1960年获得图灵奖时说过一句被引用了无数次的话："There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no obvious deficiencies."——构造软件设计有两种方式：一种是让它简单到明显没有缺陷，另一种是让它复杂到看不出有什么缺陷。
"不要重构那些没有问题的东西。"——这是 Kent Beck 在极限编程中提出的核心信条之一。如果一个功能能跑，如果一个流程能用，就不要为了"优化"而去动它。重构的前提是出了问题，而不是你觉得它可以更好。
"不假设，不困惑。"——这是 Unix 哲学的精神。不要假设用户需要什么，不要困惑于不必要的复杂度。让系统只做一件事，并且做好这一件事。
"不要沉默选择。"——这是决策理论中的概念。面对多个方案时，不要因为害怕选错而拖延选择。选择一个，执行它，在实践中验证。比不选强。
先求简单再说。
这些原则放在一起，指向一个共同的观点：简单即正确。
不是那种偷懒式的简单——把该说的不说，把该做的不做。而是那种经过充分思考之后的简单——把所有不必要的东西砍掉，只留下最核心的部分。
VB 的九行提示词是这种简单的雏形。三十五行的迭代版本是这种简单的成熟。它们共同传达了一个信号：最好的自动化工具，不是功能最全的那个，而是最能消除重复劳动的那个。
这条提示词火的时候，正好赶上 Codex 上线了三个新功能：Memory、Chronicle 和 Subagent。
单独看，任何一个都不算惊艳。但组合在一起，恰好构成了"自我蒸馏"的基础设施。
没有记忆，AI 看不到重复。没有回溯，AI 理不清脉络。没有分身，AI 说了也白说。
所以与其说这是一条提示词的胜利，不如说是一整套系统成熟的标志。
就像你给一个本来就有手脚的人递了一本书。书本身不厉害，厉害的是这个人终于能自己读书了。