Context7
MCP 赛道上唯一的远程托管条目 —— 为 Agent 提供版本感知的库文档,MIT 开源但核心服务在 Upstash 侧。
Agent 图谱 · Tools
MCP server 的权限范围、传输方式与输出可用性。收录标准:已发布为可安装的 MCP server、有官方仓库或文档可回溯、近 30 天有实质更新。这里是能力缺口查表,不是选型对比。
MCP 不是「让 AI 更聪明」,是给 AI 接上它本来够不到的东西。如果你要的只是聊天和写代码,你不需要它。你装,它调——9 个条目全是官方 reference server,不含第三方。
--isolated 或容器化网络策略。⚠ 一个容易忽略的维度:数据出境。Context7 是本分区唯一以远程服务为默认形态的条目,查询内容会发到 Upstash 服务器;其余八个都是本地 stdio 进程。另外——装 MCP 需要你手动做,调用不需要:server 启动后自动把工具清单报给你的客户端,之后调不调、什么时候调,由 agent 自己判断,你只在审批环节介入。
按统一坐标系排列。点开任一对象可看到 模型与开放条件 / 运行位置 / 本地文件 / 关机后的任务 / 工具与扩展 / 上下文与记忆 / 权限与限制 / 适合什么任务 / 传输方式 / 认证机制 / 权限范围 的完整记录、证据链接与未知项清单。
MCP 赛道上唯一的远程托管条目 —— 为 Agent 提供版本感知的库文档,MIT 开源但核心服务在 Upstash 侧。
不是可用工具——官方明说这是给 MCP 客户端开发者做功能测试的 server,唯一用途是验证客户端协议实现是否正确。
把网页内容转成 Markdown 的 reference server,官方在其 README 里明确标注了安全警告:它能访
MCP 官方 reference server 里的文件操作实现,强制显式声明允许目录,不允许静默访问全盘。
MCP 官方 reference server 里的版本控制实现,作用域限定在指定 git 仓库,但具备完整的本地写操作能力
用本地知识图谱实现跨会话持久记忆的 reference server,记忆落盘、跨会话共享、无访问控制。
微软维护的浏览器自动化 server,用无障碍树而非截图驱动——不需要视觉模型,输出是结构化快照。
提供单个 sequential_thinking 工具,让 Agent 以可修订、可分支的方式逐步推进复杂问题——它不产生智
只做两件事:查当前时间、换时区。无文件无网络,是权限风险最低的一类 server。
下面每个 server 的权限范围、传输方式与工具清单都能回到官方 README 核对,但我们还没有在真实客户端里跑过它们。 实测协议已经写好(统一任务、统一验收、记录人工介入与返工次数),任务清单也已就绪, 尚未执行。
MCP server 的风险不在「能不能干活」,而在权限边界是否清楚、越界是否被拒。 真正的选型请用你自己的输入、预算与验收标准跑一遍。
所有对象在同一坐标系下被描述(MCP 服务器另有 3 个特有维度)。 点开任一对象,每一格下面都有官方源链接与核验日期——不认同可以自己回去查。
用谁的模型?能不能换第三方?多模型路由怎么配?
本地 / 云端 / 混合?索引在本地还是云端?远程控制不等于云端执行。
能访问多大范围?未打开的大文件怎么读?符号级能力如何?
电脑关了还能继续跑吗?这是本地形态最常见的误解来源。
工具链有多宽:MCP · LSP · 插件 · Hooks · 自定义指令。
索引算法、上下文窗口、会话恢复与分叉、跨会话记忆边界。
沙箱与审批边界、凭据管理、数据是否出境、额度如何计算。
最擅长什么任务?什么情况下别用它?
客户端怎么连上它:stdio / SSE / Streamable HTTP / 远程。
怎么证明身份。注意认证 ≠ 授权,前者是「你是谁」,后者是「你能做什么」。
能碰到多少东西?能改吗?能删吗?能收紧吗?这是 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 |
这不是省略,是方法上的明确取舍。
active / maintenance / archived。详情页与上表都带 confidence,它反映本站数据的完整度,不是对产品的评价。
| verified | 11 个维度均有官方源支撑,且核验日在 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——每条修正都会注明依据与影响范围。