ChatGPT / 按任务选择模型：GPT-5.6、GPT-6 与 GPT-6.1
简单翻译和整理可先使用当前界面提供的快速选项或默认设置；涉及多条件比较、代码修改时，再比较合适的模型与更高推理设置。选择 GPT-5.6 还是 GPT-6 不只看代际名称，还取决于使用 Chat、Work 还是 Codex，所需工具以及结果质量。
先区分模型名称与推理强度
模型是执行任务的基础系统，推理强度控制生成答案时投入多少思考工作。同一模型也会因设置不同而改变速度和用量。反过来，不同模型都叫 Medium，并不意味着性能相同。
- 模型：例如 GPT-5.6 Sol、GPT-6 Astra、GPT-6.1 Sol，包含系列和版本。比较任务特性与支持功能时应确认具体名称。
- 推理强度：例如当前模型支持的 Medium、High、Extra High。不是所有模型都提供相同选项。
- 速度设置：例如 Fast、Ultrafast，独立于推理强度，还需确认提供条件和用量。
- 订阅方案：例如 Plus、Pro，是账户的订阅条件。Pro 订阅、某个模型名称和较高推理设置是不同概念。
Pro 一词也要结合语境理解。例如 OpenAI API 的 pro mode 说明将其定义为向所选模型投入更多工作的执行模式。这不能证明每个 ChatGPT 界面都有同一个名为“GPT-6 Pro”的模型。
Chat 与 Work、Codex 的模型列表不同
截至 2026 年 11 月，官方文档将 GPT-6.1 Sol、GPT-6.1 Terra、GPT-6 Luna 列为 Work 和 Codex 的选项，并与普通 Chat 的提供范围区分。因此不要把下述建议当作 Chat 的通用模型列表。请查看产品和方案的提供条件及自己的模型选择器。
若 Chat 界面显示 GPT-5.6 Sol，可以先检查它是否满足当前任务。OpenAI 的 Edu 管理示例也将 5.6 Sol 作为普通 Chat 的获批模型示例，但这并非所有个人和组织账户的统一默认值或访问保证。
在 Work、Codex 中比较时，可先参考以下四个模型的特性。这是从任务角度整理的官方模型选择指南，不是某个模型在所有任务中都获胜的排名表。
| 模型 | 优先考虑的任务 | 选择时检查什么 |
|---|---|---|
| GPT-6 Luna | 按固定格式反复进行提取、分类和摘要 | 检查必需信息遗漏及例外处理；涉及复杂判断时比较更强模型。 |
| GPT-6.1 Terra | 基于所给资料写作、理解图像和屏幕、范围明确的修改 | 检查文风、说明充分性、屏幕数字和项目识别及保存结果。 |
| GPT-6.1 Sol | 同时处理多个文件和要求的编程及复合任务 | 将实现质量、审查和修改时间一并纳入，与 Astra 比较。 |
| GPT-6 Astra | 需要困难判断、多步骤和工具的分析及成果制作 | 确认质量提升是否值得额外时间和用量。 |
如 GPT-6.1 Terra 发布说明所示，模型提供范围和客户端支持会变化。即使同属 GPT-6，Astra、Sol、Luna 的用途也不同，不应简单分成“GPT-6 都适合重任务，GPT-5.6 都适合轻任务”。
如何选择 Instant、Medium、High、Extra High？
从界面实际显示的选项开始。如果 Chat 提供 Instant，可先尝试短翻译或句子整理；条件与例外增多时，再提高可用推理设置并检查结果。但不要把 Instant 当成所有产品通用的模型名，也不要假定它始终等于某个模型的 Low。
- 默认或较低推理：适合作为资料充分、转换规则清楚时的起点。例如改成指定语气后检查原意是否保留。
- Medium：可用于比较含多项要求的日常写作和编程任务。若结果符合标准，无需继续提高。
- High、Extra High：用于考虑原因分析、冲突条件比较、设计变更等重视规划和验证的任务。多思考不会自动补齐缺失资料或纠正错误前提。
- Max、Ultra：仅在支持的模型中考虑。官方文档将 Max 描述为更深入的单任务推理，将 Ultra 区分为多个子代理分工；它们并非所有短任务的必选项。
正如官方模型与推理设置说明所述，支持级别和建议起点因模型而异。若看到 Power 等简化控制，可检查 Advanced 是否显示实际模型、推理和速度。不要只凭答案长度或自信语气判断推理强度与准确性。
按任务选择起点与请求示例
下列例子将官方模型特性用于实际工作，是尝试和检查的起点，不是性能对比实验的测量结果。普通 Chat 应使用该界面提供的模型，Work、Codex 的模型名称只适用于相应产品。
- 短翻译与信息整理：可先比较 Chat 的快速选项或 Work 中的 Luna。检查数字、名称和限定条件是否保留；资料含义模糊时，先补充上下文再考虑更强模型。
- 博客与报告：可从 Chat 当前默认模型或 Work 的 Terra 开始，说明读者、目的和必要依据。需解决资料冲突或规划大结构时，再与 Sol、Astra 比较。文字较短不代表一定更好。
- 代码修复与应用开发：范围窄的修改可考虑 Luna、Terra；跨多个文件的行为变更可比较 Sol。困难设计或未知原因的错误可考虑 Astra，但应依据构建、回归测试和实际界面判断。
- 长资料比较与复杂分析：向 Sol、Astra 提供资料、判断标准及不确定性。不要要求无依据的结论，而应检查每个结论由哪些资料支持。更高推理也不能替代最新信息搜索和原始资料核对。
写作请求可以具体为：“根据附上的产品指南，为初次使用者说明安装方法。包括准备事项和完成检查，不要推测资料没有的功能，请将需要确认之处明确标出。”这样更容易比较事实保留和解释充分性。
代码任务可说明：“登录后刷新页面，登录会话消失。请检查复现步骤和相关文件，解释原因并修复，同时测试原有登录、退出行为，区分已验证结果与无法运行的检查。”同时给出问题、范围和验证标准。
用同一任务比较并按需调整
- 先定义通过标准。写作明确必要事实、读者与适当详略；代码明确复现和测试；应用任务明确实际保存结果。
- 用相同输入建立基线。使用一致资料、指令和工具条件。只给其中一个模型额外信息，会混淆模型差异与输入差异。
- 一次只改变一个因素。比较模型时尽量匹配推理强度；比较推理时保持模型不变。产品无法提供同样条件时，记录差异。
- 比较完成所需时间。不仅看首次响应，也计算审查、返工和用量。不要因某个答案更长或更流畅就判定胜出。
- 用多个代表任务复核。不要把一次成功推广到所有工作。日常使用满足质量要求的设置，复杂性造成失败时再调整模型或推理。
结果有误时，先检查资料缺失、要求不清以及工具访问失败。对同样不完整的输入不断换模型，可能无法解决根本原因。修正条件后仍存在困难判断或实现问题，比较更强模型才更有意义。
找不到模型或用量不足时怎么办？
先确认当前是 Chat、Work 还是 Codex，以及登录的账户和工作区；再检查应用版本、方案功能与管理员的模型权限。文档出现某模型名称，不保证账户立即可用。
Work 的应用和浏览器操作还需要相关工具连接及权限。换模型不会授予未连接资料或未获授权系统的访问权。若回答说“已保存文件”，请打开实际文件或记录，检查内容和位置。
用量受模型、推理、上下文和工具影响，不能简单换算为固定提问次数。请依据当前用量与额度说明和账户显示确认。接近限额时，明确必要资料和输出范围，减少重复工作，但不要省略准确性所需条件。
