ChatGPT Sites 现在能托管 MCP 服务器了。2026年10月1日，OpenAI 两位产品负责人在社交平台先后公开宣布：用户可以直接在 ChatGPT 里构建并部署 MCP 服务器，还能把它转成插件装进 ChatGPT 使用，访问范围可以只留给自己、分享给指定的人，也可以公开给所有人。对一直被"找主机、配证书、保在线"折磨的 MCP 开发者来说，这等于官方给出了一个"不用自己搭服务器"的原生托管答案。
先把事实摆清楚
这次不是官方博客或新闻稿，而是一次负责人在社交平台上的直接官宣。Codex 负责人 Tibo Sottiaux 发帖表示，可以直接在 ChatGPT 里构建并部署 MCP 服务器（"you can now build and deploy MCP servers right through ChatGPT"），并强调可以限制访问对象，也可以公开分享。随后插件负责人 Max Stoiber 跟进确认：ChatGPT Sites 可以托管 MCP 服务器，包括插件扩展。
示例流程很具体：让 Sites"创建一个我能在 ChatGPT 里用的待办清单"，背后走的就是"创建 MCP 服务器→部署到 Sites→转成插件"的完整链路。当天也有第三方实操指南补上细节：部署前先保存版本，每次部署的 URL 即生产环境；分享走 Sites 的受众控制，仅自己、受邀的人、工作区、全网公开四档可选；但公共插件目录的上架是另一条独立审核路径——在 Sites 上分享出去，不等于进了公共目录。不熟悉 MCP 的读者，可以先看这篇MCP 和 API、插件调用的区别。
为什么先被解决的是 MCP 的"主机"
MCP 协议本身并不复杂，真正的门槛从来是"主机"：一台持续在线、讲 Streamable HTTP、能被 ChatGPT 连到的服务器。对个人开发者和小团队而言，写工具逻辑可能只要一下午，找 VPS、配 HTTPS、保证稳定在线才是劝退的那一步。OpenAI 这次动的就是这一步——把最烦人的运维环节收进了 ChatGPT 自己的地盘。
谁会最先用上，边界又在哪
变化最大的是两类人：一是"会描述需求但不会运维"的用户，以前只能等别人发布插件，现在可以直接在对话里给自己造专属小工具；二是做内部工具的团队，Sites 的受众控制天然适合"只给组内用"，不用再为小工具单独维护鉴权和发布流程。
但边界同样清楚。Sites 目前处于公测，覆盖 Plus、Pro、Business、Enterprise 和 Edu 套餐，各有用量限制；需直连私有数据源、走原始 TCP、涉敏感数据或合规驻留的场景，仍得自己搭主机。公开的 Sites 文档目前仍按"网站托管"来写，MCP 托管的正式文档还没跟上——生产级、涉密的服务，先拿它试 demo 和内部工具更稳妥，直接上生产还为时过早。对比另一家的做法，可以看Claude 插件开放官方提交通道：MCP 连接器和 Agent Skills 可直接上架目录：Anthropic 走的是"开放目录审核"，OpenAI 这次走的是"原生托管"，两条路线正好互补。
这一步的真正信号
MCP 正在从"开发者协议"变成"用户可以直接消费的能力层"。当造 MCP 服务器的门槛从"会运维"降到"会说话"，工具的供给侧会被彻底打开——接下来拼的不再是谁会搭服务器，而是谁的需求描述得更准。托管权本身也成了新的争夺点：第三方 MCP 云、Claude 连接器目录、OpenAI 的 Sites 托管，三方抢的是同一件事：成为智能体工具的"默认落点"。这一局，才刚开场。
