@cjzafir:为什么 Codex 5.5 medium 的表现优于 Codex 5.5 extra high?在 Agents.md 中添加此规则:"不要与错误纠缠!每当遇到两次相同的错误时,上网搜索并找到 3-5 种解决方法。然后选择最高效的方案并实施。"

X AI KOLs Timeline 新闻

摘要

一位用户分享了一种优化 OpenAI Codex 5.5 的策略:使用 'extra high' 变体进行规划,使用 'medium' 变体执行任务,并辅以特定的错误处理规则,从而提高效率。

为什么 Codex 5.5 medium 的表现优于 Codex 5.5 extra high?在 Agents.md 中添加此规则:"不要与错误纠缠!每当遇到两次相同的错误时,上网搜索并找到 3-5 种解决方法。然后选择最高效的方案并实施。" 这一提示缓解了模型深入思考的压力,避免了陷入不良决策的死循环,但开辟了真正有效的全新思路。我在复杂任务(模型训练、运行评估、将最佳检查点转换为 GGUF 格式等)上进行了这项实验,结果**零报错**。最棒的是:每次会话耗时仅约 5 小时,且每周使用量极低。我使用的是 Codex 5.5 medium(快速模式),感觉响应速度极快。但这里有个关键点:你的会话计划必须由 Codex 5.5 extra high 来设计!仅使用 medium 变体来执行计划。这样你就不会受到 Codex 5.5 medium 松散思维的影响,而是利用其快速速度正确执行任务列表。不妨亲自试一试。
查看原文

相似文章

我让Codex和Claude Opus处理同一个Java AI单体代理项目

Reddit r/AI_Agents

一位开发者比较了Codex 5.3和Claude Opus 4.6在自主Java AI代理开发中的表现,发现架构更优雅的模型(Claude)经常产生从未执行过的代码,而更直接、更单调的Codex则通过超时和历史恢复等实用修复改进了实际产品。