OpenAI 正在逐步关闭其微调平台。现有客户可以在 2027 年 1 月 6 日前继续创建新的微调任务;多数团队微调过的 GPT-4.1 和 GPT-4o 模型,连同各自的微调版本,将于 2027 年 1 月 14 日下线。最可行的替代做法,是用开放模型重新训练同一项任务,通过兼容 OpenAI 的 API 提供服务,并在切换流量前完成评估。
本文依次说明:哪些服务将终止、何时终止;现有模型会怎样;有哪些选择;如何分四步完成迁移;以及如何估算迁移成本。文中所有日期和价格均于 2026 年 10 月 28 日取自各厂商的官方文档。
OpenAI 要终止什么,什么时候终止?
OpenAI 的弃用页面把微调服务的关闭分为三个阶段,随后是剩余微调模型所依赖的基础模型下线。它的监督微调指南现在开篇第一句就是 "OpenAI is winding down the fine-tuning platform"。
| 日期 | 变化 |
|---|---|
| 2026 年 5 月 7 日 | 从未做过微调的组织无法再开始 |
| 2026 年 7 月 2 日 | 60 天内未调用微调模型的组织失去创建权限 |
| 2026 年 10 月 23 日 | GPT-4.1 nano、o4-mini 及其微调版本下线 |
| 2027 年 1 月 6 日 | 其余客户无法再创建微调任务 |
| 2027 年 1 月 14 日 | GPT-4o、GPT-4o mini、GPT-4.1 和 GPT-4.1 mini 下线 |
最后一行最容易被忽略。按照 OpenAI 的规则,微调模型的推理服务会一直保留到其基础模型被弃用为止。2026 年 10 月 14 日,OpenAI 宣布上述四个基础模型将于 2027 年 1 月 14 日从 API 中移除,其微调版本遵循 "the same shutdown schedule"。也就是说,训练通道关闭后,大多数微调过的 GPT 模型只剩八天可用。
现有的微调模型会怎样?
OpenAI 的微调模型会继续响应 API 调用,直到其基础模型下线为止,之后就会停止服务。对于基于 GPT-4o、GPT-4o mini、GPT-4.1 或 GPT-4.1 mini 的微调模型,这个日期是 2027 年 1 月 14 日。基于 GPT-4.1 nano 和 o4-mini 的微调模型已于 2026 年 10 月 23 日下线。
OpenAI 为这四个模型推荐的替代品都是 GPT-6 Luna。GPT-6 Luna 是通用模型,您的微调模型从样本中学到的行为无法随之迁移。要找回这些行为有两种办法:把指令和样本写进每一个提示词,或者用同样的数据在别处训练一个新模型。
您能保留的是训练数据、评估集和生产日志,微调模型本身留在 OpenAI 的 API 上。因此,迁移计划应当围绕数据来制定。关于被迫迁移的更多背景,请参阅当 OpenAI 弃用您的应用所依赖的模型时会发生什么。
OpenAI 微调有哪些替代方案?
共有三条路线,区别在于由谁训练、由谁提供服务,以 及基础模型能保证可用多久。
| 路线 | 训练方 | 服务方 | 主要风险 |
|---|---|---|---|
| 其他闭源厂商 | 厂商 | 厂商 | 基础模型按厂商的时间表退役 |
| 基于开放模型的托管训练 | 训练平台 | 平台或您的云 | 选择有能力的合作方 |
| 自行托管开放模型 | 您的团队 | 您的团队 | 工程与运维负担 |
选哪条路线,取决于您愿意承担多少训练和服务方面的工作。大多数在 OpenAI 上做微调的团队,本来就是为了省去这些工作,所以第二条路线与原来的体验最接近。
其他闭源厂商
Google 仍然通过 Gemini Enterprise Agent Platform 提供 Gemini 的监督微调。截至 2026 年 10 月 28 日,Google 的微调文档列出的模型包括 Gemini 3.5 Flash、Gemini 3.5 Flash-Lite、Gemini 3.1 Flash-Lite 以及三个 Gemini 2.5 模型。面向开发者的 Gemini API 和 AI Studio 已不再支持微调,原因是 Gemini 1.5 Flash-001 于 2025 年 5 月弃用,Google 表示目前没有恢复这项功能的近期计划。
截至 2026 年 10 月,Mistral 的微调 API已被归入文档中的 "Deprecated features",标注为 legacy,并注明 "no longer actively supported"。
如果您已经在使用某家厂商的云,换到这家的闭源模型改动最小。代价正是您现在面对的问题:基础模型何时退役,由别人决定。截至 2026 年 10 月,Google 为 Gemini 3.5 Flash 标注的退役日期是 "May 19, 2027 or later"。
基于开放模型的托管训练
托管平台用您的样本训练一个开放模型,并替您提供服务,通常通过兼容 OpenAI 的 API。开放的基础模型没有厂商规定的退役日期,训练出的版本可以按您的需要一直运行。您提供训练数据和评估集,双方约定质量标准,然后您得到一个 endpoint。
这条路线保留了 OpenAI 微调的便利,同时消除了模型退役的风险。选择服务方时要问清三件事:模型可以部署在哪里(对方的基础设施、您的云或本地环境),新版本如何审批上线,以及价格如何确定。
自行托管开放模型
由您的团队挑选基础模型、执行训练,并在自己的基础设施上提供服务。这种方式控制权最大,工作量也最大:训练流水线、模型服务、扩容、监控和升级都要自己负责。我们的迁移到本地微调模型的 90 天计划完整介绍了这条路线。
如何从 OpenAI 微调迁移出来?
迁移分四步,顺序很重要:先整理数据,最后再切换流量。
1. 导出训练数据
找出每个微调任务用过的 JSONL 文件,无论团队把它们存在哪里。再从您自己的日志中抽取一批近期的生产提示词和微调模型的回复。这些样本反映了任务当下的真实运行情况,也包含原始样本从未覆盖过的输入。
在做任何其他事情之前,先留出一个评估集,并且始终不要用它来训练。只有这样,新旧模型的比较才公平。
2. 用开放模型重新训练
用同样的样本训练一个开放模型。OpenAI 的对话格式(每条样本是一组 system、user 和 assistant 消息)可以直接转换成大多数训练工具接受的格式,因此数据方面的工作主要是清洗和去重。
先从能在评估集上达到质量标准的最小模型开始。专门为一项任务训练的模型,可以比通用模型小得多,却在这项任务上表现相当,运行 成本的节省大多来自这里。
3. 保持兼容 OpenAI 的 API 形式
通过兼容 OpenAI 的 API 为新模型提供服务,这样应用代码只需要改两处:base URL 和模型名称。
import os
from openai import OpenAI
client = OpenAI(
base_url="https://your-endpoint.example.com/v1",
api_key=os.environ["ENDPOINT_API_KEY"],
)
response = client.chat.completions.create(
model="your-trained-model",
messages=[{"role": "user", "content": ticket_text}],
)提示词、重试逻辑、结构化输出解析和日志记录都保持不变。迁移风险因此集中在模型本身,而这正是评估集能够衡量的部分。
4. 切换流量前先评估
在预留的评估集上同时运行旧的微调模型和新模型,按产品真正依赖的指标比较:精确匹配准确率、schema 合规率、拒答率和延迟。然后用真实流量做影子测试,先给新模型分配一小部分流量,只要它持续达标再逐步扩大。我们关于评估微调模型和在生产环境中对微调模型做 A/B 测试的指南覆盖了这两个阶段。
请在 2027 年 1 月 14 日前完成这一步,那时旧的微调模型还在,可以作为对照。

