OpenAI API · 迁移与回退

GPT-6 Sol 升级 GPT-6.1 Sol:不能只改模型名

若项目已经使用 Responses,先核对推理参数,再做同题回归;若依赖 Chat Completions 工具调用或 none 模式,则需要先处理接口差异。GPT-6.1 Sol 不支持 none / minimal,工具调用使用 Responses。本文把升级拆成可验证步骤,不把“能聊天”当成“能跑完整 Agent”。

作者:island AI Coding 技术团队发布与资料核对:2026-10-17

先判断你属于哪一种迁移

旧流程迁移重点上线门槛
Responses 基础文本改显式 ID,确认 effort 和输出预算答案、状态、usage 与账单可解释
Chat Completions,无工具6.1 支持文本聊天,但不接受 none/minimal检查客户端字段与流式解析
Chat Completions + 函数工具先迁到 Responses,不只是改 ID工具调用、结果回填及第二轮通过
Codex 或第三方客户端确认实际协议、客户端模型和项目覆盖设置真实执行任务,不以列表可选为准

先冻结一个工作快照:代码版本、模型 ID、网关、账户分组、工具定义、重试上限和消费限制。不要同时更新 SDK、提示词、工具集合与模型;发生错误时会很难判断责任。若当前流程没有自动测试,先补上验收任务,比直接切换所有用户更重要。

官方模型资料说明的是原生能力。本站兼容接口、客户端和账户权限是另外三层,任一不支持都可能导致失败。当前指南没有认证 API 调用结果,所有示例都应先在小预算、脱敏输入下验证。

GPT-6.1 Sol 参数:移除 none / minimal,而不是静默忽略

GPT-6 Sol 支持 none、low、medium、high、xhigh、max;6.1 支持 low、medium、high、xhigh、max,两者默认 medium。原来用 none 控制低延迟的任务,切到 low 也不代表相同成本与行为,需要单独复测。不要在收到参数错误后静默丢掉推理配置并宣布迁移完成。

# 环境变量 ISLAND_API_KEY 由你在本机安全配置
import os
from openai import OpenAI
client = OpenAI(
    base_url="https://www.codex789.com/v1",
    api_key=os.environ["ISLAND_API_KEY"],
)
result = client.responses.create(
    model="gpt-6.1-sol",
    reasoning={"effort": "medium"},
    input="计算 17 + 25,只返回结果。",
    max_output_tokens=1024,
)
print(result.output_text)
print(result.usage)

这是验证基础文本的最小概念示例,不含工具,也不证明上游模型身份。显示路径是 /models/gpt-6-1-sol/,请求 ID 则保留小数点 gpt-6.1-sol。不要把 API Base URL 写成完整 /chat/completions,也不要把 Chat 的 reasoning_effort 原样塞进 Responses。

保留输出上限,检查结束状态;如果推理耗尽预算、最终内容为空,应记录为未通过,而不是把输出上限无限调大。具体接口字段及支持情况需按当前 SDK、官方接口文档和网关响应核对。基础配置另见GPT API 中转接入指南。

工具迁移:最容易漏的是回填与第二轮

旧 Chat Completions 工具定义、工具消息和 Responses 的输入输出项不是同一个对象结构。迁移时要同时检查函数声明、模型返回项、应用执行、结果回填和后续响应,不能只改 endpoint。建议先用不访问网络、不写文件的只读小工具测试,再放开真实权限。

  1. 发送受限工具定义,检查函数名、参数和调用 ID;先做应用侧 schema 校验,不直接执行任意模型输出。
  2. 只在允许的工具集合内执行,给参数、耗时和返回大小设边界;不因换模型扩大权限。
  3. 按 Responses 协议带回函数输出与相应调用 ID,保留官方要求的上下文项;不能只拼接可见答案代替历史。
  4. 执行第二轮并验证最终结论使用了工具结果;工具报错时应返回可解释错误,而不是伪造成功数据。

流式迁移另做一轮:区分普通文本增量、函数参数增量、完成事件与异常结束。拿到首段文字不等于整个请求完成。客户端若只认旧 Chat 的 delta 结构,可能出现“HTTP 成功但界面空白”;应检查脱敏事件类型与解析器,不先假定是模型能力下降。

服务端历史或 previous-response 关联能力也需要渠道验证,不假设网关保留全部状态。升级工具链时新建测试会话,保留旧会话基线;跨模型混入旧推理或工具链的状态可能让问题难以定位。更完整的选型讨论见GPT-6 Sol、6.1 Sol 与 Astra 对比。

一张验收表:从请求成功走到生产可用

用例验收条件失败时留存
已知答案文本结果正确,状态与 usage 完整请求 ID、错误体、结束原因
流式有效输出出现,结束事件处理正确脱敏事件类型与断开位置
工具两轮参数合法,ID 对应,结果被实际采用消息结构及工具结果类型
结构化结果应用 schema 解析与必填约束通过解析错误,不仅截图
真实编程任务测试通过且无范围外改动输入快照、diff、测试结果
预算与恢复扣费可解释,重试有上限,可恢复旧配置账单差额与重复尝试记录

推荐逐项记录:任务类别、模型 ID、effort、输入/计费输出、缓存用量、工具次数、完成时间、是否合格、实际扣费、人工返工分钟。未返回字段写“未返回”,不要当零。保留失败和放弃任务,不挑成功截图代表整体表现。

每个任务先写验收目标,再让两个模型从同一快照独立执行;不要把旧模型的答案泄露给新模型。高风险业务不能只靠另一个模型打分,必须有测试、规则或人工证据。

同输入输出价,也要重新检查账单

标准官方价两者均为 $2 / $10,每百万 tokens;本站 0.05x 标准参考为 $0.10 / $0.50。GPT-6 Sol 官方缓存读取为 $0.20,6.1 为 $0.10,按同倍率的条件演算分别为 $0.01 和 $0.005;渠道缓存是否支持、账单如何体现需另外确认。

不要把缓存命中部分既按普通输入收费又重复算读取费。例:20K 总输入中 10K 命中、4K 计费输出,忽略写入及工具费时,Sol 演算 $0.0031,6.1 为 $0.00305;只有确认命中用量与相同计价条件才可这样比较。此处是算术例子,不是取得的账单。

超过 272K 输入时,官方对整次请求采用输入/缓存 2 倍、输出 1.5 倍费率。推理长度、历史膨胀和重试也可能增加总成本。详情查6.1 Sol 价格表和本站计费说明,不要用一次短请求预算承诺长程 Agent 的整月支出。

报错、灰度与停止条件

401/403 优先核对 Key 和分组;404 查路径、ID 与模型权限;400 查推理档位、接口及工具结构;429 查额度或限流;5xx 和断流保留请求 ID 后按有上限策略恢复。具体以网关错误体为准,不把所有失败统一成“换模型重试”。执行工具前还要确认重试是否会造成重复写入或重复费用。

先跑离线回归,再对少量可回退任务灰度。团队应预先写下失败率、费用与人工修复的可接受阈值;任一超限就停止放量,恢复旧模型和旧协议配置,而不只是把模型 ID 改回去。更换模型不是绕过应用授权或消费上限的理由。

如仍依赖 Chat 工具或 none,先保留GPT-6 Sol作为兼容基线;已经需要高级工具流程的项目,再按GPT-6.1 Sol 模型页逐项验收。

来源、作者与核验范围

核对日期:2026-10-17。本文由本站技术团队依据官方资料与已确认倍率整理;本站提供商业中转服务,与 OpenAI 并非同一主体。没有付费 API 实测、认证账单或同题性能数据;测试表为建议执行方案,不是已通过成绩。

注册后先在控制台核对权限与预算;如渠道不支持所需 Responses 能力,请暂停迁移,不以基础聊天成功替代工具验收。