OpenAI 开源 MCP Extensions：ChatGPT 插件能进侧边栏了

封面：@OpenAIDevs 官方图（Plugin Extensions）

OpenAI 给 ChatGPT 插件加了一层「长得像原生功能」的钩子：官方文档叫 Plugin Extensions，正文里也写成 OpenAI MCP Extensions。

开发者可以把插件挂进侧边栏、会话旁面板、文件查看器等位置。规范和 SDK 已经开源。

官方文档

https://developers.openai.com/plugins/build/extensions

GitHub 仓库

https://github.com/openai/mcp-extensions

@OpenAIDevs 10 月 7 日演示帖原话大意：可以从侧边栏打开插件，支持 @ 提及，还能加文件查看器。日本账号 @opensourcelab9 后来中文转述了侧边栏和文件查看器，只是线索。事实以官方文档和仓库为准。

线索帖

https://x.com/opensourcelab9/status/2108807243240198157

开源仓库和规范

为什么开源？仓库简介原话：Build plugins that feel like native, first-class features of ChatGPT.（让插件看起来像 ChatGPT 里一等公民功能。）协议和示例摊开，方便各家按同一套扩展接 ChatGPT。

仓库 openai/mcp-extensions 公开页约 969 star，最近推送约 2026-10-10。里面主要有：

• docs/spec.md：语言无关的规范，正式扩展 MCP 和 MCP Apps

• TypeScript SDK：@openai/mcp-extensions，server / app 分入口

• Python SDK：服务端扩展，仓库 python/README.md

• 示例插件 Bits & Bolts：侧边栏 + 文件查看器厨房水槽

规范 docs/spec.md

https://github.com/openai/mcp-extensions/blob/main/docs/spec.md

TypeScript README

https://github.com/openai/mcp-extensions/blob/main/typescript/README.md

README 里先装包，再给 MCP Server 挂上扩展：

OpenAI 开源 MCP Extensions：ChatGPT 插件能进侧边栏了图2

官方 README：用 OpenAIExtensions 包住 McpServer

入口写在工具的 _meta["openai/ui"].entrypoints。全局侧边栏只要 type: "global"：

OpenAI 开源 MCP Extensions：ChatGPT 插件能进侧边栏了图3

文档示例：侧边栏 global 入口（官方原文）

会话旁面板用 type: "thread"。文件查看器用 type: "file"，并列出后缀：

OpenAI 开源 MCP Extensions：ChatGPT 插件能进侧边栏了图4

文档示例：打开 .stl 时用专用查看器（官方原文用 extensions: ["stl"]）

规范写得更严：后缀要用 HTML accept 那种「以点开头」的形式，例如 ".stl"、".csv"。README 完整例子也是 [".csv", ".tsv"]。文档页短示例没写点，对接以规范为准更稳。

文件入口打开时，工具收到的不是磁盘路径，而是不透明的 resourceUri。读文件走 MCP 的 resources/read；ChatGPT 会拦截。App 侧用 openaiExtensions.resources.read。还能 subscribe / 写回——规范叫 extended MCP Resource APIs。一个 MCP App 最多三类入口各一套：global、thread、file。当成入口打开时，平时的 visibility 规则会被忽略。

和现有 ChatGPT 应用 / MCP Apps 什么关系

官方文档是这么叠的：

• MCP：通用工具协议

• MCP Apps：给工具挂上 iframe 界面（开源标准）。ChatGPT 已实现这套桥

• OpenAI MCP Extensions：再往上加 ChatGPT 专属入口和能力（侧边栏、文件类型、桌面 @ 等）

Apps SDK / 旧的 window.openai 还在。新 UI 优先走 MCP Apps 标准字段；ChatGPT 独有能力再用扩展。文档写：扩展是可选的，别当成可移植 UI 的底座。

官方示例插件 Bits & Bolts 可在 ChatGPT 里装来试。

能挂到哪些表面上

前面说完仓库和接法，再看用户侧能碰到什么。文档扩展一览：

• Sidebar apps：全局侧边栏入口，全屏打开你的 MCP App

• Conversation panels：会话旁边开一块面板，聊天和干活并排

• Plugin settings：在 ChatGPT 里改插件自己的设置

• File viewers and editors：打开对应后缀文件时，用你的界面读、跟更新、存改动

• 还有：显示模式、深链、扩展模型上下文、发消息、桌面 composer @ 提及、扩展表单、引导开通等

规范表（Desktop / Web / iOS / Android）：

• Global、Thread 入口：四端都支持

• File 入口、本地开文件、文件系统资源、Composer @：目前只有 Desktop 写 Supported；Web / iOS / Android 写 Not supported

文档另有一句：网页上的 plugin extensions 即将对 ChatGPT Free 和 Go 用户开放；已有插件功能不受影响。Composer mentions 仅桌面端。

OpenAI 开源 MCP Extensions：ChatGPT 插件能进侧边栏了图5

@OpenAIDevs 官方演示帖（约 10 万浏览、粉丝约 45 万）

谁已经在用

文档「Extensions in the wild」点名：

• Canva：侧边栏做设计预览

• Figma：桌面 composer @ 搜文件

• Adobe：用 Acrobat / Photoshop 在 ChatGPT 里处理文件

@OpenAIDevs 还晒过 Adobe、Canva、Figma、Shopify、Instacart、Atlassian、tldraw、MagicPath 等。

OpenAI 开源 MCP Extensions：ChatGPT 插件能进侧边栏了图6

@OpenAIDevs：谁在用 plugin extensions

开发者接入与审核

• 读文档页 → 装 @openai/mcp-extensions（server / app 分入口）

• 规范全文：仓库 docs/spec.md；Python 见 python/README.md

• 连上 ChatGPT 测插件，再打包提交分发

安全与审核：文档强调提交插件时有审核反馈；UI 的 CSP（connectDomains / resourceDomains / frameDomains）会在审核里对行为核对。工具注解里 readOnlyHint / destructiveHint / openWorldHint 会影响 ChatGPT 怎么提示用户，但服务器仍要自己做授权。专页细表官方没在扩展页写死——以提交流程文档为准，这篇不编。

开源仓库和规范

和现有 ChatGPT 应用 / MCP Apps 什么关系

能挂到哪些表面上

谁已经在用

开发者接入与审核

相关链接