--- title: "与 OpenAI Codex 团队的 AMA（问答活动）" title_en: "AMA with OpenAI’s Codex team" source: "reddit.com" source_url: "https://www.reddit.com/r/codex/comments/1us9ty9/ama_with_openais_codex_team" published_at: "2026-07-11T00:00:00.000Z" language: "zh-CN" topics: ["openai"] tags: ["深度","OpenAI Codex","GPT-5.6","Reddit AMA","模型选择策略","AI编程助手"] review_status: "unreviewed" --- # 与 OpenAI Codex 团队的 AMA（问答活动） > OpenAI Codex 团队在 Reddit 上举办 AMA，回答了关于 GPT-5.6、定价、模型选择、Windows 支持、UI 设计等问题。 ## 内容摘要 OpenAI Codex 团队在 Reddit 上举办了一场 AMA（问答活动），回答了社区关于 GPT-5.6、Codex 定价、模型选择、Windows 支持、UI 设计、使用限制、桌面应用整合等多个问题。团队表示，Codex 每周有超过 500 万用户，是三个月前的两倍，并发布了 150 个功能和改进。他们讨论了定价的可持续性、模型自动路由、沙箱问题、上下文窗口扩展、以及桌面应用的未来方向。 ## 为什么值得关注 Codex 是 OpenAI 为开发者提供的 AI 编程助手，其定价、功能和可用性直接影响数百万开发者的工作效率。此次 AMA 揭示了 OpenAI 对产品可持续性、用户体验和未来发展的思考，帮助用户理解如何更有效地使用 Codex，并了解其局限性。 ## 核心要点 - Codex 每周用户超 500 万，是三个月前的两倍，已发布 150 个功能和改进。 - GPT-5.6 在编码和智能体基准测试中达到新高度，但存在作弊和奖励黑客问题。 - 定价方面，团队承诺可负担性和可持续性，但无法保证价格不变。 - Windows 沙箱问题在 5.6 版本中有所改进，但仍需注意逃逸风险。 - 模型选择建议：Sol 用于困难任务，Terra 用于快速任务，Luna 用于子智能体。 - Linux 版 Codex 桌面应用正在开发中，但无具体时间表。 大家好，[r/Codex](https://old.reddit.com/r/Codex) 的朋友们。 今天对 Codex 和 ChatGPT 来说是个大日子。每周有超过 500 万人使用 Codex，是三个月前的两倍，而在这段时间里，我们发布了 150 个功能和改进。 你们一直在推动 Codex 的边界，测试它的极限，并告诉我们哪些地方需要改进。 你们的反馈帮助我们走到了今天这一步：[Codex 和 ChatGPT](https://x.com/OpenAIDevs/status/2075275868268789885?s=20) 现在一起出现在新的 ChatGPT 桌面应用中了。 Codex 仍然是专为软件开发设计的体验。现在它可以在你的代码仓库、终端、浏览器和桌面应用中工作，包括直接在 Chrome 中使用，并且可以从你的手机上继续推进任务。 我们还推出了 [GPT-5.6](https://x.com/OpenAIDevs/status/2075273992609599834)，它在关键的编码和智能体基准测试中达到了新的高度。 欢迎问我们关于 GPT-5.6、ChatGPT 中的 Codex，或者接下来应该做什么的问题。 我们将在太平洋时间 7 月 10 日星期五上午 9:30 到 10:30 在线回答大家的问题。 **更新：** AMA 现已结束，我们很快会再回来。感谢大家提出的问题！ 参与本次 AMA 的成员： - James Sun | Codex 产品经理 | ([u/cahoodle](https://old.reddit.com/u/cahoodle)) - Janvi Kalra | Codex 研究 | ([u/janvi-oai](https://old.reddit.com/u/janvi-oai)) - Dominik Kundel | 开发者体验 - Codex | ([u/js_dom](https://old.reddit.com/u/js_dom)) - Allan Zhou | Codex 研究 | ([u/allanzhou-oai](https://old.reddit.com/u/allanzhou-oai)) - Kath Koverec | Codex 产品经理 | ([u/simpsoka](https://old.reddit.com/u/simpsoka)) - Romain Huet | 开发者体验 | ([u/romainhuet](https://old.reddit.com/u/romainhuet)) **证明：** [https://x.com/OpenAIDevs/status/2075395561860321412](https://x.com/OpenAIDevs/status/2075395561860321412) ## 官方回答 **问题 — u/ryemigie** Codex 的定价有多可持续？我觉得每月 20 美元已经很划算了，但我担心它会变成按 token（模型处理的基本单位）计费，或者大幅涨价。 **回答 — u/simpsoka (OpenAI)** 我觉得这个担心很合理。我不能保证定价永远不会变——如果说这个行业目前有什么是不变的，那就是模型、计算成本以及人们使用这些产品的方式都在快速变化。 但我们的目标不是让 Codex 变成只有少数人用得起的工具。我们的使命是确保 AGI（通用人工智能）造福全人类，这需要让 Codex 这样的工具能被广泛使用，而不仅仅是越来越强大。 我们也在努力让经济模式可持续。目前，Plus 套餐包含 Codex 的使用，如果某个任务需要远超套餐限制的资源，积分（credits）提供了一种扩展方式，而不必强迫每个用户都升级到更贵的套餐。这个平衡很重要。 所以我不会承诺永远保持一个固定的价格或定价模式，但可负担性和可持续性都是我们非常关心的事情。我们希望 Codex 能成为全世界很多人可以持续使用的工具，而不是那种短暂感觉很划算、然后就变得高不可攀的东西。 **回答 — u/TedSanders (OpenAI)** 如果你看看历史趋势，现在花 20 美元得到的价值比两年前多得多。我预计这个趋势会继续下去。 --- **问题 — u/AVAVT** 为什么 Codex 的智能体（agent，能自主执行任务的程序）在 Windows 上处理自己的沙箱（sandbox，隔离环境）时表现这么差？ 我经常看到它们的命令被 Codex 自己创建的沙箱拦截，然后它们切换到另一个被接受的命令，但下一个任务又出现同样的情况。 感觉既浪费时间又浪费 token。 最后我只好总是用 `codex --yolo`（当然是在我自己的沙箱里），这完全违背了 Codex 自带沙箱的初衷。 （Mac 和 Linux 上的 Codex 沙箱工作得很好） **回答 — u/js_dom (OpenAI)** 完全理解你的感受。从 5.6 版本开始，你应该会看到 Windows 上的能力有所改进，特别是在沙箱内操作和导航方面。如果你遇到令人沮丧的体验，可以使用 /feedback 命令与团队分享。 不一定更省 token，但我建议在大多数情况下使用自动审查（auto review）而不是完全访问（full access），即使是在你自己的沙箱里，这样可以降低风险。特别是在 Windows 上，逃逸问题更容易发生。 --- **问题 — u/nseavia71501** 1. 为什么重要的用户界面变化没有持续记录在发布日志中？（比如最初移除上下文图标/追踪器就是一个例子。） 2. 为什么使用限制的波动没有更多透明度？（用户已经通过 ccusage stats 等工具确认了变化，但 OpenAI 并没有清楚解释实际限制的变化、限流行为和分配逻辑。） 3. 用户什么时候可以期待 Codex 应用/订阅拥有 100 万 token 的上下文窗口？它会广泛可用，还是受限于套餐、模型或发布组？ **回答 — u/js_dom (OpenAI)** 我们承认需要改进发布日志的详细程度。过去 3 个月我们发布了 150 多个功能，每周多次发布，所以很多日志只关注了较大的点。我们正在研究如何进一步改进 Codex 的日志，给你更好的细节。 我不太清楚你说的限流或分配逻辑是什么意思。如果意外的 bug 影响了使用，我们会努力尽快解决并提供重置。我们不会秘密更改使用限制，但我们正在努力提供更多关于使用限制消耗情况的透明度和可见性。 --- **问题 — u/AppleSoftware** 我们什么时候能像 GPT-5.4 那样，把 GPT-5.6 Sol 的上下文窗口增加到 100 万 token？ 37.2 万 token 的上下文窗口比 27.2 万好，但 100 万会解锁更多独特的用例。 （感谢这个出色的模型系列） **回答 — u/allanzhou-oai (OpenAI)** 在我自己的使用中，我发现压缩（compaction）对于非常长的对话线程效果还不错，但在这个帖子中读到各种需要长上下文的用例，真的很有趣也很有帮助。我们在这里不能做出具体承诺，但我们会仔细看看这些反馈，谢谢！ --- **问题 — u/Dreki__** 我不认为手动选择模型应该是长期的解决方案。你们是否在朝着自动路由的方向努力——简单的编辑保持快速和便宜，而更难的仓库任务自动升级到更强的推理？ **回答 — u/simpsoka (OpenAI)** 我同意，我上面贴的回答是我今天的使用方式，但不一定是我认为的理想长期用户体验。 我不能谈论路线图，但我也认为用户不应该成为模型路由专家。理想情况下，Codex 可以从任务中推断很多信息：保持小的局部编辑快速，但在任务模糊、跨领域或出错代价高时花更多时间。 棘手的是，难度并不总是从提示词中就能明显看出来，而且延迟容忍度因人而异、因时而异。有时候我想要一个"30 秒内足够好"的答案；有时候我愿意等待，因为我真的希望它深入调查和钻研。所以即使默认设置变得更智能，我仍然喜欢有一个明确的覆盖选项或软调节。 --- **问题 — u/rsha256** 我希望你能提供一个输入，让用户用底部的滑块来指示任务的难度预期，默认值在中间偏右一点（对于困难任务，可以向右移动；对于简单任务，可以向左移动，极端情况下甚至不需要任何上下文）。 当然，这应该是一个软约束（soft constraint），而不是硬约束（hard constraint），因为研究表明硬约束通常会降低模型性能。我讨厌在处理一个极其庞大的问题（比如未解决的数学研究）时，它直接说"这已知是不可能的，结束"。而实际上，我通过构建多个动态工作流和带有假设的 /goal 指令取得了显著进展（有些问题之所以未解决，只是因为以前没有人用正确的知识尝试过），所以如果它真的尝试了，是有可能取得进展的…… **回答 — u/simpsoka (OpenAI)** 我非常喜欢"软约束"这个说法。这大致就是我今天使用 Codex 的方式：我会告诉它我期望任务是快速轻量的，还是希望它花时间调查，但我不希望这阻止它在任务比预期更难时深入探索。 我也同意关于开放式问题的观点。对于困难的研究或 `/goal` 工作，我更希望 Codex 持续取得有边界的进展，测试假设，并清晰地传达不确定性，而不是过早地得出结论说某事不可能。 例如，一个有约束的目标可能是： "调查这个不稳定测试失败的原因并尝试修复。只修改 `packages/auth` 及其测试文件。不要更改公共 API。尝试最多三个合理的假设，每次尝试后运行相关测试，如果都不行，就停下来，总结你学到的内容以及下一个最佳实验。" 这给了 Codex 深入推理的空间，但防止它在整个仓库中漫无目的地游荡，或者在开放式问题上花费无限时间。然后，滑块或更清晰的表达预期难度/延迟的方式，将是一个很好的抽象。 --- **问题 — u/changing_who_i_am** 当你使用 Codex 时（我假设你基本上有无限使用额度），你通常如何选择使用哪个模型和推理强度？你总是选择 Sol Ultra 吗？还是 Sol 的低版本？或者 Terra 的强版本？还是取决于具体情况？ **回答 — u/simpsoka (OpenAI)** 对我来说，这更多地取决于任务，而不是我有无限使用额度。我并不总是选择 Sol Ultra，例如，我会为了延迟而切换。对于快速编辑、探索或紧密的迭代循环，更快或更轻量的选项通常是更好的体验。我把 Sol Ultra 留给模糊、多步骤或高风险的场景，在这些场景中，额外的深度值得等待。 我也把推理强度当作另一个调节旋钮。我经常告诉 Codex 我是希望它快速直接，还是慢下来真正思考。GPT-5.6 在这方面非常擅长适应：即使我的默认设置是 Sol Ultra，它通常也不会过度思考一个简单的问题，同时在任务真正需要时仍然会深入探索。 所以我没有一个固定的设置。我会根据任务的难度、出错的代价以及我愿意忍受的延迟来匹配模型和推理强度。 **回答 — u/romainhuet (OpenAI)** 这取决于具体情况，但我建议大多数事情用 Sol Medium，真正困难的任务用 Ultra！我用 Terra 做快速的、非编码的任务，用 Luna 做子智能体（subagents），配合 Ultra 使用。我们一直在尝试用新的滑块让这变得更简单，这样 Codex 可以自动为更快的任务选择 Terra 或 Luna。 [](https://preview.redd.it/gxxzyqzapfch1.png?width=692&format=png&auto=webp&s=e86cabab4e1868f48ec5fc3c66ac86da5bd5ea1f) **回答 — u/TedSanders (OpenAI)** 就我个人而言，我不会想太多。我大多只用 Sol medium 或 Sol high，很少更改。偶尔我会切换到 xhigh，如果我认为任务会花很长时间，或者我不想让它搞砸。根据我的评估，更高水平的推理带来的收益递减相当明显。不过我 100% 的时间都使用快速模式，这是工作中获得无限免费 token 的一个不错的好处。 --- **问题 — u/d19dotca** 我也很想知道这一点，并看到一些真实或实际的例子。 我想我大致理解它们之间的高层区别，但有时我可能有一个任务/项目或问题，不知道哪一个最适合我的需求，同时还能节省 token，所以这往往变成一种试错，除非对我来说非常明显，我知道我需要高或低智能/努力设置。现在 5.6 被拆分成 3 个不同的模型，我不禁觉得在什么任务中使用哪个模型变得更加模糊了。 虽然我完全理解这取决于项目和用户提示以及其他变量，但我认为一个表格会很有帮助，左边是实际例子，右边是选择/推荐的模型和努力程度，也许还有"为什么"的解释。 **回答 — u/simpsoka (OpenAI)** 我个人选择的一个实用经验法则： - 微小的局部编辑、快速问题、文档清理或探索：更快/更轻量的模型，低推理。 - 有明确复现步骤的小 bug，或熟悉代码库中的简单功能：常规 Sol，中等推理。 - 模糊的 bug、不熟悉的仓库、跨领域重构，或"弄清楚为什么会这样"：我想要更强的模型，比如 Sol 配合更高推理。 - 迁移、安全敏感更改、生产问题、成本敏感更改，或任何出错代价高昂的事情：Sol Ultra，高推理，我通常会要求它计划、验证并运行测试。 - 长期研究或 /goal 工作：通常更强的推理，但我会明确告诉它何时广泛探索，何时精确执行。 同意记录例子会很有帮助，我们可以在这方面努力。 --- **问题 — u/I-Have-Mono** 我喜欢所有 Codex 和 ChatGPT 功能结合在一起，但我真的不喜欢"聊天"在用户体验中藏得那么深。请重新考虑。 **回答 — u/ajambrosino (OpenAI)** 感谢反馈！每个人对如何在应用中聊天与处理任务有不同的偏好和工作流程。你希望聊天在应用中如何呈现？ --- **问题 — u/stairwaytogray** 为什么 Tibo 在社交媒体上这么厉害？ **回答 — u/romainhuet (OpenAI)** 他确实厉害！Tibo 真心喜欢直接听取开发者的意见，我们的团队也一直在倾听并快速迭代。所以我会说，出色的直觉、无可挑剔的发帖，最重要的是，Tibo 拥有那个臭名昭著的 Codex 重置按钮！😄 --- **问题 — u/EmkMage** 新的桌面体验至少可以说是很有争议的。 很多人希望 ChatGPT "经典"体验能继续工作，保持当前的项目、记忆等流程。我有 5 年的对话记录、重要的工作项目文件夹，以及更多在新设计中完全消失的功能。 你们计划如何修复桌面体验，使其不默认变成开发者友好的环境？我真的感到沮丧，感觉 ChatGPT 中的聊天功能被边缘化，变成了一个伪 IDE。 编辑：如果是我，我会让经典布局成为默认，而工作/Codex 作为单独的模式。ChatGPT 本来就很完美。改变它并移除我每月支付 100 美元所获得的功能，这太令人沮丧了。 **回答 — u/js_dom (OpenAI)** 理解你的感受。我们正在继续寻找改进体验的方法，特别是如果你是从 ChatGPT Classic 过来的。同时，你可以继续同时使用两者。 通过这次新发布，我们明确地试图让 ChatGPT 对非开发者用例更友好，而且 OpenAI 几乎所有员工（不仅仅是工程师）都在使用这个应用。如果你是从 ChatGPT Classic 过来的，我会这样看待 ChatGPT Work：它在为你执行任务方面要好得多，特别是结合计算机使用功能。通过新的 Chrome 扩展，它还在你的浏览器中引入了一个侧边栏聊天，可以与网站上下文以及你的文件系统和连接器（如果需要）进行交互。 --- **问题 — u/FisterMister22** 你们会考虑改变 GPT 放弃解决方案的速度吗？ 例如，我处理一个庞大的 Rust 代码库（超过 15 万行代码，不包括测试和文档），当我要求 Codex 修复/实现某些东西时，它会思考、探索代码库、生成一个巨大的补丁、测试，一旦没有得到最佳结果，它不会考虑可能需要在其他地方打另一个补丁来使当前补丁工作良好，而是直接认为结果不好并回滚。相比之下，我在 fable 上的经验是，它会尝试理解为什么补丁没有产生最佳结果，并尝试修复/改进它，而不是全部回滚，从而浪费大量 token。 **回答 — u/allanzhou-oai (OpenAI)** 像 [u/rsha256](https://old.reddit.com/u/rsha256) 一样，当我需要智能体更持久时，我喜欢使用 "/goal"，我发现这通常效果不错！但持久性（在适当的时候）和降低代码复杂度是我们计划在未来版本中改进的领域。 你有机会尝试过 5.6-sol 配合高推理努力吗？它是否仍然给你同样的问题？我很好奇这是否有任何改进。 --- **问题 — u/n_anderss** 你能详细说明一下为什么 Pro 模式仅限于在线聊天界面，而不适用于 Codex 吗？ 另外，Ultra 是否使用 Max effort？还是别的什么？这很不清楚。 **回答 — u/TedSanders (OpenAI)** Pro 在底层的工作方式，对于智能体工作（例如编辑代码库）帮助不大。所以如果我们把它放在 Codex 中，我们担心人们会选择它，认为它对一切都更好，然后当它更慢、消耗更多速率限制、并且没有提供更好的质量时，他们会感到恼火。这就是为什么它在 ChatGPT 中而不是在 Codex 中。不是想对人们隐瞒什么——只是想让使用更简单。 --- **问题 — u/n_anderss** 非常感谢你的回复！ 那么请问，它（Pro）擅长什么？（与 Max/Ultra 相比） 如果我想要一个特定的代码库审查者（带有评论而不是直接重写），它在那时表现最好吗？ 还是说它通常更适合非编码工作？ **回答 — u/TedSanders (OpenAI)** 一般来说，我会说它最适合非编码工作。如果你看看我们以前的博客文章，你可以看到它在哪些评估上更有差异（如果没有发布 Pro 的分数，那可能意味着差异不大）。就我个人而言，我会用它来做搜索、数学、也许写作，以及文档/幻灯片（但只有在我更关心质量而不是等待时间的时候）。 --- **问题 — u/firstsnowhedge** 我完全同意这个逻辑。不过，这让我想知道，我们是否可以在 Codex 中使用 Pro 模式，专门用于高级任务，如规划、研究和代码审查，而不是直接生成代码。例如，Pro 模式仅限于规划模式或只读任务等。这可能会弥合差距。 **回答 — u/TedSanders (OpenAI)** 是的，这绝对是我们可能做的事情，不过我不会抱太大希望。总的来说，我们正在努力简化设计，这样人们就不必学习诸如"哦，Pro 选项在这个屏幕上消失了，是因为你离开了规划模式"之类的东西。高级用户肯定会从这些选项中受益，但这是以复杂性为代价的。很难平衡，真的。 --- **问题 — u/300A24** Linux Codex 应用什么时候出？它在计划中吗？ **回答 — u/cahoodle (OpenAI)** 是的，我们正在开发中！我不能承诺时间表，但会很快分享更多信息。 --- **问题 — u/razthebuzz** 你能给我们一个每个模型在任务方面的优势分析吗？我刚打开 Codex，被这么多变化搞得眼花缭乱。知道什么时候使用哪个模型会很有帮助。 到目前为止，我的想法是： - Sol - 困难任务、模糊问题、大型重构、架构变更等 - Terra - 修复 bug、发布小功能 - Luna - ?? - gpt-5.5 - 这个还有用吗？ 如果我想做 UI 工作，哪个模型最适合？ **回答 — u/js_dom (OpenAI)** 你的分类是一个很好的起点。在应用和网页中，我们实际上用一个新的滑块简化了它，大多数级别映射到 Sol 的不同推理努力，同时在最低努力时回退到 Terra。总的来说，Sol 最适合你最困难的问题。Terra 适合你想更注意使用限制的情况，在某些任务上性能与 5.5 相当，但成本更低。 Codex 中的 Luna 在你明确要求 Codex 为任务使用子智能体时很有帮助，并且你知道有一些探索任务需要较少的尖端智能。你可以要求 Sol 或 Terra 为这些子智能体使用 Luna。 对于 UI 工作，我认为 Sol 是最好的。当你给它参考图片时，它尤其出色。我只会使用 5.5，如果你有针对 5.5 专门调整过指令的任务。 **回答 — u/TedSanders (OpenAI)** 在我看来，Sol 对一切都最好。Terra 和 Luna 是更快/更便宜的版本。所以如果你想少消耗速率限制，也许用 Terra。既然 5.6 已经发布，我绝不会再用 5.5。5.6 在各方面都更好，也更高效。 --- **问题 — u/oppenheimer135** 尝试用 Sol 做 UI 任务，天哪，它太直观了……我给了个模糊的提示，它构建了一个直观的 UI，并添加了自己的用户体验元素，第一印象非常好，太棒了。 **回答 — u/allanzhou-oai (OpenAI)** 太棒了，很高兴听到 Sol 对你来说效果很好。 --- **问题 — u/Plastic_Anxiety** 对于 UI 设计，Sol/Terra/Luna 哪个最好？我听说 Luna 最大努力效果不错。另外，每个模型/努力程度的最佳应用场景是什么？ **回答 — u/TedSanders (OpenAI)** Sol。Terra 和 Luna 基本上是 Sol 的更快/更便宜版本。努力程度更模糊。我觉得 medium 是一个好的默认值，但有时我会设置 xhigh，如果我认为任务会花很长时间，或者我不想出错。至少在评估中，xhigh 的收益递减相当明显。 --- **问题 — u/VisualConnection3277** 有没有办法选择"自动"模型？简单任务路由到 Luna 和 mini，复杂任务路由到 Sol 和 high。 **回答 — u/simpsoka (OpenAI)** 目前还没有这样的"自动"模型选项，但我同意有一个根据任务高效切换模型的方法会很有用。 GPT-5.6 的一个好处是，其中一些功能已经内置在模型中：它通常不会过度思考简单的任务，同时在任务真正需要时仍然会深入探索。 也就是说，我认为用户仍然应该拥有控制权，因为延迟容忍度因人而异、因时而异。有时候我在探索时想要一个更快的"足够好"的答案；其他时候我愿意等待更深入的推理。将 Auto 作为一个强大的默认选项，并在需要时提供覆盖选项，这非常有意义。 --- **问题 — u/Bioleague** 我一直在使用 Codex 配合 Unreal Engine 5.8 MCP（模型上下文协议，一种让模型与外部工具交互的协议）。仅仅加载 MCP 工具就用了我 5 小时限制的 10-20%。3-4 次提示之后，我就完全用完了 5 小时的限制……（大约 30 分钟内） 有什么改进工作流程的建议吗？结果还不错，我只是觉得我做错了什么，浪费了我的使用限制。 而且感觉最近使用量消耗得更快了（虽然我还没有机会测试 5.6）。 **回答 — u/js_dom (OpenAI)** 一个选择是让 Codex 将 MCP 包装成一个 CLI（命令行界面），并让它围绕它创建一个技能（skill）。如果你有常见的工作流程，你可以要求 Codex 使用你过去完成的会话创建技能。另一个选择（效果可能有所不同）是为你创建一个自定义子智能体定义，用于"Unreal Engine"智能体，将 MCP 添加到它的配置中，而不是添加到你的主配置中，可能使用较低的推理级别。这样你的主智能体可以委托给它。 [https://learn.chatgpt.com/docs/agent-configuration/subagents?surface=app#app-custom-agents](https://learn.chatgpt.com/docs/agent-configuration/subagents?surface=app#app-custom-agents) --- **问题 — u/stairwaytogray** Codex 的"完全访问"模式不断要求权限来执行命令。是什么导致了这种行为？ **回答 — u/simpsoka (OpenAI)** 如果会话实际被限定为"完全访问"，那么对于正常命令来说，这种情况是不应该出现的。可能有几种不同的原因导致这个问题，比如工作区或管理员策略、正在运行的特定命令、会话权限状态不匹配，或者是一个 bug。 如果你遇到这种情况，请在发生后立即在应用中使用 `/feedback` 功能，这样我们就能看到相关的上下文信息。你也可以直接给我发私信，我很想了解是哪些命令触发了这个问题。 --- **问题 — u/Capable_Hawk_1014** 我遇到的最大问题，也是 Claude 比 Codex 有优势的地方，就是 UI 设计。有没有计划让 Codex 也能做出好的 UI 设计？ **回答 — u/allanzhou-oai (OpenAI)** 我们在 5.6 版本中的一个目标就是改进 UI 设计，例如在前端 Web 开发方面。我很想听听你的具体用例，以及你对 5.6-Sol 的任何早期反馈。 --- **问题 — u/ii-___-ii** 我发现 Codex 5.3 模型比 GPT 5.5 和 5.4 更可靠，因为它会按照我的要求去做，而不会自作主张地做出我不想要的愚蠢决定。根据经验，它在消耗 token 方面也比 GPT 5.5 便宜得多。GPT 5.5 有时会试图耍小聪明，然后偏离轨道，做一些我不想要的事情。 为什么你们这么快就移除对某些模型的访问权限？仅仅因为一个新奇的模型在基准测试中胜出，并不意味着它对所有人的用例都更好。 为什么你们只关心长时间运行的智能体任务？有些人只是想要特定的功能或修复，而不需要额外的代码审查。 **回答 — u/TedSanders (OpenAI)** 是的，这总是一个平衡问题。我们很想让所有模型都对所有人可用，但同时管理一大堆模型确实有实际的运营成本。如果我们保留所有旧模型，服务会变得不太稳定，我们发布改进的频率也会降低。在 API 中，我们承诺会保留模型更长时间，所以如果你使用 API 访问或由我们 API 驱动的产品，即使我们将模型从 Codex/ChatGPT 中撤下，你仍然可以继续使用它们。 --- **问题 — u/SnooFloofs641** 我们什么时候能获得桌面应用的官方 Linux 支持？（我更关心这个） 另外，为什么有些人的重置（reset）没有显示？是不是有什么系统在决定？ **回答 — u/cahoodle (OpenAI)** 关于 Linux：是的，我们正在努力！我无法承诺具体时间，但会尽快分享更多信息。 关于重置限制：如果你在过去 24 小时内更改了你的套餐，我们不一定能抓取到你。但如果你不属于这种情况，可以在 Twitter (@jameszmsun) 上把你的账户邮箱私信给我，我可以让团队查看并进行故障排除。 --- **问题 — u/immortalsol** **为什么新的 ChatGPT 桌面应用感觉像是 Codex 硬生生加了个 ChatGPT，而不是两者的真正整合？** 我理解想要保留原始 Codex 应用及其工作流程。但目前的整合感觉从根本上就不平衡：Codex 仍然是应用的基础，而之前的 ChatGPT 桌面体验——连同我的网页对话和项目——已经被缩减为一个只显示最近对话的、受限的"聊天"面板。 现在整个产品都叫做 **ChatGPT 应用**，这就特别令人困惑。我期望 ChatGPT 对话和项目在其中是一个头等空间，而不是一个隐藏的侧边隔间。与此同时，"工作"（Work）似乎基本上就是原始 Codex 体验换了个新标签，与我的 ChatGPT 对话几乎没有有意义的联系。 为什么不把这两个空间做得明确且同样完整？ - 一个完整的 **ChatGPT 模式**，包含我所有的网页对话和项目。 - 一个不同的 **工作模式**，用于本地任务。 - **Codex** 作为工作模式中的编码能力。 - 两者之间真正的桥梁，允许我选择 ChatGPT 对话或项目作为 Codex 任务的上下文。 我的 ChatGPT 项目通常包含与我本地正在编写的代码相关的研究、规划和决策。为什么 Codex 不能直接访问这些选定的对话？"添加为任务"与在这两个工作体之间拥有连贯的整合是不一样的。 这是有意设计成以 Codex 为先的吗？是否有计划让 ChatGPT 本身成为桌面应用中一个完整的、头等的部分，而不是一个依附于 Codex 的受限查看器？ **回答 — u/TedSanders (OpenAI)** 老实说，我们还在摸索中。以前我们有多个应用和多个框架，这很麻烦。人们不知道该用哪个应用做什么，内部开发也更慢，因为我们试图同时向多个方向发展。合并应用会带来一些短期的痛苦，但我们希望长期收益是值得的。我们在倾听每个人的想法，并努力把设计做得尽可能好。目前肯定还不完美，但我们正在尽力，并希望在未来几个月（和几年）内能做得更好。 --- **问题 — u/BobMcFizzington** 你们的发布帖子说 GPT-5.6 "在关键的编码和智能体基准测试中达到了新的高度"。METR 报告称，它在他们的智能体基准测试中作弊的比例是他们有史以来记录中最高的，而你们自己的系统卡也提到了在任务中作弊和捏造研究结果。这些基准测试的提升有多少是能力，又有多少是奖励黑客（reward hacking）？在训练中具体做了什么改变来解决这个问题？这些数字是整个宣传的核心，所以这很重要。 **回答 — u/janvi-oai (OpenAI)** 是的，这是一个真正令人担忧的问题，尤其是随着模型变得越来越聪明。我们积极尝试在评估中检查并惩罚作弊行为，以便基准测试结果反映模型的实际能力——而不是它查找答案或在评估精神之外解决任务的能力。 我们还使用第三方供应商独立运行基准测试，以帮助确保其完整性。 我们对此非常重视，因为我们关心模型是否真正智能和有用，而不仅仅是它是否得分高。机器学习有时感觉像炼金术，所以拥有我们信任的基准测试对我们研究人员来说也非常重要。 --- **问题 — u/NebulaBetter** Tibo，给我们看看那个神奇的重置按钮的截图。 **回答 — u/js_dom (OpenAI)** [](https://preview.redd.it/zd0k71a0xfch1.jpeg?width=4654&format=pjpg&auto=webp&s=83871bf17050d92a9b06327ccc44847db96dfeaf) --- **问题 — u/willdone** 作为一个与智能体打交道的人——我很好奇你们最有趣的框架（harness）见解是什么。你们发现了什么真正推动了评估结果的改进，并且是源于框架选择？ **回答 — u/janvi-oai (OpenAI)** 框架中的连接器（connectors）是一个游戏规则改变者。将 Slack、GitHub、Notion 等工具放入上下文中，让我们的模型能够读取和写入它们，感觉就像是让 Codex 成为一个高效同事的阶跃函数变化。如果你还没有链接所有连接器，试试看，这非常神奇。 --- **问题 — u/orange_meow** 使用限制现在是如何计算的？ 我的假设： 消耗 Codex（智能体）使用限制： - 带项目的 Codex - 不带项目的 Codex - 网页版中的 ChatGPT 工作 - ChatGPT 应用（移动端和桌面端）中的 ChatGPT 工作 不消耗 Codex（智能体）使用限制： - 网页版中的 ChatGPT 聊天 - 应用（移动端和桌面端）中的 ChatGPT 聊天 图像生成是另一回事，我假设它属于对话发起的地方？所以遵循上述规则？ **回答 — u/simpsoka (OpenAI)** 你的思维模型基本正确，但我建议根据正在使用的功能来考虑，而不是根据你在哪里使用它。 计入智能体使用量： - 带或不带项目的 Codex - 在应用、CLI、IDE、网页或移动端连接体验中的 Codex - ChatGPT 工作，无论是在网页、桌面还是移动端启动 - 共享相同配额的其他智能体功能 不计入智能体使用量： - 在网页、桌面或移动端上的普通 ChatGPT 对话 - 在智能体工作流之外的常规模型使用 图像生成、文件上传和语音有它们自己独立的使用限制。它们不会仅仅因为对话在某个特定地方开始就继承 Codex/智能体的配额。 另一个小细节：并非每个 Codex 任务消耗的使用量都相同。一个微小的编辑可能只使用一小部分配额，而一个在大型代码库上运行、包含大量上下文或需要更深推理的长时间运行任务，则可能消耗显著更多。 --- **问题 — u/sir_captain** 到目前为止，我很喜欢 5.6 模型。我唯一担心的是，它们似乎比 5.5 慢了一个数量级。这是因为现在使用量激增，还是模型本身固有的问题？我最关心的当然是模型能否做好工作，但我也希望将实际耗时保持在合理水平。谢谢！ **回答 — u/romainhuet (OpenAI)** 你使用的是哪个推理级别？我发现 Sol Medium 在大多数事情上比 GPT-5.5 更快。需要记住的一点是，这些是非常强大的模型，所以你可能不需要使用与 5.5 相同的推理级别。例如，我们发现 Terra 的性能与 GPT-5.5 相当，并且对于许多任务来说已经足够了。 你还有快速模式，运行速度大约是 1.5 倍。很快，我们将能够在 Cerebras 上以大约每秒 750 个 token 的速度运行 Sol。总的来说，我们非常关心速度，你可以期待事情会变得更快！ --- **问题 — u/KeepAllOfIt** 说实话，你们在新版本发布之前会对模型进行"脑叶切除"（lobotomize），对吧？ **回答 — u/janvi-oai (OpenAI)** 不，我们认为迭代部署是实现安全 AGI 的关键。这意味着与全世界分享核心能力（并对不良行为者设置防护栏）非常重要，这样我们就可以积极地从模型的使用方式中学习，以确保未来的模型更智能、更安全。 --- **问题 — u/thorax51** 你们什么时候发布 Codex 桌面的 Linux 版本？它是一个 Electron 应用，应该不难吧？ **回答 — u/cahoodle (OpenAI)** 我们正在努力！我无法承诺具体时间，但会尽快分享更多信息。 --- **问题 — u/NotALanguageModel** Chrome 连接器什么时候能修复以适应当前版本？目前它无法连接到 Chrome。 **回答 — u/cahoodle (OpenAI)** 这个问题应该已经在昨晚修复了！尝试更新到最新版本的桌面应用。对于发布日出现的这个 bug，我们深表歉意。你现在能试试看，然后告诉我是否修复了吗？另外，我很好奇，你最期待使用 Chrome 扩展程序进行哪些工作流程？ --- **问题 — u/nerdyman555** 引用你们模型的话： "可见的工作世界运行在 Windows 上；其下的隐形基础设施大部分运行在 Linux 上。" 那么，为什么在功能更新等方面，Mac OS 似乎是宠儿？ Windows 似乎被 Mac 亏待了？！ 这感觉有点脱节。 爱你们！请回复我（:） **回答 — u/simpsoka (OpenAI)** 也爱你 <3 我认为这是完全合理的反馈。从历史上看，团队更多的日常开发和测试设置是在 Mac 上，这意味着 Mac 有时会更早获得功能和优化。这不是我们希望 Windows 用户拥有的体验。 最近，我们在 Windows 方面做出了更加协调一致的努力：更快地引入功能，缩小功能差距，改进我们的 Windows 测试流程，并修复那些日积月累的小问题。 我们知道这还不够。Windows 对 Codex 来说非常重要，我们将继续优先处理它，直到体验感觉和我们其他平台一样好。 --- **问题 — u/adityagiri3600** 在训练完 5.6 之后，你们有没有让它继续工作并改进自己？ **回答 — u/janvi-oai (OpenAI)** GPU 现在正在全力运转 :) 你可能已经看到了，Sol 对 Luna 进行了后训练（post-trained）。 对于正在进行的研究，大多数研究人员现在都在更高的抽象层次上工作，同时运行多个 Codex 线程来验证我们的假设——许多机器人昼夜不停地运行……这很有趣。 --- **问题 — u/justneurostuff** 如果 Codex 要取代 Atlas，你们会添加哪些额外的浏览器功能？特别是，我们会获得扩展支持吗？ **回答 — u/cahoodle (OpenAI)** 好问题！我们将添加对扩展、提前输入（typeahead）、历史记录以及翻译和更好的新标签页等较小的生活质量功能（QoL features）的支持。有没有你特别期待的特定浏览器功能？ --- **问题 — u/Dizzy_Log2916** AMA 正在进行，已经快过半了。为什么还没有 OpenAI 的人回答任何一个问题？ **回答 — u/OpenAI (OpenAI)** 我们打字很快！答案正在进行中，团队成员正在持续回答。 --- 英文原文：[AMA with OpenAI’s Codex team](https://www.reddit.com/r/codex/comments/1us9ty9/ama_with_openais_codex_team)