跳到主要内容

Agent 图谱 · Tools

给 agent 装的工具

MCP server 的权限范围、传输方式与输出可用性。收录标准:已发布为可安装的 MCP server、有官方仓库或文档可回溯、近 30 天有实质更新。这里是能力缺口查表,不是选型对比。

9 个对象 11 个固定维度 7 个已完整核验 最后核验 2026-10-01

先回答一件事:你到底缺什么能力

MCP 不是「让 AI 更聪明」,是给 AI 接上它本来够不到的东西。如果你要的只是聊天和写代码,你不需要它。你装,它调——9 个条目全是官方 reference server,不含第三方。

  1. 1我要读写本地文件 / 操作 Git
    filesystem、git两个都是读写权限,git 那一类值得先看 scope 里能限制到哪些目录。
  2. 2我要它记住东西、跨会话召回
    memory这是最容易被误解的一类——它不是「模型记忆」,是外部知识图谱存储。
  3. 3我要让 AI 上网拿资料
    context7、fetch风险最高的一类是 fetch:档案里引了官方警告——可访问本地与内网 IP,无地址白名单、无审批机制。
  4. 4我要控制真实浏览器
    playwright注意官方明确声明来源限制不是安全边界,需要真隔离得用 --isolated 或容器化网络策略。
  5. 5我要点时间 / 拆解推理 / 跨平台搜文件
    time、sequential-thinking、everything三个都是只读,风险最低。

⚠ 一个容易忽略的维度:数据出境。Context7 是本分区唯一以远程服务为默认形态的条目,查询内容会发到 Upstash 服务器;其余八个都是本地 stdio 进程。另外——装 MCP 需要你手动做,调用不需要:server 启动后自动把工具清单报给你的客户端,之后调不调、什么时候调,由 agent 自己判断,你只在审批环节介入。

全部对象

按统一坐标系排列。点开任一对象可看到 模型与开放条件 / 运行位置 / 本地文件 / 关机后的任务 / 工具与扩展 / 上下文与记忆 / 权限与限制 / 适合什么任务 / 传输方式 / 认证机制 / 权限范围 的完整记录、证据链接与未知项清单。

Context7

Upstash

MCP 赛道上唯一的远程托管条目 —— 为 Agent 提供版本感知的库文档,MIT 开源但核心服务在 Upstash 侧。

部分核验 详情 →

Everything MCP Server

Model Context Protocol

不是可用工具——官方明说这是给 MCP 客户端开发者做功能测试的 server,唯一用途是验证客户端协议实现是否正确。

部分核验 详情 →

Fetch MCP Server

Model Context Protocol

把网页内容转成 Markdown 的 reference server,官方在其 README 里明确标注了安全警告:它能访

已核验 详情 →

Filesystem MCP Server

Model Context Protocol

MCP 官方 reference server 里的文件操作实现,强制显式声明允许目录,不允许静默访问全盘。

已核验 详情 →

Git MCP Server

Model Context Protocol

MCP 官方 reference server 里的版本控制实现,作用域限定在指定 git 仓库,但具备完整的本地写操作能力

已核验 详情 →

Knowledge Graph Memory Server

Model Context Protocol

用本地知识图谱实现跨会话持久记忆的 reference server,记忆落盘、跨会话共享、无访问控制。

已核验 详情 →

微软维护的浏览器自动化 server,用无障碍树而非截图驱动——不需要视觉模型,输出是结构化快照。

已核验 详情 →

Sequential Thinking MCP Server

Model Context Protocol

提供单个 sequential_thinking 工具,让 Agent 以可修订、可分支的方式逐步推进复杂问题——它不产生智

已核验 详情 →

Time MCP Server

Model Context Protocol

只做两件事:查当前时间、换时区。无文件无网络,是权限风险最低的一类 server。

已核验 详情 →

本站目前是「核验快照」,还没有实测数据

下面每个 server 的权限范围、传输方式与工具清单都能回到官方 README 核对,但我们还没有在真实客户端里跑过它们。 实测协议已经写好(统一任务、统一验收、记录人工介入与返工次数),任务清单也已就绪, 尚未执行。

MCP server 的风险不在「能不能干活」,而在权限边界是否清楚、越界是否被拒。 真正的选型请用你自己的输入、预算与验收标准跑一遍。

11 个维度,每格都能回溯

所有对象在同一坐标系下被描述(MCP 服务器另有 3 个特有维度)。 点开任一对象,每一格下面都有官方源链接与核验日期——不认同可以自己回去查。

01

模型与开放条件

用谁的模型?能不能换第三方?多模型路由怎么配?

02

运行位置

本地 / 云端 / 混合?索引在本地还是云端?远程控制不等于云端执行。

03

本地文件

能访问多大范围?未打开的大文件怎么读?符号级能力如何?

04

关机后的任务

电脑关了还能继续跑吗?这是本地形态最常见的误解来源。

05

工具与扩展

工具链有多宽:MCP · LSP · 插件 · Hooks · 自定义指令。

06

上下文与记忆

索引算法、上下文窗口、会话恢复与分叉、跨会话记忆边界。

07

权限与限制

沙箱与审批边界、凭据管理、数据是否出境、额度如何计算。

08

适合什么任务

最擅长什么任务?什么情况下别用它?

09

传输方式

客户端怎么连上它:stdio / SSE / Streamable HTTP / 远程。

10

认证机制

怎么证明身份。注意认证 ≠ 授权,前者是「你是谁」,后者是「你能做什么」。

11

权限范围

能碰到多少东西?能改吗?能删吗?能收紧吗?这是 MCP 赛道第一优先级。

全部数据一览

同一张表横向对比。点对象名进详情页看逐格证据。

对象形态厂商适合核验日状态
C7Context7 MCP Upstash 需要查当前版本库文档的场景:库升级后的 API 变更、 新版本引入的配置项、模型不确定的第三方库用法。 不适合查内部代码或私有库。 2026-10-01 partial
EEverything MCP Server MCP Model Context Protocol 仅适合一件事:测试你的 MCP 客户端是否正确实现了协议。 不适合任何实际任务场景。 2026-09-29 partial
FFetch MCP Server MCP Model Context Protocol 把公开网页内容转成 Markdown 供 Agent 读取。 不适合在能访问内网的环境中使用, 也不适合需要登录态的页面。 2026-09-29 verified
FSFilesystem MCP Server MCP Model Context Protocol 让 Agent 安全读写指定目录内的文本与媒体文件。 不适合需要删除操作或需要跨目录聚合的场景。 2026-09-29 verified
GGit MCP Server MCP Model Context Protocol 让 Agent 读取仓库状态、历史与 diff,并在受控前提下执行提交与分支操作。 不适合需要 push / PR / 远程仓库管理的场景( 2026-09-29 verified
MKnowledge Graph Memory Server MCP Model Context Protocol 让 Agent 跨会话记住用户偏好、项目背景等长期信息。 不适合存放需要审计或追溯的场景(图谱会原地修改)。 2026-09-29 verified
PPlaywright MCP Server MCP Microsoft 需要浏览器自动化且要保持会话状态的场景: 探索性自动化、自愈测试、长时自主工作流。 不适合高吞吐编码 agent——README 自己建议这 2026-09-29 verified
SSequential Thinking MCP Server MCP Model Context Protocol 让 Agent 用结构化、可修订、可分支的方式推进复杂问题的分析。 不适合简单任务(增加调用轮次无收益)。 2026-09-29 verified
TTime MCP Server MCP Model Context Protocol 给 Agent 提供可靠的时间与时区换算能力。 适合需要避免模型猜时间的场景(如日程、跨时区协作)。 2026-09-29 verified

为什么这里不给总分排名

这不是省略,是方法上的明确取舍。

  • 缺统一实测,就不给分。跨工具的跑分口径不同——题目、预算、执行环境都不一样,A 的 90 分和 B 的 88 分不可比。
  • 「未知」是合法答案。查不到就写「未知」并说明为什么,不用推测填充。缺信息本身也是信息。
  • 每条判断挂官方源。来源链接、类型与核验日都在详情页里,可以逐条回去复核。
  • lifecycle 单独标注。核验日新不等于数据有效——上游归档后数据会失效,所以单独标 active / maintenance / archived。
  • 不同层不混排。成品 agent、自己搭的底座、给 agent 装的工具是三种角色,坐标系不同;硬合成一张 33 行的表只会制造假的可比性。

可信度标记怎么读

详情页与上表都带 confidence,它反映本站数据的完整度,不是对产品的评价。

verified11 个维度均有官方源支撑,且核验日在 90 天内
partial部分维度标为未知,或官方文档不可访问,或核验日超过 90 天
stale官方已发布重大变化,本站尚未核验

本站当前的完整度

数据层用 node scripts/audit-gaps.mjs 可随时复核这个数字。 以下是最近一次核验的快照(核验日 2026-09-29):

形态已补齐说明
MCP 服务器 69/99 官方 README 信息充分,70% 维度已核验

全站合计 120/211 维度已补齐(57%)

剩余未补齐项分三类:官方未公开(索引算法、沙箱实现细节本就不对外说明)、 需实测才能确定(大仓库表现、CI 无 TTY 行为)、 客观渠道不可达。

我们选择留白而不是填「已支持」——错误的成本最终由使用者承担。

数据来源与复核方式

全部数据来自开源仓库 speculcom/ai-agent-guide(CC BY 4.0)。

每个条目都是纯 Markdown + frontmatter,含 8 个维度、证据链接、核验日与可信度标记。仓库内含:

  • METHODOLOGY.md —— 方法论总纲与四条核心规则
  • axes/ —— 每个维度的定义与判定标准(含正反例)
  • SCHEMA.md —— 数据格式规范与构建校验规则
  • tracks/*/tasks/_protocol.md —— 实测协议(尚未执行,故本站暂无实测结论)

发现错误或有新证据,欢迎提 Issue 或 PR——每条修正都会注明依据与影响范围。