M
MCP 精选目录 CURATED DIRECTORY
已收录 911 个 MCP Server
EN
← 返回目录
最多同时对比 4 个 SERVER

MCP Server 选型对比

把评分、权限、风险和适用场景放在同一张表里，快速判断哪个更适合你。

对比维度GraphARC面向智能体图的准入闸门，构建于 LangGraph 之上GitHub MCP ServerGitHub 官方 MCP Server，用自然语言管理仓库、Issue、PR 与工作流
FMRS61 / 100 · C76 / 100 · B
可靠性10 / 2013 / 20
安全与权限10 / 2014 / 20
维护活跃度14 / 2018 / 20
文档质量15 / 2017 / 20
安装易用性12 / 2014 / 20
适合谁
  • 需要把智能体工作流纳入确定性准入与策略约束的团队
  • 要求在运行前掌握最坏情况成本、运行后按节点核算费用的场景
  • 需要单份可重放审计追踪、且仪表盘必须与审计记录一致的合规或调查类工作流
  • 希望由人类按下按钮才启动执行（例如从 Slack 发起）的组织
  • 希望用 `--scripted` 在任意 checkout 上确定性复现演示与测试的开发者
  • 需要让 AI 助手直接操作 GitHub 仓库和协作流程的团队
  • 已经在使用 GitHub Copilot 生态、想要远程零部署方案的用户
不适合谁
  • 只需要交互式单智能体循环、不要求预执行授权的场景
  • 把 GraphARC 当作通用个人 AI 助理网关或配置白名单工具的替代品
  • 期望节点参数被完整校验的使用者：准入只授权节点的“种类”，仅当该种类声明 args_schema 时才校验参数，而 schema 只约束形状、不约束工厂能触及的范围
  • 要求 HTTP API 具备持久会话层，或要求工具平面由策略文档而非 CLI 标志控制的场景
  • 需要把 Claude CLI 后端上的智能体节点视为完全受治理的使用者：默认它在由节点自身工具映射出的允许列表下运行，但执行方是 Claude Code，且显式选择的 bypass 层级完全没有任何检查
  • 不希望 AI 助手拥有仓库写权限的场景（应仅启用只读 toolset）
  • 对私有仓库有严格网络隔离要求、不能使用官方远程端点的环境
所需权限
  • 默认后端会调用 PATH 上的 claude CLI（使用 Claude 订阅，无需 API 密钥）
  • 节点实现体来自注册表（registry）而非提案，注册表是提供节点种类的来源
  • 策略决定规划器“能够提出什么”：被拒绝的边会改变图的形状，而不是产生一次待重试的拒绝
  • MCP 闸门只绑定 MCP 表面而非宿主：若智能体在运行目录中拥有自己的文件工具，可能伪造批准决定，信任边界是工作目录
  • run_command 派生的子进程不受限制
  • 容器化执行（ContainerExecutor）才是真正的边界，进程内沙箱只是纵深防御
  • 个人访问令牌（PAT）或 OAuth App Token，权限范围取决于令牌本身的 scope
  • 启用 actions/issues/pull_requests 等 toolset 后可对仓库进行写操作，需按最小权限原则申请令牌
风险与副作用
  • 准入只授权节点的种类；参数仅在种类声明 args_schema 时受校验，且 schema 只约束形状而非可达范围
  • 进程内沙箱属于纵深防御，run_command 子进程不受限制，真正的边界是有意启用的 ContainerExecutor
  • HTTP API 尚未使用持久会话层
  • 在 Claude CLI 后端上，智能体节点是被“委派”而非被治理：默认在由节点自身工具映射出的允许列表下运行，但执行由 Claude Code 负责，bypass 层级完全无检查
  • 策略文档治理的是规划，工具平面仍读取 CLI 标志
  • MCP 闸门绑定 MCP 表面而非宿主，拥有自身文件工具的智能体可能伪造批准决定；信任边界为工作目录（Slack 工作区同理）
  • 写权限 toolset（如创建/合并 PR、触发 workflow）如果令牌权限过大，可能造成误操作；建议先用只读 toolset 试运行
  • 远程托管模式下凭据通过 Authorization 头传输，需确保客户端到 api.githubcopilot.com 的连接受信任
支持客户端Claude Desktop, Claude Code, VS Code, Cursor, Windsurf, JetBrains IDEs, Zed, Amp
工具能力015