在普通 ChatGPT Chat 的模型选择器里找不到 GPT-6.1 Sol，并不能直接证明开放出了问题。OpenAI 的当前模型文档将 GPT-6.1 Sol、GPT-6 Sol 和 GPT-6 Luna 放在 Work 与 Codex，而非 Chat 中。先确认自己打开的是哪一个工作面。
核验日期：2026 年 9 月 29 日。 本文整理官方访问条件，不保证某个具体账户已经可用。模型公告、付费套餐和实际能选择的模型，是三种不同证据。
这几款模型分别什么时候发布？
API 更新日志记录了 9 月 22 日发布的 GPT-6 Sol、Luna，以及 9 月 29 日发布的 GPT-6.1 Sol。上周的 Sol 可用，不代表新版本 6.1 已经开放。9 月 29 日之前的文章也可能正确描述 GPT-6 Sol，却没有覆盖新一轮开放。
API 单价和协议变化见 GPT-6.1 Sol 价格与升级指南。本文主要解决在工作客户端里找到模型、核对访问条件的问题。
按工作面、账户、Workspace 的顺序排查
首发规则随版本而不同。OpenAI 说明 GPT-6.1 Sol 首发覆盖 Plus、Pro、Business、Enterprise 与 Edu，Free 和 Go 不在首发范围；Enterprise 和 Edu 需要管理员启用。Luna 上一轮开放的资格不同。条件可能继续变化，排查时应回到实时模型可用性文档。
先找出哪一项检查失败，再决定是否购买更高套餐。缺少新模型目录的客户端、Workspace 策略和套餐限制，需要的处理并不一样。
在 Codex 中选择准确的型号
在具备资格、支持该型号的 CLI 中，可以这样启动：
也可以通过 /model 选择。Codex CLI 模型文档说明了选择方式。评估结果前先确认选中了哪款模型，尤其是已经保存默认值、或配置了独立供应商时。
选择器能证明请求配置的一部分，不能证明每个子任务和供应商响应都使用相同 ID。如果这一区别影响判断，应保存可用的请求／响应元信息及任务提示，不公开凭证。模型路由核验指南解释了各类信号能证明什么。
订阅与 API 解决的是不同问题
比较访问条件时，写下客户端、账户、Workspace、模型 ID 和付款主体。这五项能避免把 API 试调用当成订阅测试，也能避免把托管 Workspace 当成原生 OpenAI 账户。
例如，同一个开发者可能在桌面 App 使用 ChatGPT 套餐，在服务端集成使用 API 项目。两者都属于他，但权限、额度、可用模型和账单仍然分开。切换付款路径前，先看 Codex 价格指南。
访问正常后，再按任务选模型
我们建议先用一个完成标准明确的小任务：修复有复现的 Bug、解释一条代码路径，或依据给定材料修改一份文档。开始前保存初始文件，写清楚结果必须通过什么检查。
记录结果是否通过、人工修改量，以及哪个用量表发生变化。这样能得到有用的第一次比较，同时不会把单次成功夸大为所有任务的胜出。持续选型可以使用模型评估清单。
Agent.Space 在哪里发挥作用？
Agent.Space 有自己的 harness／模型兼容组合和商业访问路径。OpenAI 开放模型，不等于 Agent.Space 自动可用；Agent.Space 套餐也不提供原生 ChatGPT 订阅。
如果目标是让受支持的编程 Agent 围绕保存的项目文件和审阅产物继续工作，可以先查 Agent.Space 模型价格与可用 Agent，再创建 Workspace执行一个任务。如果需要原生 Work 的特定功能，应先在 OpenAI 自己的工作面验证。Workspace 选择指南能帮助你比较这些执行环境。