先判断你属于哪一种迁移
| 旧流程 | 迁移重点 | 上线门槛 |
|---|---|---|
| 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。建议先用不访问网络、不写文件的只读小工具测试,再放开真实权限。
- 发送受限工具定义,检查函数名、参数和调用 ID;先做应用侧 schema 校验,不直接执行任意模型输出。
- 只在允许的工具集合内执行,给参数、耗时和返回大小设边界;不因换模型扩大权限。
- 按 Responses 协议带回函数输出与相应调用 ID,保留官方要求的上下文项;不能只拼接可见答案代替历史。
- 执行第二轮并验证最终结论使用了工具结果;工具报错时应返回可解释错误,而不是伪造成功数据。
流式迁移另做一轮:区分普通文本增量、函数参数增量、完成事件与异常结束。拿到首段文字不等于整个请求完成。客户端若只认旧 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 能力,请暂停迁移,不以基础聊天成功替代工具验收。