最近codex的风头是真的有点旺。
无他,只是真的好用啊！
今天OpenAI 总裁 Greg Brockman 转发了一个提示词，只说了一句话。
self improvement prompt for codex
翻译过来就是：让Codex自我进化的提示词。
短短一天时间46万阅读了。
不是，有这么神奇吗？
那我高低得试试深浅啊。
我已经把图片里的提示词扒下来了，下面是完整版，你可以直接复制使用（如果需要英文原版，可以下拉到最后）：
回顾过去30天内（若不足30天则查看全部可用历史）的近期工作，识别值得封装的重复性手动工作流。
按以下顺序使用可用依据：
近期Codex会话及任务摘要。
Codex记忆库及推广摘要，用于发现跨会话重复出现的模式。
若已启用Chronicle，用其识别Codex之外的重复性工作。Chronicle仅用于发现；如有可能，需在相关源系统中确认重要细节。
现有技能、自定义智能体和自动化流程，以复用或扩展已有内容，而非重复创建。
广泛排查符合以下特征的工作：重复性强、耗时久、易出错、依赖大量上下文，或能从标准化流程中获益的工作。涵盖编码、研究、写作、规划、沟通、运营、分析及个人事务管理等场景的工作流。
仅当候选工作流满足以下条件时，才推进处理：
至少出现过两次，或明显有可能重复出现且重复成本较高；
具备稳定的输入、可重复的流程，以及明确的输出或终止条件；
能切实提升工作速度、质量、一致性或可靠性；
尚未被现有工具/流程充分覆盖。
选择最合适的最小化形式：
技能：可复用的工作流或操作手册。
自定义子智能体：适合委派的、有明确边界的专家角色或调研任务。
自动化：定时或周期性的检查、报告、提醒或监控任务。
跳过：过于一次性、定义模糊、涉及敏感内容或依据不足，无法封装的工作。
首先生成精简候选清单，包含以下内容：
重复性工作流
支撑依据及日期
出现频率/置信度
推荐形式：技能、子智能体、自动化、扩展现有，或跳过
值得/不值得创建的原因
之后仅创建高置信度的缺失项。保持其范围聚焦、实用、适配源系统、易于验证。不得创建推测性、存在重叠或范围过宽的资产。
最终输出需包含：
已创建或扩展的内容
有意跳过的内容
封装前需补充更多依据的内容
看完之后我懂了，确实有点东西啊。
拆解：这条提示词聪明在哪
它的五段话，每段都在解决一个具体的"AI 自我改进"会翻的车。
第一段：去哪里找证据
让 Codex 看四类信号：
最近的 Codex 会话和任务总结（你实际干了啥）
Codex Memories 和 rollout 摘要（跨会话重复出现的模式）
Chronicle（Codex 之外的工作记录，需要单独开启）
已有的 skills / agents / automations（避免重复造轮子）
最后一项很关键！先看你已经有什么，不要重复创造。
第二段：找什么样的活
重复的、耗时的、易错的、上下文重的、需要稳定流程的
这个范围写得很宽：
编码、研究、写作、计划、沟通、运营、分析、个人事务
。
它就是给所有用 AI 的人用的。Codex的定位，早就不是一个编程Agent了。
第三段：判断标准
只有满足以下条件才动手
：
至少发生过两次
，或者明确会再发生且重复成本高
输入稳定、步骤可复现、有清晰的输出或停止条件
真能在速度、质量、一致性、可靠性上显著改善
现有工具还没覆盖
第一条「至少发生过两次」是核心——
这是过滤"AI 觉得很酷但其实没人用"的关键
。
我自己用 Claude Code 这么久，最大的教训就是：一时兴起写的 Skill，90% 后面都用不上。让 AI 自己把这个标准内化进去，比你嘴上提醒它有用多了。
第四段：选最小够用的形式
Skill > 子 Agent > 自动化 > 跳过
每个形式对应啥：
Skill：一个可复用的工作流模板
Custom subagent：可委派的专业角色（比如"代码审查员"）
Automation：定期检查/报告/提醒
Skip：太一次性、太模糊、太敏感、证据不足的——直接放弃
注意最后一个动作是“跳过”，让 AI 学会说"不"。这就是避免AI钻牛角尖，解决不了的问题就编一个解决方案。
然后信誓旦旦跟你说没问题。等你打开一看才知道有多糟心。
第五段：先列清单，再动手
不要直接生成 Skill，先给一张紧凑的 shortlist：
- 重复的工作流
- 支撑证据和日期
- 频率/置信度
- 推荐形式（skill / subagent / automation / 扩展已有 / 跳过）
- 为什么值得做或不值得做
然后只创建高置信度的、缺失的项
这一步本质上是让 AI 给你写 review 让你决策，而不是直接拍板。
收尾：让它给出报告
最后让 Codex 总结：创建了什么、扩展了什么、主动跳过了什么、哪些还需要更多证据才能打包。
它逼 AI 把"我现在还判断不了的东西"明确列出来，而不是装作什么都知道。
怎么用
简单！直接打开 Codex App，然后把上面那段 prompt 整段复制进去（不要改，直接发）
等它分析完，看它给你的候选清单、创建的 Skill / subagent / automation。
我自己跑了一次，Codex 给我列了几条候选清单。
最创建了 1个 Skill，很多任务被它识别出来可跳过。我仔细一看确实啊，纯瞎浪费。
其实这就是手动给Codex做一次记忆强化，梳理工作流，沉淀下可复用的技能。
每个人使用Codex的方式都不一样，有不一样的开发项目，不同的创作需求。
我现在回头想想自己使用Codex的过程，有些对话真的很重复。但这些是我事后才知道不应该这么做的。
比如说在好几个窗口里都提到要使用coze cli，但是又没有把coze cli的使用方式给做成可复用的skill，导致它每次都要重新去找使用方法。浪费了大量的token和时间。
还有比如说反复给一个项目做代码审查，因为这个项目时间拖了很久。经常忘记推进，每次重新打开又要做一次代码审查。真就纯浪费额度。
所以与其说这个提示词是让Codex自我提升。不如说是让使用者更懂如何使用Codex。
怎么说，用大厂黑话来说。就是让你和Codex降低摩擦力，互相对齐颗粒度。
写在最后
现在AI模型的能力，已经让会用 AI 的人和不会用的人，差距逐渐减小。
再配上这些合适的"方法论"，一个简单的提示词就能抵得上一系列系统的学习。
你不需要反思，自我进化。
你只需让 AI 自己反思、自己改进、自己沉淀。
最后，你连输入提示词的动作都不用。
只需要把提示词复制到自动化任务里。每周日让它自己跑一遍就好了。
强烈建议你也试试。
最后附上原版英文提示词，习惯使用英文额也可以直接用。
Look back over my recent work from the last 30 days, or all available history if shorter, and identify repeated manual workflows worth packaging.
Use available evidence in this order:
- Recent Codex sessions and task summaries.
- Codex Memories and rollout summaries to find patterns repeated across sessions.
- Chronicle, if enabled, to spot repeated work outside Codex. Use Chronicle for discovery only; confirm important details in the relevant source system when possible.
- Existing skills, custom agents, and automations, so you reuse or extend what already exists instead of duplicating it.
Look broadly for work that is repeated, time-consuming, error-prone, context-heavy, or benefits from a consistent process. Include workflows across coding, research, writing, planning, communication, operations, analysis, and personal administration.
Only act on a candidate when it:
- occurred at least twice, or is clearly likely to recur and costly to repeat;
- has stable inputs, a repeatable procedure, and a clear output or stopping condition;
- would materially improve speed, quality, consistency, or reliability;
- is not already adequately covered.
Choose the smallest appropriate form:
- Skill: a reusable workflow or playbook.
- Custom subagent: a bounded specialist role or investigation task suitable for delegation.
- Automation: a scheduled or recurring check, report, reminder, or monitor.
- Skip: work that is too one-off, ambiguous, sensitive, or poorly evidenced to package.
First produce a compact shortlist with:
- repeated workflow
- supporting evidence and dates
- frequency/confidence
- recommended form: skill, subagent, automation, extend existing, or skip
- why it is or is not worth creating
Then create only the high-confidence missing items. Keep them narrow, practical, source-aware, and easy to validate. Do not create speculative, overlapping, or overly broad assets.
Finish with:
- what you created or extended
- what you deliberately skipped
- what needs more evidence before packaging
感谢你看到这里。如果你觉得这个对你有用，不妨转给你朋友，点个在看。如果觉得分享的还算真诚也可以点个关注。下次继续分享点使用好玩的东西～
