10 月 9 日，OpenAI 在 Codex 中上线了 Composer predictions 测试功能：当前回答生成完毕后，输入框可能出现一条预测文本，预判你的下一条指令。 用户可以按 Tab 键填入输入框，修改或确认后再发送。仅按 Tab 不会自动触发发送。官方发布记录
在了解和使用这项功能前，先明确三个核心机制：
- 预测的是整条后续消息。 它是对下一步操作的完整指令预判，而非编写代码时的行内逐词补全（Inline Completion）。
- 当前处于受限灰度测试阶段。 要求个人 ChatGPT Pro 账号，并在特定桌面端环境和模型下运行，Plus 账号目前暂未开放。
- 建议生成过程免费。 测试期间由系统生成的预测文本不消耗 Codex 额度或 credits；但确认发送后触发的模型任务，将正常计入用量。
哪些账号和聊天可以看到预测
截至 2026 年 10 月 12 日，官方公布的测试条件如下：
| 检查项 | 当前要求 |
|---|---|
| 账号 | 18 岁及以上用户的个人 ChatGPT Pro 账号 |
| 客户端 | 更新后的 Codex 桌面应用 |
| 聊天类型 | 本地或 SSH 聊天 |
| 模型 | GPT-6 Astra 或 GPT-6.1 Sol |
| 地区 | 官方支持的地区 |
上述条件需同时满足。其中 SSH 聊天指通过远程主机连接的会话类型，普通网页端暂不支持。官方文档也指出，预测建议是按需生成的，并非每轮回答后都会触发。功能帮助页
如果主要需求是调用 GPT-6.1 Sol 编写代码，无需绑定预测功能。关于模型的切换与特性对比，可参考 GPT-6.1 Sol 与 Astra 使用指南。
交互逻辑与建议处理策略
传统工作流中，一轮代码生成结束后，通常需要手动输入“跑一下测试”、“检查边界条件”或“补充文档”。Composer predictions 试图在这一步省去手动敲字的过程。
预测结果是否合适，完全取决于它对当前上下文进度的理解。例如修改完代码后，建议执行单测是符合逻辑的；但在方案评审阶段若建议直接部署上线，就应当予以拒绝或调整。
日常开发中，面对生成的预测文本通常有三类应对方式：
| 预测类型 | 典型场景 | 推荐处理方式 |
|---|---|---|
| 准确认领未竟步骤 | 代码已改完，建议运行相应单测 | 按 Tab 采纳，核验测试目标无误后回车发送 |
| 方向对但范围过大 | 建议“重构并优化整个模块” | 按 Tab 采纳后进行删改，收敛到具体修改范围 |
| 偏离意图或动作激进 | 仍在草稿阶段，建议直接发布或执行破坏性操作 | 直接忽略，手动输入预期的准确指令 |
快速验证步骤
环境就绪后，可以通过一个轻量任务观察其交互模式：
- 启动 Codex 桌面客户端，登录 Pro 个人账号。
- 在本地会话或 SSH 会话中，将模型切换为 GPT-6 Astra 或 GPT-6.1 Sol。
- 发送一个简单的多步骤任务：
请把下面三条事项整理成待办清单，只输出文字：
复核文案、检查链接、确认负责人。
不要新建文件，也不要安排定时任务。
- 等待回答完成后，观察输入框内是否有推荐文本。如果有，按 Tab 即可填入，检查确认后再发送；若未出现，直接正常输入即可。
采纳前注意：防止任务范围被动扩散
下面用三个假设场景说明怎样修改建议，避免扩大原来的任务范围：
场景一：建议“继续全面优化”。 这种泛化指令容易让模型推翻已有成果重新发挥。
建议收拢为：
只检查这次修改是否满足原来的三个验收条件。
如果已满足，直接给出结果；没有新问题就不扩大改动。
场景二：建议“合并并发布成果”。 评审或草稿阶段不宜提前进入发布流程。
建议明确阶段边界：
把文稿整理成最终待审版本，列出仍缺来源的两处内容。
这一步只交付草稿，不发布。
场景三：建议“修复所有失败测试”。 大型仓库中已有测试可能原本就存在脏数据或环境问题。
建议先圈定责任范围：
先区分本次改动引起的失败和原有失败。
修复本次引入的问题，并说明实际运行的验证结果。
关于更系统化的精准交互技巧，可参考 GPT-6 提示词与 Skills 设置指南。
如何彻底关闭预测功能
如果更习惯完全由自己把控输入节奏，或者预测建议干扰了输入体验，可按以下路径关闭：
Settings → General → Composer → Show predictions（关闭此开关即可）。
需要注意，它与 Follow-up behavior 不是一回事：
- Show predictions 控制输入框是否自动浮现下一步建议文本。
- Follow-up behavior（Steer / Queue） 决定在任务执行过程中发出的跟进消息，是加入当前轮次（Steer），还是排队等待当前轮次跑完后再执行（Queue）。跟进消息说明
如果诉求是“任务运行中不被新输入打断”，应调整的是跟进策略，而非单纯关闭输入预测。
额度消耗机制说明
这里存在明确的界限：
- 灰度期间输入框浮现预测：生成建议不扣除 Codex 使用额度或 credits。
- 按 Tab 采纳并点击发送：此时即转变为标准用户指令，后续触发的文件检索、多文件编辑、代码运行及分析，全部依照正常费率计算用量。
例如预测建议可能仅有一句“全面重构该模块”，文字虽短，发送后可能涉及读取文件和多轮修改，不能仅凭这几个字估算用量。额度机制详情见 Codex 用量消耗指南。
评估与升级参考
Composer predictions 属于典型的便利型特性，可以用来减少重复输入，具体是否省事要看建议是否符合当前任务。如果日常工作主要是单次大段输入完整 Prompt，或者习惯自主把控每一步调度，这项特性对整体效率提升有限，不必单纯为此升级套餐。
关于 Pro 套餐的核心区别与额度分配，可阅读 Pro 100、200、500 选择指南。PayForChat 为独立第三方订阅通道，与 OpenAI 无隶属关系；商品价格与服务条件均以套餐页为准，已有 Plus 尚未到期的情况下暂不支持通过本站补差价升级 Pro。
常见问题
Q: Codex 输入框自动出现一句话，是已经替我发送了吗？
A: 没有。预测是候选文字，按 Tab 接收也只会放进输入框，需要你检查并发送后才进入下一步。
Q: Plus 为什么看不到 Composer predictions？
A: 当前测试面向符合年龄条件的个人 Pro 账号，还需满足客户端、模型和聊天类型要求。没有入口不等同于 Plus 账号异常。
Q: 它会像代码补全一样边打字边预测吗？
A: 当前测试提供的是下一条完整消息建议，不是逐词更新的输入补全。可以接收后编辑，也可以直接写自己的消息。
Q: 输入预测会偷偷消耗 credits 吗？
A: 官方说明测试期生成预测不扣 Codex 用量或 credits；把建议发送后产生的正常任务仍照常计费。两者需要分开看。
Q: 为什么符合条件也不是每次都有建议？
A: 预测不是每轮必定出现。先确认设置开启、版本和聊天类型符合要求；没有候选时可以直接正常输入。
Q: 关闭输入预测，会不会同时关闭 Steer？
A: 两个设置负责不同事情。Show predictions 管建议展示，Follow-up behavior 管运行中的跟进方式，应按需要分别调整。
来源与更新记录
2026-10-12：首次整理。说明测试资格、交互方式、用量和开关位置。提示词为操作示例，未做预测准确率测试。