openJiuwen仅摘要
工具基础设施下的 mcp 子模块
core/foundation/tool/mcp/ 与 function、service_api 并列,MCP 是工具来源之一而非独立子系统。
mcp integration
工具外部 MCP 服务器以什么方式成为可用工具?
工具基础设施下的 mcp 子模块
core/foundation/tool/mcp/ 与 function、service_api 并列,MCP 是工具来源之一而非独立子系统。
既是客户端也是服务端
codex-rs 同时有 codex-mcp、mcp-server 与 rmcp-client 三个 crate——Codex 既接入外部 MCP 服务器,也把自己暴露为 MCP 服务器。
packages/mcp 插件包
MCP 接入以插件包形式提供,与 lsp、acp 等协议包平级。
不支持 —— 全仓库无 MCP 实现
在跟踪 commit 上,pi/packages 全量检索不到任何 mcp 相关文件。四家里唯一不接 MCP 的实现,与其「内核最小化」主张一致;外部能力预期通过扩展自行接入。
back to course / 回到课程
矩阵展示的是「各家怎么做」。这个问题本身为什么存在、有哪些经典权衡,在课程里讲:
第 5 章
把世界暴露给模型:协议、技能与渐进式披露