OpenAI 将于 11 月 30 日关闭 Prompt Objects API,文章详述了三种迁移路径及各自取舍,强调需在截止日前手动导出 prompt 内容。
先声明一下:本文结尾提到的工具中有一个是我做的(PromptFlip)。前两个选项完全不涉及它。
OpenAI 宣布 Prompt Objects 将于 2026 年 11 月 30 日关停。这项 API 功能允许你将 prompt 存储在他们的服务器上、在 Playground 中编辑、并通过 ID 引用它们。
这个论坛帖子值得一读,因为回复中描述了究竟在失去什么:
"我可以对 prompt 做小修改而不需要重新部署,还能回滚到之前的版本。"
"存储 prompt 的主要优势在于:与应用无关的快速 prompt 开发、模型优化和热修复。把 prompt 迁移到项目代码库中无助于解决这些问题。"
有些人是从 Assistants 迁移到 Prompts 的,甚至还没迁移完就收到了这个通知。如果你也是其中之一,以下是你真实的选择——包括完全不用搞那么复杂的方案。
不管你最终选择什么方案,先把 prompt 文本从 OpenAI 的仪表盘中拿出来,别等到最后期限来临时才手忙脚乱。官方没有提供导出功能——趁 Playground 还在,把它们从里面复制出来。
迁移指南隐含的建议。这个方案可行、免费,如果你的 prompt 很少变动也是正确的选择。但你将放弃当初使用 Prompt Objects 的两个核心能力:无需重新部署即可编辑,以及版本回滚。每一个措辞调整又变回了提交加部署的流程。
将 prompt 存储在你自己的数据库或配置中,运行时读取,再建一个小的内部页面来编辑。帖子里有人建议甚至可以用 Google Sheet。这确实能保持开发速度,而且数据完全由你掌控。隐藏的成本会在之后显现:版本控制、回滚、"这个回答是哪个版本生成的",以及 A/B 测试,这些都是你在每个项目里要重新造轮子的东西。
这已经是一个独立的赛道了,实话实说:
Langfuse — 开源,以可观测性为先,顺便带了 prompt 管理功能。自托管需要六个容器(包含 ClickHouse,哪怕你只想要 prompt 管理功能),也有云端版本。
PromptLayer — 功能最完整的 prompt 管理器,面向团队定价(约 50 美元/用户/月)。
PromptFlip — 这是我做的,所以自行判断。Prompt 以版本化的文件形式存在于你自己的 git 仓库中(免费,有本地 CLI — github.com/tursdev-org/promptflip);云端部分提供仪表盘编辑功能,无需重新部署,支持回滚,以及在真实流量上对 prompt 或模型做 A/B 测试,起价 9 美元/月。
无论你最终选择什么,这次关停事件教会了一件事:只存在 vendor 服务器上的 prompt 是会被收走的。无论你迁移到哪里,确保你的 prompt 文本最终落在你能够控制的地方——git 仓库是最显而易见的选择。
关于迁移有问题,或者选了不同的方案?欢迎在评论区分享你的选择。