谢谢你 AI侠
你这是直接就接入进去了么 没报什么
unsupported call
么
为什么要做 cocos-mcp-gateway？
最近在让其他 MCP 和 Cocos 这套工具对接时，我发现原来的结构有点撑不住了。
之前每个 Cocos 项目里的扩展，不仅要调用编辑器接口，还要自己运行一套 MCP Server。
一个项目还好，项目多了以后问题就出来了：
- 每个项目都有自己的端口和连接地址；
- 编辑器重启后，连接可能会变化；
- Codex、Claude Code 要考虑到底连哪个项目；
- 每个项目都要带一份
universal-mcp-sdk； - 多开几个编辑器以后，工具发现和请求路由容易混乱；
- 其他 MCP 想接入时，也找不到一个稳定的总入口。
简单来说，就是项目扩展干了太多事情。
所以这次把结构重新拆了一下：
Codex / Claude Code / 其他 MCP
↓
cocos-mcp-gateway
↓
多个 Cocos 项目
现在只有 cocos-mcp-gateway 负责 MCP 协议。
项目里的扩展不再运行 MCP Server，只负责把 Cocos 编辑器能力交给 Gateway。
改完以后有什么好处？
最明显的一点是： 以后只需要配置一次 Gateway。
不管打开哪个 Cocos 项目，Gateway 都会自动发现。多个项目同时打开也没关系，工具会带上项目前缀：
forest__scene_query_node_tree
forest__asset_query_assets
another__scene_save_scene
这样 Codex 不需要追着每个编辑器的端口跑，也不用反复修改 MCP 配置。
另外还有几个比较实际的变化：
- 可以统一启动、重启和检查 Cocos 编辑器；
- 编辑器启动慢时，Gateway 会等待它真正准备好；
- 新项目打开后，工具列表会自动更新；
- 项目扩展更轻，不再依赖
universal-mcp-sdk； - Bridge 只允许本机 Gateway 调用，并增加了随机 token；
- Cocos 编辑器不开时，仍然可以通过 offline 工具修改 Prefab；
- 其他 MCP 需要和 Cocos 对接时，只需要面对 Gateway，不需要理解每个项目的内部结构。
这次升级本质上不是简单地“多加一个网关”，而是把职责重新理顺了：
Gateway 管 MCP、管项目、管路由；项目扩展只管 Cocos 编辑器。
需要注意的是，这次没有兼容旧的项目 /mcp Server。升级后，客户端只保留全局 Gateway 配置，项目扩展也需要一起更新。
项目地址：
1赞
强烈建议楼主写一个接入步骤.md ，更加新手友好一些
在仓库里面有的，让AI接入就行 