OpenAI Plugins —— 为ChatGPT扩展能力的插件生态
原标题:openai/plugins
JavaScript★ 4,313 stars+112 今日
速览
OpenAI Plugins 提供标准化接口,使开发者可以构建与ChatGPT集成的插件,支持实时数据获取(如天气、新闻)、第三方服务调用(如购物、订票)和企业级操作。亮点在于开放生态和灵活扩展,适用于需要将LLM接入外部工具或知识源的场景,显著提升对话模型的实用性。
AI 深度解读
这是什么
openai/plugins 是 OpenAI 在 GitHub 上维护的一个开源仓库(主语言 JavaScript,⭐4313),它收纳了一套经过策划的 Codex 插件示例(Codex Plugin Examples)。每个插件都独立存放在 plugins/<name>/ 目录下,强制要求携带一个 .codex-plugin/plugin.json 清单文件,并可附带丰富的外围组件,例如 skills/(技能)、.app.json、.mcp.json(MCP 定义)、agents/(代理)、commands/(命令)、hooks.json(钩子)、assets/(资源)等。仓库内置一个默认插件市场(.agents/plugins/marketplace.json)指向 plugins/ 目录,为 API 密钥登录用户额外提供一个独立市场(.agents/plugins/api_marketplace.json),形成两层级的插件分发结构。
解决的问题
该项目主要解决三个核心痛点:
- Codex 插件生态的碎片化:社区和内部开发者各自拼凑插件,格式不统一,缺少可复用的模板和最佳实践。
openai/plugins提供了一个权威的、结构化的参考实现库。 - 从脚本到工具的跃迁门槛:普通开发者在将 Codex 的能力(如对话、代码生成、工具调用)与外部系统(Figma、Notion、iOS 构建等)对接时,需要处理清单声明、技能挂载、MCP 协议、命令注册等一系列工程细节。仓库中的完整示例降低了上手成本。
- 多场景插件管理的复杂性:使用 API 密钥的用户与使用 OAuth 登录的用户拥有不同的市场路径,仓库通过双市场设计(
marketplace.json和api_marketplace.json)展示了如何按认证层级隔离插件集合,避免权限泄露。
核心功能
- 规范化的插件脚手架:每个插件必须包含
plugin.json,声明元数据(名称、描述、入口、依赖)。可选的skills/目录存放技能文件(Codex 可调用的能力),.mcp.json用于定义 MCP(Model Context Protocol)端点,commands/注册 CLI 式命令,hooks.json注入生命周期钩子。 - 丰富的预置示例:仓库重点展示了 10 个高质量插件,覆盖设计协作、项目管理、原生应用开发、Web 全栈、部署、视频制作等场景。例如:
plugins/figma:集成 Figma 的use_figma技能、Code to Canvas、Code Connect 及设计系统规则。plugins/notion:处理规划、调研、会议纪要、知识捕获。plugins/build-ios-apps:SwiftUI 实现、重构、性能调优、调试。plugins/build-macos-apps:macOS SwiftUI/AppKit 工作流、构建/运行/调试循环、打包指导。plugins/build-web-apps:部署、UI、支付、数据库工作流。plugins/expo:Expo 与 React Native 应用、SDK 升级、EAS 工作流、Codex Run 动作。plugins/netlify、plugins/remotion、plugins/google-slides:额外的公开技能/MCP 支持插件包。
- 市场机制:通过
marketplace.json列出可用插件,支持按认证级别分流,使开发者可以模仿此模式自建私有或半公开插件市场。 - 多组件协同:插件不仅支持技能,还能定义全局代理(
agents/)、跨插件钩子(hooks.json),实现更复杂的编排。
亮点 / 与同类相比
- 与 OpenAI 官方生态深度绑定:直接使用 Codex 原生的技能、MCP、命令系统,而非抽象一层通用接口。这意味着示例中的技能和 MCP 配置可无缝与 Codex 实例集成,无需额外适配器。
- 样例的实战性:每个插件不只是“hello world”,而是完整的外部连接器。例如
build-ios-apps插件包含 refactor 和 debug 技能,figma插件内有设计系统规则,直接可用在真实项目。 - 双市场设计:区分 API 密钥用户与 OAuth 登录用户的市场,体现了对认证隔离的精细管理,同类开源项目(如 LangChain 的插件集合)往往忽略这一点。
- 约定的灵活性:虽然强制要求
plugin.json,但skills/、.mcp.json、agents/、commands/等组件都是可选的,团队可根据需要增减,不会因为未使用的目录而报错。 - 相比社区同类产品(如
Aider的插件库或Cline的 MCP 配置):openai/plugins更强调“市场级分发”和“清单驱动”,并且与 OpenAI 的代码生成模型(Codex 系列)深度绑定,属于第一方推荐实现。
适合谁用 / 上手
- 适用人群:正在使用或计划集成 Codex(例如通过 OpenAI API 或 ChatGPT 插件)的开发者、AI 插件作者、以及希望为团队构建定制化 Codex 工具链的技术负责人。
- 上手路径:
- 克隆仓库
git clone https://github.com/openai/plugins.git - 查看任意示例插件目录(如
plugins/notion),阅读其plugin.json和skills/下的技能文件,理解如何声明能力。 - 将插件路径注册到
.agents/plugins/marketplace.json中,或直接通过--plugin参数加载(具体取决于 Codex 运行时版本)。 - 使用 API 密钥的用户注意独立市场文件
api_marketplace.json的配置,确保插件可见性正确。 - 参考
plugins/figma这类复杂插件,了解如何组合 MCP 端点、技能和代理实现端到端工具链。
- 克隆仓库
- 最小实验:从
plugins/netlify或plugins/remotion开始,两者只包含少量技能 + MCP 配置,可快速理解插件的骨架。
查看原文 →github.com
