GPT-6.1 发布：和 GPT-6 比只改了三处，但公司的升级方式该重想了
2026 年 9 月 29 日，GPT-6.1 Sol 上线，距 GPT-6 Sol 只隔一周。价格没变、缓存读取减半、推理档位砍掉一档，其余几乎相同。单看这次升级，中小团队不值得动；但 OpenAI 进入「周更」节奏后，模型选择权收回到公司层面，比省那 10 美分重要得多。
2026 年 9 月 22 日，OpenAI 发布 GPT-6 Sol；整整一周后，9 月 29 日，GPT-6.1 Sol 写入官方 changelog。模型迭代进入「周更」节奏，这本身就是一条新闻：一年前公司还在按季度规划模型采购，现在一周不刷消息，员工用的模型就可能换代。
先说结论：这次升级本身很小。输入、输出价格一分没动，真正动钱的只有一行——缓存读取从每百万 token $0.20 降到 $0.10。能力有提升，但数字全部来自 OpenAI 自述，第三方评测尚未出分。对十人以内的团队，这次升级不值得任何单独行动。
但这篇文章仍然值得读完。因为「模型一周一升级」这个频率，照出了一个公司层面的问题：当 API key 散在员工手里、配置散在每台电脑上时，每一次小改款都是一次全员返工。正确的接法不是追着每次升级跑，而是把模型切换权收回到公司层面。
官方 Keynote：DevDay 2026 完整回放
GPT-6.1 Sol 是在 DevDay 2026 期间发布的。这条 OpenAI 官方频道的完整 keynote 讲的是能力故事和路线图；它不会讲的是账单细节和迁移坑——那是本文接下来的重点。
一张表看清两款模型的差异
以下全部取自 OpenAI 官方模型页与 changelog，可以逐条核对。
| 项目 | GPT-6 Sol | GPT-6.1 Sol |
|---|---|---|
| 上线时间 | 2026-09-22 | 2026-09-29 |
| 输入（每百万 token） | $2.00 | $2.00 |
| 缓存读取 | $0.20 | $0.10 |
| 缓存写入 | $2.50 | $2.50 |
| 输出 | $10.00 | $10.00 |
| 上下文窗口 | 1,050,000 token | 1,050,000 token |
| 最大输出 | 128,000 token | 128,000 token |
| 知识截止 | 2026-04-20 | 2026-04-30 |
| 推理档位 | none / low / medium / high / xhigh / max | low / medium / high / xhigh / max |
| 工具调用 | Responses API；Chat Completions 仅在 none 档位支持函数调用 | 必须走 Responses API |
改了三处，只有一处动钱
把发布说明拆开，差异短到可以记完。第一处是钱：缓存读取费率减半，从输入价的 10% 降到 5%（$0.20 → $0.10）。缓存读取是「重复出现的对话前缀按折扣价计费」——系统提示、历史上下文这些每次对话都会重读的内容。官方页面把这写成一行小字，但它是这次更新唯一改变账单的部分。
第二处是推理档位：GPT-6 Sol 支持从 none 到 max 共六档，GPT-6.1 Sol 去掉了最低档，只保留 low / medium / high / xhigh / max 五档（官方文档同时注明 minimal 也不支持）。这听起来是开发者的事，但它有一个公司后果：如果谁的自动化流程依赖最低档位，切换模型那天流程会直接报错，而不是变慢。
第三处是工具调用收紧：GPT-6.1 Sol 上，Chat Completions 接口不再支持工具调用，一律要走 Responses API。官方在迁移指南里专门提醒「已在使用 GPT-6 Sol 的开发者，切换前先读迁移文档」——这是一个明确的信号：这不是改个模型名就能完成的升级。
其余完全一致：同样的 1,050,000 token 上下文、同样的 128,000 token 输出上限、同样的 272K 重新计价线（输入超过 272K token 后，整个请求输入与缓存按 2 倍、输出按 1.5 倍计费）。知识截止从 4 月 20 日挪到 4 月 30 日——十天，这个数字本身就说明了这是改款而非重建。
算一笔账：缓存减半，对普通团队是零头
把缓存减半翻译成日常用量。一个 10 人团队，每人每天 20 次对话、每次对话重复读取约 6,000 token 的前缀（系统提示加历史），每月 22 个工作日：缓存读取量约 2,640 万 token。在 GPT-6 Sol 上这是 $5.28，在 GPT-6.1 Sol 上是 $2.64——一个月差 $2.64。
就算换成重度 agent 场景——一个自动化账号每天把一个 120K token 的长前缀重读 50 次——每月缓存量 1.8 亿 token，差额也只有 $18。缓存减半真正的大数字出现在「每月几十亿缓存 token」的开发者流量上，那是 API 路由厂商文章里的读者，不是本文的读者。
所以诚实的结论是：缓存降价对中小企业不构成行动理由。这不是说更新不好，而是说单为这次更新付出的任何配置成本，都远大于省下的钱。这正是为什么「谁来承受升级成本」比「升不升级」更值得老板想清楚。
能力数字：先看清来源，再决定信不信
能力层面，OpenAI 对 GPT-6.1 Sol 的官方定位是一句话：「接近 Astra 的表现，成本更低」（near-Astra performance at a lower cost）。Astra 是 OpenAI 目前的旗舰模型，这个定位的意思是：复杂编程和专业工作，用大约旗舰几分之一的成本拿到接近的效果。
要注意两点。第一，官方模型页和迁移指南给出的都是定位和硬参数，能力对比的详细分数来自 OpenAI 自己的发布材料——厂商给自己的模型打分，这是事实陈述而非贬义。第二，截至本文发稿，第三方评测机构还没有发布 GPT-6.1 Sol 的独立评分，市面上流传的对比图基本都是官方发布材料的转述。
对公司来说，这意味着「要不要升级」现在没有独立答案。务实的做法不是赌评测结果，而是把升级决策做成低成本可回退的：先在内部真实任务上小范围试，行就切，不行就退回去。这件事的前提，是公司握有「一次切换、全员生效、随时可回退」的能力——也就是我们下面要谈的。
真正的问题：模型周更，公司接得住吗
把镜头拉远。GPT-6 Astra（9 月 3 日）、GPT-6 Sol 与 Luna（9 月 22 日）、GPT-6.1 Sol（9 月 29 日）——一个月三次模型发布，这个频率只会更快。每一次发布的背后，都是同一组动作：读发布说明、核对价格、评估能力、改配置、通知员工、处理报错。
如果公司用「发 key 给员工」的方式部署 AI，这组动作就是全员返工：每个人手里的 key、每台电脑上的配置、每个自动化脚本，都要跟着动一遍。上周刚教员工配好的环境，这周又过期——配置还没沉淀成资产，先沉淀成了债务。
如果模型接在公司统一网关后面，这组动作就收缩成一次控制台切换：公司评估新版本，决定切换，员工侧无感；出问题，切回来。员工从始至终不需要知道 API key 存在，也不需要关心当前是 6 还是 6.1。这就是为什么「模型与公司配置解耦」值得单独成为公司 AI 管理的一根支柱：模型是流动的水，公司需要的是管道，不是每人一只桶。
Wodex 的接法就是这种：网关接入 OpenAI 模型，公司在管控面完成模型选择、切换与用量管理，员工只在桌面应用里使用。下一次 GPT-6.2、6.3 发布时，需要做事的是控制台，不是员工的电脑。
给老板的三条具体建议
这次更新按兵不动。没有员工需要为 GPT-6.1 改任何东西，也不必向任何人解释「为什么我们公司还没升级」。等独立评测和真实任务试用结果出来再决定，不迟。
把模型选择权收回到公司层面。从现在开始，新增的任何 AI 使用场景都走统一入口，不再向个人发放 API key。存量散落在外的 key，借这次「模型又升级了」的话题做一次盘点回收，时机刚刚好。
把账单和用量放在公司视角看。升级快不快是 OpenAI 的事，「钱花在哪、谁在用、用得值不值」是公司的事。用统一入口后，这类问题不需要等月底对账单才能回答。
常见问题
- 员工需要为 GPT-6.1 重新配置什么吗？
- 在统一网关（如 Wodex）下不需要：模型切换发生在公司侧，员工桌面应用无感。如果公司目前是员工各自持有 API key、各自配置客户端，那么每次升级理论上都需要全员重新核对配置——这正是建议把入口收回到公司层面的原因。
- GPT-6 Sol 会立刻下线吗？
- 截至本文发稿不会。OpenAI 官方 changelog 和模型页都没有列出 GPT-6 Sol 的弃用计划，GPT-6 Sol 模型页仍在正常提供。按惯例，OpenAI 的模型退役会提前数月公告，不用为「被迫升级」焦虑，但要养成看官方 deprecations 页的习惯。
- 缓存减半对我们有意义吗？
- 对十人以内的团队，一个月大约省几美元，不构成行动理由。缓存降价真正影响的是长前缀反复重读的自动化流量。对普通办公使用，输入输出价格没变，账单结构不变。
- 现在应该切到 GPT-6.1 Sol 吗？
- 分两种情况：如果公司有自动化流程已经跑在 Responses API 上，这次升级几乎是免费的（缓存更便宜、能力按官方说法有提升）；如果流程依赖最低推理档位或旧接口的工具调用，切换前需要先读官方迁移指南并测试。对没有技术团队的中小企业，更稳的做法是等公司网关方完成验证后统一切换。