Codex 模型参数：上下文、输出与推理强度

以下信息核对于 2026 年 10 月 23 日，额度规则和模型参数可能随官方调整而变化，请以官方页面为准

先认四个参数，别把它们都叫“额度”

看 Codex 模型参数，先分清上下文长度、最大输出、推理强度和知识截止日期。它们分别决定一项任务能处理多少背景、一次生成有多大预算、愿意投入多少思考，以及模型训练知识到哪里。账号还能用多久，则要看另一份订阅用量。

大上下文不是无限聊天，最高推理也不是每题都该选。先把任务范围、资料和验收方法说清楚，再按需要提高设置。下面的产品与参数资料核对于 2026-10-23；没有官方数字的地方直接写明，不从别人的截图推算。

一张参数表，先明确它说的是 API 规格

下表列出官方文档当前介绍、与普通文本和开发任务有关的模型。GPT-5.6 系列在新模型逐步开放期间仍有保留。专用图像、实时语音、受额外资格控制的安全研究模型，不放进这张通用文字任务表。

每行的数字来自对应 API 模型页，不是订阅产品对单个会话的保证。右侧的来源编号与文末页面一一对应；表里的 tokens 是模型处理信息的单位，不能直接当汉字数。

这几页还分别列出最大输入为 922,000 tokens。输入、输出和上下文是共同约束，不是把每项上限单独拿来相加，再要求模型同时装下。实际请求还要给指令、工具信息、历史内容和推理留出空间。

其中 Astra、GPT-6.1 Sol 不支持 none。把其他模型的配置复制过来，未必能直接运行；先看当前模型页，而不是因为参数名相同就假定档位都一样。

GPT-6.1 Sol 在 Work 与 Codex 的默认上下文，帮助中心明确写的是 500,000 tokens。这和上表 API 的 1,050,000 不矛盾：一个是产品默认，一个是模型接口规格。其他订阅入口的统一上下文或单次输出硬上限，本次所核对页面没有完整公布，因此不填想当然的数字。产品默认设置

ChatGPT 里的名字和 Codex 模型 ID，怎样对上

普通 Chat 的模型菜单与 Codex 的选择器，采用不同呈现方式。Chat 中选择 GPT-6 时，Instant、Medium、High、Extra High 由 GPT-6 Sol 支持；Pro 对应由 Astra 支持的 GPT-6 Pro。它们不是把所有 API 配置原样搬到聊天窗口。Chat 模型说明

下表只标注个人 Plus、Pro 100、Pro 200，与本文任务有关的可用范围。“包含”仍要同时满足当前开放进度、客户端和账号条件，不是每个用户此刻都已看到相同菜单。

这里只为理解参数交代必要范围。Plus 与 Pro 的 GPT-6 入口差异、看不到模型时怎样排查，已有GPT-6 与套餐访问说明，不在这里重写一遍。

还有一种常见误读：配置文件里填了模型 ID，就应当获得它。实际可用性还取决于登录方式和权限。API key 能调用哪些模型，按其组织与项目；ChatGPT 登录则按套餐与客户端，手动写入名称不会新增资格。Codex 模型文档

上下文很大，为什么长任务还是会丢重点

上下文是模型当前可处理的信息空间，不是长期记忆容量。输入的文件、聊天历史、工具返回和指令都会占空间；内容装得下，也不等于每一处都被同样准确地使用。

例如你让模型查一个报错，却把整份构建产物、重复日志和过时讨论一起放进去，相关背景可能被大量噪声围住。我们更建议先给复现步骤、关键日志、涉及文件和必须保留的行为，让模型能够指出证据与修改位置。

长任务还要区分“保留了很多文字”与“保留了当前结论”。一项调查完成后，把确定的原因、已经排除的方向和下一步验收条件整理清楚，继续时更容易判断它有没有重复走旧路。

这不是把所有长输入都删掉。跨文件重构确实需要完整依赖背景时，就提供相关模块；只是为一个明确的小修改，不用先灌入与任务无关的全部历史。上下文取舍服务于任务，不以塞满窗口为目标。

最大输出不等于屏幕上能看到的文字

API 文档中的最大输出，是生成预算的边界。推理模型还会产生不可见的 reasoning tokens；这些会占上下文，并按输出规则计量。最终看到的答复，不能简单占满表中的全部输出数字。推理 token 的说明

开发者使用 Responses API 的 max_output_tokens，限制的也是包含推理在内的生成预算。把它设得很紧，再要求深入分析与很长的正文，可能出现没有足够预算完成答复的情况。

官方说明，当生成达到输出预算或上下文边界，请求可能以 incomplete 状态结束，并给出相应原因。遇到这种情况先读返回状态与用量，再决定缩小输入、分段产出或调整预算，别只看最后几行字就归因于模型能力。

例如生成一份技术文档，可以先核对目录和事实，再按章节输出、逐段检查。分段不是保证费用降低，而是让完成状态可检查：哪些内容已保存、哪些还没写、哪些结论需要证据，不会只剩一份末尾断掉的长回复。

推理强度各档，怎么按任务选择

low 在部分图形界面显示为 Light，CLI 常写 Low；medium、high、xhigh 则分别对应更深的思考选项，xhigh 常显示为 Extra High。API 是否支持某个档位，仍以第一张表对应的模型页为准。

桌面端从输入框下方的模型与推理控件选择，需要具体设置时打开 Advanced。CLI 在交互会话里输入 /model，选模型后再选推理强度；启动时也可以用 codex --model gpt-6.1-sol 指定模型。能看到哪些选项，仍按账号与客户端。

推理强度提高，通常会给复杂任务更多分析空间，也可能增加时间和 token 使用。它不是固定长度的思维链配额，不能写成“high 比 medium 多消耗几倍”。官方没有给出适用于所有任务的这种换算。

我们会按下面的场景安排起点。这些是操作建议，不是已经做过的性能实验，也没有虚构完成时间或准确率。

• 字段提取、短句改写、格式转换：范围和检查规则明确，先用 Luna 或当前模型的较轻设置。比如从一份说明里提取产品名与日期，要求保留原文出处，再检查漏项；没有必要因为任务数量多就自动上最高推理。
• 已知位置的小修复：可以从 Sol 的默认档开始。给出失败条件与预期结果，先检查它是否改对判断逻辑；如果原因已经明确，增加思考时间未必比补一条复现说明更有效。
• 跨模块的复杂问题：可以提高到 High 或 Extra High。比如任务队列偶发重复执行，既要追踪状态变化，又要检查重试与幂等条件，就需要在多个可能原因之间作判断。
• 信息不完整的任务：先补材料。缺日志、缺接口文档、没有访问权限时，把强度拉高也不能自动知道那些事实；可以先让模型列出最影响结论的缺口。
• 特别难的推导与设计取舍：再考虑 Max。先说明正确结果怎么判断，并检查前一档具体漏了什么，避免把 Max 当成每次开聊的默认仪式。

Codex 文档对模型也有起点建议：Sol 先用客户端默认强度，Luna 可从 High、Astra 可从 Light 开始。这不表示不同模型的 Light 与 High 完全等价，比较时仍要用同一种任务与验收方法。档位选择建议

Ultra 需要另看。官方将它说明为多代理协作，不是给 API 的 reasoning.effort 多加一个字符串；Luna 当前支持到 Max，不支持 Ultra。任务能拆成相互独立的部分时才考虑协作，并检查各部分有没有做重复工作。

普通 Chat 还有一个单独规则：在 Plus、Pro 的 Instant 档里写“请深度思考”，不会自动切到更高思考档。需要换档时，去控件里选择；提示词负责表达任务，控件负责选择产品允许的设置。

速度模式与推理强度，别只看一个“快”字

推理强度控制思考投入，Standard、Fast 等速度选项控制另一种服务设置。它们可以共同影响体验，但不是同一维度；输出更快也不能推出整项工作一定更省额度。

官方用量文档明确，任务大小、上下文、工具、推理、缓存与速度模式都会影响用量。比较两次任务，至少记录模型、强度、速度、资料范围和任务是否成功；只比较屏幕等待时间，容易忽略背后完成了多少工作。Codex 用量因素

例如你要在会议前拿到一份已有资料的摘要，可以看速度设置是否值得；要排查一项尚未定位的问题，则更该先补复现与证据。本文不列没有统一依据的速度倍数，也不把较快模式当成质量更高的承诺。

知识截止日期，不是实时事实的保修期

表中的日期来自对应模型介绍页，说明的是官方公布的训练知识边界。它既不保证截止日前每件事都知道，也不能证明截止日后的政策、价格和软件版本仍然正确。

你问一个刚变更的 API 字段，就应提供当前文档，或让具备相应工具和权限的任务读取官方来源。回答中提到的日期、版本和参数，再回到页面逐项检查，不靠模型表现得很确定来判断。

同样，启用搜索或文件工具，不会改写模型页上的知识截止日期。它只是为本次任务补充可用资料；最终是否引用对了，仍要看来源内容有没有支持那句话。

订阅与 API：限制在哪里，费用算到哪里

用 ChatGPT 登录 Codex，消耗套餐包含的 Work / Codex 用量，符合条件时还有对应点数安排。用自己的 API key，则按 API 路径计费；不能拿订阅里的一次任务，对照 token 单价反推出还剩多少次开发。

API 另有请求与 token 的速率限制，例如 RPM、TPM，以及文档中列出的其他时间窗口。这些限制按组织、项目和模型等条件管理，不是个人订阅的五小时进度条。拥有可用余额，也仍可能碰到吞吐限制。API rate limits

反过来，会员额度耗尽，也不能据此认定 API 项目余额用完。排查时先确认客户端现在使用哪一种登录方式，再分别到对应页面查用量、限额与计费，避免看错账本。

需要判断等恢复、升级或额外用量怎样选，接着看Codex 额度用完后的处理选项。需要读懂窗口与重置时间，则看Codex 额度重置说明。

如果你已经确认自己的使用入口和需要的能力，可以到 AIPlusGate 的会员开通说明核对办理方式。先选清楚任务需要的模型与功能，再决定方案，参数表本身不要求你购买更高档位。

核对来源

以下页面均于 2026-10-23 查看。参数表按 API 模型页逐行核对；订阅产品没有公开的统一数字没有用 API 规格代填。模型名称中的数字是官方名称，不是用量或价格承诺。

• S1：OpenAI：GPT-6 Astra。对应表内 1,050,000 上下文、128,000 最大输出、2026-04-30 知识截止与支持档位；最大输入 922,000。
• S2：OpenAI：GPT-6.1 Sol。对应表内 1,050,000、128,000、2026-04-30、默认 medium 与不支持 none、minimal；最大输入 922,000。
• S3：OpenAI：GPT-6 Sol。对应表内 1,050,000、128,000、2026-04-20 与支持档位；最大输入 922,000。
• S4：OpenAI：GPT-6 Luna。对应表内 1,050,000、128,000、2026-05-18 与支持档位；最大输入 922,000。
• S5：OpenAI：GPT-5.6 Sol。对应表内 1,050,000、128,000、2026-02-16 与支持档位；最大输入 922,000。
• S6：OpenAI：GPT-5.6 Terra。对应表内 1,050,000、128,000、2026-02-16 与支持档位；最大输入 922,000。
• S7：OpenAI：GPT-5.6 Luna。对应表内 1,050,000、128,000、2026-02-16 与支持档位；最大输入 922,000。
• S8：OpenAI：ChatGPT Work and Codex。对应 GPT-6.1 Sol 在产品中的 500,000 默认上下文、模型入口与共享用量、ChatGPT 登录和 API key 的区分。
• S9：OpenAI：Models。对应逐步开放、保留模型、图形界面与 CLI 的 /model、Light 至 Max 的选择建议、Ultra 与多代理、Luna 不支持 Ultra。
• S10：OpenAI：GPT-6 and other models in ChatGPT。对应 Chat 模型与思考档位、套餐资格，以及提示词不能自动切换档位。
• S11：OpenAI：Reasoning models。对应推理 token、输出预算、max_output_tokens 与 incomplete；没有将强度换算为固定消耗比例。
• S12：OpenAI：Pricing and usage。对应订阅、点数与 API 分别计量，及任务、上下文、工具、缓存和速度对消耗的影响；本文未引用任何价格。
• S13：OpenAI：API rate limits。对应 RPM、TPM 等速率指标与组织、项目、模型层面的限制。