长推:从开发者的视角来看ChatGPT 新推出的插件机制_API:OpenOcean

注:本文来自@oasisfeng推特,MarsBit整理如下:

ChatGPT新推出的插件机制,在普通用户眼中,或许只是又一个引入了插件机制的产品。然而从开发者的视角来看,其中的实现机制是颠覆性的,它有着解决我思考了很多年的「去中心化互联网的互操作性难题」的潜力。

这一切的缘起,还要回望Web2.0时代,那是一个基于OpenAPI创造Mashup的黄金年代。

21世纪之初,交互式互联网兴起和蓬勃发展的原始时代,几乎每一个新兴的互联网应用,都在响应「开放」的互联网精神,推出各自的OpenAPI。很多应用也将对接其它OpenAPI作为自己的一大潮酷卖点。

这背后,是一个个深受开放文化熏陶的开发者,在孜孜不倦的用代码和汗水搭建起通过API互联的桥梁。

在经历OpenWeb乱世和Mashup泡沫后,伴随互联网用户的去极客化,大家越来越追求稳定可靠而非精彩纷乱的互联网应用。

成长起来的巨头纷纷筑起高墙来巩固自己的圈地。OpenAPI逐步被藩篱之内的PlatformAPI和企业间基于商业合作的PrivateAPI所取代。

Open也不再是文化,更多只是商业宣传。

当互联网不再Open,API也不再需要被精心设计,因为调用API的,已非昔日有着极客精神的开拓者,大多只是码农。

曾经被津津乐道的SOAP、Restful、Stateless,逐渐被OAuth、gRPC、GraphQL所取代,API研究社区的关注重心转向了安全、效率和控制,「开放」逐渐变成了一个鲜有问津的研究领域。

蛰伏的OpenAPI,在等待开放互联网的再度回归。即将踩着五彩祥云来迎娶她的,是Web3.0还是AI?

在OpenAI推出ChatGPT插件机制前,我一直在思考「自解译API设计」和「API进化模式」。前者是解决API调用依赖开发者阅读和理解其API文档,后者则确保开放生态中API灵活迭代的后向兼容。

然而OpenAI以AI-first思维,借助LLM强大的自然语言理解能力和海量「文档+代码」语料,试图改写API对接以开发者为中心的模式。

它尝试让AI像人类开发者那样阅读并理解规范书写的API文档,并依照文档自动生成API的调用代码。这种沿袭传统API调用工作流程的路径,无疑是门槛很低的。

ChatGPT插件机制虽在实现层面引入AI,但本质仍然还是藩篱之内的PlatformAPI。它能否在未来影响开放互联网API对接的普遍模式,还有待进一步的观察。

可以确定的是,这种以LLM为基础的API调用模式,将大幅降低互联网巨头对接大量外部API的开发和运维成本,对促进互联网开放也有积极意义。

另一方面,基于LLM的API调用从根本上改变了「平台」与「插件」的约束关系。

过去一个平台要支持插件,是由平台方先定义接口,插件开发者探索应用场景并按照接口进行开发;而ChatGPT插件开发者只需提供「能力」并定义API,由ChatGPT在与用户交互中探索应用场景。

伴随「平台」与「插件」约束关系改变而被深刻改变的,是两者的权力结构。

传统插件模式下,平台定义具体游戏规则,用流量换取插件对其用户体验的承接,双方是一种共生关系。

而在ChatGPT开创的插件模式下,平台表面上放低姿态按插件的文档调用API,像谦逊的领主,实则让后者沦为「谋士」的角色。

OpenAI之所以引入这种权力关系极不平衡的插件模式,可能是基于以下两个原因:

1.传统应用的交互形态与ChatGPT相去甚远,如果由插件承接下游的用户体验,可能会给用户带来体验劣化的感受。

2.在OpenAI眼中,传统应用相比ChatGPT就像工具之于人类,心态上自然会蔑视其它应用并将其「物化」。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

金宝趣谈

[0:15ms0-7:710ms