在 Codex 中使用 GPT-6 Astra，不只是知道模型名称就够了。必须同时满足四个条件：OpenAI 的 rollout（分批开放）已经到达当前账号或工作区；工作区允许使用该模型；Codex 客户端版本足够新；认证路径里还有可用套餐额度或 API 权限。
OpenAI 于 2026 年 9 月 3 日发布 Astra，先向少量组织开放，再逐步扩大范围。官方说明 Codex CLI 必须为 0.153.0 或更高版本。达到最低版本并不代表所有账号都能看到 Astra，购买 credits 也不会让账号在 rollout 中提前获得模型。
本文会说明如何核对访问路径、选择推理强度、理解套餐与额度，并在模型不出现时按层排查。本文不声称所有 Codex 账号或 Agent.Space 已经支持 Astra。事实均依据 OpenAI 官方文档，于 2026 年 9 月 7 日核验。
使用 GPT-6 Astra 的四道门槛
把可用性看成一条链。任意一道门槛不满足，都可能出现同一个表象：Astra 没有出现在列表里，或者无法启动。
官方 Astra 访问说明描述了面向 Plus、Pro、Business、Enterprise 与 API 的逐步 rollout。即使是同一个账号，Chat、Work 与 Codex 的开放时间也可能不同。当前选择器才是最直接的证据；发布公告或符合资格的套餐，并不能证明某个工作区已经拿到模型。
如果你需要先了解 Astra 的总体发布、上下文、价格与 Coding Agent 适配，可以看 GPT-6 Astra Coding Agent 总览。本文只聚焦 Codex 的访问和操作。
模型已经可用后，可以继续用这份 AGENTS.md 与 Skills 整理指南，检查旧指令是否让 Astra 多读资料、重复验证或过早停下来。
Codex CLI 的 90 秒检查流程
修改配置或购买 credits 前，先跑完这组检查。
1. 核对客户端版本
OpenAI 当前帮助文章给出的最低版本是 0.153.0，但“达到最低门槛”不等于已经拥有完整 Astra catalog 体验。OpenAI 的 Codex changelog写明：0.153.1 加入了 Astra API 配置，但没有把它放进 picker，也没有改变默认模型；0.153.4 才修复 bundled model picker 的可见性，并在没有显式指定模型时把 Astra 设为 bundled default。如果要获得这些已经记录的选择器和默认模型修复，应使用 0.153.4 或更高版本，最好直接使用最新 patch。如果使用桌面 App，应安装当前 App 更新，不要把 CLI 版本当成 App 版本。
2. 核对 Codex 的认证方式
这个检查会把两条访问与计费路径分开：
- ChatGPT 登录： 取决于套餐资格、工作区策略、Work/Codex 套餐内额度和符合条件的 credits。
- API key： 取决于 API 项目的模型权限、消费上限、速率上限与 API 账单。
单纯切换模型，无法修复账号或 API 项目层面的限制。
3. 检查 Astra 是否真的出现在当前入口
账号符合条件时，OpenAI 的 Codex 模型文档支持用下面的方式启动：
进入 Codex 后，用 /model 查看当前模型选项，用 /status 核对实际模型、上下文和用量状态。相比“启动参数应该已经生效”的猜测，这些命令能提供更直接的证据。如果选择器里没有 Astra，应继续按下文分层排查，不要反复强行传入模型 ID。
4. 选择当前界面提供的推理强度
使用 /model，从当前客户端与账号实际提供的推理强度中选择。Astra API 规格支持 low、medium、high、xhigh 与 max，不支持 none。具体 Codex 入口可能只显示其中一部分，默认值也可能变化，因此当前控件比复制来的旧配置片段更可靠。
5. 先跑一个有边界的任务
先选一个能做确定性检查的小任务：检查一个已知模块、解释一条失败测试，或者只提出补丁但不应用。用 /status 核对模型，检查产物，并观察用量页面。不要为了证明模型能启动，就直接发起全仓库迁移。
选好 Codex 后，如果需要一套完整工作区流程，可以继续看 Agent.Space 上的 Codex 实用指南。Agent.Space 当前开放哪些 Agent 与模型组合，应以实时选择器为准，而不是以本文为准。
按任务选择推理强度
更高推理强度不是应该永远开到最大的“质量开关”。它通常会给模型更多思考空间，也可能增加延迟与额度消耗。实用标准是：选择能稳定通过任务验收的最低强度。
这些只是起始假设，不是 OpenAI 的效果保证。对比不同强度时，应保持 Prompt、工具、权限、代码基线和测试一致，并记录总耗时、用量、修复轮次与人工修正。一次 max 运行如果能一次交付正确结果，可能更划算；把 max 用在简单重命名上，也可能只是浪费。
OpenAI 的 Astra 模型页负责说明 API 支持哪些 effort 值；/model 中可见的选项则反映当前 Codex 会话实际提供什么。不要把两套合同混在一起。
套餐、credits 与 API key 计费
ChatGPT 登录
当 Codex 通过 ChatGPT 登录，而且 Astra 已经开放时，使用量先从套餐内包含的 Work/Codex 额度扣除。OpenAI 表示，不同套餐可能获得完整或受限访问；Astra 也可能比更便宜的模型更快消耗额度，具体取决于输入、输出、推理强度、任务形态和 Fast 使用情况。
套餐内额度耗尽后，部分符合条件的账号可以购买或使用 credits。OpenAI 的 credits 说明写明，可用性会因套餐、账号和地区而异。credits 与 API credits 相互独立，通常会在套餐包含用量之后使用。最重要的是：购买 credits 不会提前解锁 Astra。
API key 路线
使用 API key 时，Codex 调用的是 OpenAI API 项目，而不是 ChatGPT 套餐额度。这时要检查模型权限、需要时的组织验证、消费上限、速率上限与 Astra API 价格表。ChatGPT 套餐不会支付这张账单，未使用的 Work/Codex credits 也不会变成 API credit。
如果目标是不依赖 ChatGPT 订阅使用 Codex，可以看 Codex 访问路径指南。它负责解释路线选择，但不会绕过模型权限或 rollout。
测试时应记录什么
无论使用哪条路线，都建议记录：
- 实际模型与推理强度；
- 输入、缓存输入、输出，以及页面显示的服务层；
- Agent turn 与重试次数；
- 验收检查是否通过；
- 总耗时与人工修复。
这些数据比“可以发多少条普通消息”更有价值。Agent 任务的上下文、输出、工具使用和推理差异太大，一个通用消息数无法跨仓库比较。
实验性 notes 与历史搜索
OpenAI 在发布 Astra 时也介绍了一种实验性 Codex 上下文管理模式。它不会反复把所有旧上下文压成一份摘要，而是可以使用 notes 和可搜索历史，在不同上下文窗口之间保留信息。这个能力面向更长时间的工作，但它是实验功能、默认关闭，也不是所有 Astra 用户都有的通用能力。
当前 Codex 配置参考把配置项写为 features.context_management.experimental_mode，并说明它需要通过 Plus、Pro 或 Pro Lite 的 ChatGPT 账号登录。一种有效的 TOML 写法是：
Codex 0.153.0 release还说明，最初的实验路径不适用于 API key 会话、自定义 provider 和临时 structured thread。0.153.0 奠定的是实验性上下文管理基础，不能把它写成已经包含后续 Astra picker 与 bundled default 修复的版本。后续 release 可能改变资格与行为，启用前应重新检查当前配置参考。
把这个模式当成辅助工具，不要把关键决定只存一份在其中。长期需求、已确认架构选择、迁移状态和安全边界，仍应写入团队能审查的仓库或项目文件。可搜索历史有助于找回上下文，但不会让隐含决定自动可审计，也不能保证完美记忆。
为什么 GPT-6 Astra 没有出现
从外到内分层排查。还没找到失败层级就重装或买 credits，通常只会浪费时间。
第 1 层：客户端与使用入口
- 用
codex --version确认 Codex CLI 至少为 0.153.0。 - 如果需要 changelog 中记录的 bundled picker 可见性与默认模型修复，应使用 0.153.4 或更高版本，最好是最新 patch。0.153.1 只加入 API 配置，还没有把 Astra 放进 picker 或改为默认。
- 确认正在测试 CLI、桌面 App、IDE、cloud 还是其他入口；rollout 与更新节奏可能不同。
第 2 层：认证
- 运行
codex login status。 - 确认当前是目标 ChatGPT 账号、工作区或 API 项目。
- 不要假设浏览器里的订阅和终端里的 API key 共用余额。
第 3 层：rollout 与工作区策略
- 查看
/model和当前模型选择器。 - 检查所选工作区的管理员是否允许该模型。
- 记住：套餐符合资格时，账号仍可能在等待分批开放。
第 4 层：模型选择与会话状态
- 只有模型已显示符合资格后，才用
codex -m gpt-6-astra新开一个小型会话测试。 - 用
/status核对实际模型与用量状态。 - 如果模型回退或报错，记录原始错误信息，不要凭感觉猜原因。
第 5 层：套餐额度与 credits
- 检查套餐用量页面里的 Work/Codex 包含额度。
- 检查 credits 是否在当前账号和地区可用。
- 不要用购买 credits 的方式解决 rollout 或工作区策略问题。
第 6 层：API 项目控制
如果使用 API key，检查模型权限、组织/项目选择、速率限制、消费上限与账单状态。ChatGPT 选择器问题，与 API 请求被拒绝不是同一个问题。
第 7 层：暂时性服务错误
前六层都正常后，再把准确错误与 OpenAI 当前服务状态及文档对照。升级问题前，保存版本、认证方式、使用入口、发生时间与错误原文。这些证据能用于排障；一句“Astra 不能用”不能。
什么时候值得在 Codex 使用 Astra
任务同时满足下面几项时，Astra 更值得进入候选：
- 答案依赖散落在大量文件或工具中的证据；
- 工作会跨越长会话或多次交接；
- 仓库陌生，连计划本身都需要认真验证；
- 实现失败或反复修复的代价高于额外模型用量；
- 任务有明确测试、审查标准与权限边界，能看出更强推理是否真的带来帮助。
对于确定性重命名、小型文案修改、常规格式调整，或者更便宜的兼容模型已经能稳定通过验收的任务，Astra 的必要性会低很多。如果账号尚未开放、工作流不能接受延迟或额度消耗，或者只是因为模型刚发布就想使用，它也不是正确选择。
不要靠感觉判断，做一次受控对比。Coding Agent 模型选择指南说明了如何固定 harness、代码状态、Prompt、权限与测试，再比较每个验收通过结果的成本。
常见问题
已经用上 Astra，却遇到任务做不完或质量突然变化？9 月降质争议调查分别整理了 OpenAI 已说明的问题、用户报告，以及仍待核实的模型路由猜测。
哪个 Codex 版本支持 GPT-6 Astra？
OpenAI 当前帮助文章要求 Codex CLI 0.153.0 或更高。changelog 显示 0.153.1 加入 Astra API 配置但没有 picker/default 变化，0.153.4 才修复 bundled picker 可见性并设置 bundled default，因此建议使用 0.153.4 或更高版本，最好是最新 patch。
套餐符合资格，为什么还是看不到 Astra？
资格只是其中一道门槛。逐步 rollout、工作区模型控制、当前账号、客户端版本与产品入口都会影响可见性。购买 credits 不会加速 rollout。
应该使用哪种推理强度？
从能稳定通过任务检查的最低可用强度开始。对于有边界的工作，可以先测试 low 或 medium；对于困难、含糊的工作，可以比较 high、xhigh 或 max。不要假设最大值永远最好。
Astra credits 能给 API key 使用吗？
Work/Codex credits 与 API 计费相互独立。ChatGPT 登录使用适用的套餐额度与符合条件的 credits；API key 会话由 API 项目付费。
Agent.Space 已经支持 GPT-6 Astra 吗？
本文没有作出这个声明。Agent.Space 会把 Agent harness 与模型路线分开，兼容性也会变化。打开 Agent.Space并以实时选择器为准，确认现在真正可用的组合。