奥特曼惹怒开发者!ChatGPT插件被打入冷宫,暗示作者转向GPTs

插件入口也变隐蔽了

克雷西 发自 凹非寺

量子位 | 公众号 QbitAI

奥特曼的一项新举动,惹恼了不少开发者。

这些开发者收到 OpenAI 发来的邮件,暗示他们等着插件开发权限不如将开发工作转向 GPTs。

总结一下这份给开发者的邮件,大致说了这样几个内容:

  • GPTs 可以像插件一样调用(第三方)API,或调用 DALL·E 等功能
  • GPTs 有独立链接,可以分享,明年 GPTs 商店也会上线
  • 如果你以前研究过插件开发,大部分的设置过程都差不多
  • 我们期待着看到你创建的 GPTs

虽然邮件当中并没有说插件会被停用,但字里行间对 GPTs 的疯狂安利,还是让开发者把它当成了 OpenAI 给出的通牒。

但无论下线与否,可以确定的是,这封邮件引起了不少开发者的不满。

在 OpenAI 的开发者社区,就有网友呼吁官方不要把插件功能移除,至少是在 GPT-5 出现之前。

夸张一些的,更是给 ChatGPT 插件献上了 "一路走好" 的"悼词"。

针对这番争议,ChatGPT 团队的开发者 Logan 做出了回应:插件没有下线,邮件是面向加入了等待名单但还没获得开发权限的用户发送的。

但 "yet" 这个华点还是被细心的网友们抓住了。

于是有人就此追问 Logan,"还" 没下线的意思是早晚会下吗,Logan 的后续回复则并未直接回答这一问题,而是表示:

插件能干的事情 GPTs 都可以干,我想 GPTs 商店上线后大部分人都会改用 GPTs 的。

但官方的态度无疑表明,插件功能即使真的不会下线,至少也是被打入了冷宫。

究其原因,一是 OpenAI 认为,普通用户在二者之间可能更倾向于选择 GPTs;另一方面,有安全专家表示,插件功能可能存在数据泄露等安全隐患。

那么,客观地说,GPTs 到底能代替插件功能吗?

站在普通用户的角度,按照官方说法,插件和 GPTs 的确存在很多相似之处,而后者可以以对话方式使用,可能更受青睐。

而且 GPTs 还支持 DALL·E、代码解释器等 ChatGPT 原生功能的调用,插件模式则不支持这一特性。

另一个比较明显的区别是,插件模式下一次可以同时使用最多三个插件,但在 GPTs 模式下用户显然无法进行这样的操作。

而对于开发者来说,最主要的区别是,GPTs 通过 ChatGPT 内部的无代码聊天界面构建的,而插件则使用外部的代码编写,但官方也说大部分的开发过程是相似的。

实际体验上,有开发过 ChatGPT 插件的用户,在 YC 上分享了自己把插件迁移到 GPTs 的感受。

这名开发者表示,GPTs 和插件的创作过程很相似,导入 API 文档时一次性就成功了,而且 GPTs 的 UI 比插件更好,规则也更加透明。

也有早期的插件开发者说,很早就感受到了插件会成为 OpenAI 的弃子。

但也有开发者同时创作了同一个应用的插件和 GPTs 版本,结果发现它们的表现完全不一样,插件效果很好,但 GPTs 几乎没什么用。

另一名插件开发者也认为插件和 GPTs 的使用感受并不相同,还举出了具体的例子。

总之,GPTs 和插件究竟哪个更好,可能还得看之后用户用脚投票的结果。

今年的 OpenAI 开发者日之后,ChatGPT 的界面也进行了一次大更新,插件入口变得隐蔽了。

对此,奥特曼早前接受 Humanloop 采访时就说过,他认为插件不适合产品市场。

但是后来,Humanloop 应 OpenAI 要求删除了这篇帖子。

那么,你更喜欢插件,还是 GPTs 呢?

参考链接:

1\][gizmodo.com/openai-piss...](https://link.juejin.cn?target=https%3A%2F%2Fgizmodo.com%2Fopenai-pissed-off-developers-by-phasing-out-plugins-for-1851124124 "https://gizmodo.com/openai-pissed-off-developers-by-phasing-out-plugins-for-1851124124") \[2\][twitter.com/yi_ding/sta...](https://link.juejin.cn?target=https%3A%2F%2Ftwitter.com%2Fyi_ding%2Fstatus%2F1737989254985527674 "https://twitter.com/yi_ding/status/1737989254985527674") \[3\][news.ycombinator.com/item?id=387...](https://link.juejin.cn?target=https%3A%2F%2Fnews.ycombinator.com%2Fitem%3Fid%3D38773147 "https://news.ycombinator.com/item?id=38773147") *版权所有,未经授权不得以任何形式转载及使用,违者必究。*

相关推荐
冬奇Lab1 天前
一天一个开源项目(第44篇):GitNexus - 零服务器的代码智能引擎,为 AI Agent 构建代码库知识图谱
人工智能·开源·资讯
冬奇Lab2 天前
一天一个开源项目(第43篇):Star-Office-UI - 像素风格的 AI 办公室看板,让 AI 助手的工作状态可视化
人工智能·开源·资讯
冬奇Lab4 天前
一天一个开源项目(第41篇):Workout.cool - 现代化开源健身教练平台,训练计划与进度追踪
docker·开源·资讯
冬奇Lab5 天前
一天一个开源项目(第40篇):copyparty - 单文件便携文件服务器,断点续传/去重/多协议/媒体索引
开源·资讯
冬奇Lab6 天前
一天一个开源项目(第39篇):PandaWiki - AI 驱动的开源知识库搭建系统
人工智能·开源·资讯
冬奇Lab7 天前
一天一个开源项目(第38篇):Claude Code Telegram - 用 Telegram 远程用 Claude Code,随时随地聊项目
人工智能·开源·资讯
冬奇Lab8 天前
一天一个开源项目(第37篇):awesome-selfhosted - 自托管软件资源集合
开源·自动化运维·资讯
冬奇Lab9 天前
一天一个开源项目(第36篇):EverMemOS - 跨 LLM 与平台的长时记忆 OS,让 Agent 会记忆更会推理
人工智能·开源·资讯
冬奇Lab10 天前
一天一个开源项目(第35篇):GitHub Store - 跨平台的 GitHub Releases 应用商店
开源·github·资讯
冬奇Lab12 天前
一天一个开源项目(第33篇):MyCodeAgent - 面向学习的 Claude Code 风格代码代理框架
人工智能·开源·资讯