@YuLin807: 这是一条非常宝贵的被官方认证过的codex self improve prompt： 推荐使用： “回顾我过去 30 天的最近工作（如果历史更短，则回顾所有可用历史），并识别值得打包的重复手动工作流程。 按照以下顺序使用可用证据： - 最…

这是一条非常宝贵的被官方认证过的codex self improve prompt：

推荐使用：

“回顾我过去 30 天的最近工作（如果历史更短，则回顾所有可用历史），并识别值得打包的重复手动工作流程。

按照以下顺序使用可用证据：

• 最近的 Codex 会话和任务摘要。
• Codex 记忆和 rollout 摘要，以查找跨会话重复的模式。
• 如果启用，纪事，用于发现 Codex 之外的重复工作。仅将纪事用于发现；尽可能在相关源系统中确认重要细节。
• 现有技能、自定义代理和自动化，以便重用或扩展已有的内容，而不是重复创建。

广泛查找重复的、耗时的、易出错的、上下文密集的或受益于一致流程的工作。包括跨编码、研究、写作、规划、沟通、运营、分析和个人管理的工作流程。

仅在候选项满足以下条件时采取行动：

• 至少发生过两次，或明显可能重复且重复成本高；
• 具有稳定的输入、可重复的程序，以及明确的输出或停止条件；
• 会实质提升速度、质量、一致性或可靠性；
• 未被充分覆盖。

选择最小的适当形式：

• 技能：可重用的工作流程或 playbook。
• 自定义子代理：适合委托的界定专家角色或调查任务。
• 自动化：定时或循环检查、报告、提醒或监控。
• 跳过：过于一次性、模糊、敏感或证据不足而无法打包的工作。

首先生成一个简洁的短名单，包括：

• 重复工作流程
• 支持证据和日期
• 频率/置信度
• 推荐形式：技能、子代理、自动化、扩展现有或跳过
• 为什么值得或不值得创建

然后仅创建高置信度的缺失项。保持它们狭窄、实用、源感知且易于验证。不要创建推测性的、重叠的或过于宽泛的资产。

最后以以下内容结束：

• 你创建或扩展了什么
• 你故意跳过了什么
• 什么需要更多证据才能打包

Greg Brockman@gdb·May 25: self improvement prompt for codex x.com/reach_vb/statu…