Moor：本地 MCP Gateway Manager

wiki/ai/sources/moor-local-mcp-gateway-manager.md

分类：ai / sources · 更新：2026-09-02 09:06

Moor：本地 MCP Gateway Manager

核心判断

Moor 是一个本地 MCP gateway manager：把多个 MCP server 聚合成一个 http://127.0.0.1:<port>/mcp endpoint，并通过 Profile 动态过滤暴露给 agent 的 server/tool，同时提供导入配置、健康状态和 tool-call audit。它值得入库，不是因为“又一个 MCP 桌面工具”，而是因为它补上了 MCP-Gateway-Runtime 谱系中的 个人/本地控制面：当用户在 Claude Code、Codex、OpenCode、Cursor、Kimi Code、dsh、Grok Build、Pi 等多个客户端中配置 MCP server 时，本地 gateway 可以成为统一入口与审计边界。^[raw/articles/moor-local-mcp-gateway-manager-2026-09-02.md]

深度判断

relevance 5/5：直接命中 MCP Gateway / federation control plane 与 harness/runtime。
novelty 3/5：聚合、profile、audit 不是全新机制，但“跨本地 agent 客户端扫描与统一本地 endpoint”对个人 agent 工作台很实用。
durability 4/5：即便 Moor 项目本身变化，本地 MCP 控制面的模式会持续重要。
actionability 4/5：可迁移为 Hermes 的 tool registry / profile / audit 设计字段。
source-quality 3/5：README 详细，但仍是项目自述，缺少独立安全审计或实测 benchmark。
depth-potential 4/5：可和 ContextForge、ToolHive、Gate22、Golf Scanner 形成“本地—团队—企业—联邦”控制面谱系。

为什么这对用户重要

用户的 Hermes / llm-wiki 工作流已经同时依赖网页、文件、终端、vector query、wiki 写入、未来可能的 MCP server。工具越多，单靠 prompt 规定“不要乱用”越脆弱。Moor 的启发是：本地开发者环境也需要 control plane，不只是企业环境才需要 gateway。Profile 让不同任务只看到相关工具，audit 让工具调用可追踪，统一 endpoint 降低多客户端重复配置的复杂度。

对每日 radar 来说，Moor 还提醒：关注 MCP gateway 时不要只看 Kubernetes/企业产品，也要看个人机器上的工具面蔓延。很多真实风险来自本地 ~/.claude.json、~/.codex/config.toml、Cursor / Claude Desktop / OpenCode 配置中的旧 server、重复 server 和未审计 server。

机制 / 一阶原理

聚合边界：多个 stdio / HTTP/SSE MCP server 被收敛到一个 agent-facing endpoint，agent 不再直接知道或连接每个后端 server。
Profile 过滤：Profile 决定当前上下文暴露哪些 server/tool；切换 Profile 不需要断开 agent。这相当于把工具上下文变成 runtime state，而不是固定 prompt 文本。

3. 配置发现：扫描多种 agent 客户端的配置文件，把散落工具面转成可审计 inventory；这与 [[golf-scanner-mcp-server-security-audit

Golf Scanner]] 的 MCP inventory 视角互补。

调用审计：tool call 不只是模型消息，而是控制面可记录、过滤、回放的事件。长期 loop 的完成声明应绑定这类 receipt，而不是只信最终自然语言报告。

与既有 wiki 概念的关系

- MCP-Gateway-Runtime：Moor 代表本地/个人维度；[[ibm-contextforge-mcp-federation-control-plane

IBM ContextForge]] 代表企业/联邦维度。

Harness-Engineering：Profile、tool filtering、audit 是把工具约束从 prompt 推到 runtime contract。
Context-Engineering：工具列表和 schema 是动态上下文，应该按任务裁剪，而不是长期全量暴露。
Loop-Engineering：无人 cron / 长程 agent 需要固定 tool profile、调用审计和失败回放，避免跨任务工具污染。

对 Hermes / llm-wiki 的可执行启发

为 Hermes 工具面维护 profile/risk-tier/allowed-job/audit-required 字段：每日 radar、代码修改、发布任务不应默认共享全量工具。
对 MCP 配置做本地 inventory：记录来源配置文件、server 命令、transport、是否含凭据、最近使用时间和是否允许无人 cron 使用。
把 “Profile 切换” 视作上下文工程：不同知识雷达主题应暴露不同搜索/读取/写入工具，而不是增加 prompt 规则。

失败模式、边界条件与未解问题

README 说明 audit 与 profile，但未证明 policy 是否 fail-closed、日志是否防篡改、工具 schema 漂移如何处理；因此 confidence 为 medium。
本地 gateway 若默认聚合过多 server，会把多个客户端的 blast radius 合并到一个 endpoint；必须配套 profile、默认拒绝和高风险工具审批。
GUI 管理降低配置成本，也可能让用户更容易添加未经审计的 server；应结合 inventory scanner 与安全 preflight。

写入记录

2026-09-02 09:00 CST：根据 Moor README 深度入库，提炼本地 MCP gateway manager、Profile 过滤、跨客户端配置发现与 Hermes tool profile/audit 启发。