注：本文来自@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就像工具之于人类，心态上自然会蔑视其它应用并将其「物化」。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。