MCP Agent 横向对比

12 个已完成评审的 agent

MCP 把 agent 的工具访问变成可审计、可替换的东西,这也是它几乎出现在每一套正经 agent 栈里的原因。以下是目录中已完成评审、且提供 MCP 服务、调用 MCP 服务、或两者兼有的 agent。

# Agent FARS 信任 Star 许可证 语言 最近提交
1 QuantDinger AI 量化交易系统 89 25/25 11.3k Apache-2.0 Python 2026-09-02
2 JS Reverse MCP 82 21/25 2.7k Apache-2.0 TypeScript 2026-08-25
3 NotebookLM Python 自动化套件 81 21/25 19.1k MIT Python 2026-09-02
4 Osaurus 80 22/25 7.8k MIT Swift 2026-09-02
5 World Monitor 全球态势监控 79 21/25 85.4k AGPL-3.0 TypeScript 2026-09-02
6 Chrome DevTools MCP 79 17/25 50.6k Apache-2.0 TypeScript 2026-09-02
7 LinkedIn MCP Server 79 21/25 3.3k Apache-2.0 Python 2026-09-02
8 Gortex 代码智能引擎 78 21/25 1.5k Apache-2.0 Go 2026-09-02
9 Bernstein 78 19/25 1.1k Apache-2.0 Python 2026-09-02
10 Apify MCP Server 77 16/25 5.7k MIT TypeScript 2026-09-02
11 Obscura 无头浏览器 75 19/25 24.0k Apache-2.0 Rust 2026-09-02
12 Semble 代码搜索 75 21/25 6.0k MIT Python 2026-08-26
这个排序是怎么来的

排序依据是 FARS 总分,Star 只用来打平手——热度衡量的是关注度,不是这东西撑不撑得住。看排序之前有两点要知道:这些都是静态评审(只看源码、文档与仓库元数据,没有做运行复测),可靠性、有效性、可验证三项因此被压了上限,实际可得满分是 77 而不是 100;而且几分之差落在这套方法的噪声范围内。请把这张表当成值得进一步考察的短名单,而不是结论。每个分数都链到完整的维度拆解和背后的证据。 评分方法 →

1. QuantDinger AI 量化交易系统

差异在哪

与黑盒信号服务相比,QuantDinger 不把策略逻辑和执行托管在不可见系统中:策略代码、风险设置、凭据及部署均由操作者控制。与单一 AI 提供商绑定的方案相比,它列出了 OpenRouter、OpenAI-compatible、Google、DeepSeek、Grok、MiniMax 和自定义端点;但使用者仍需自行配置相应服务。基础 Compose 不包含监控栈,而 observability overlay 可按需加入 Prometheus、Grafana 和 Alertmanager。

完整评审 → GitHub →

2. JS Reverse MCP

差异在哪

相较于把 Chrome DevTools API 原样暴露给模型,该项目将脚本、断点、网络、WebSocket、状态和本地文件操作组合成面向连续推理的 MCP primitives。默认 Patchright 模式使用系统 Google Chrome,保留 Web Store、扩展和同步;可选 --cloak 模式改用带 C++ 源码级指纹 patch 的 CloakBrowser,但不提供 Google 服务或 Web Store。维护者明确将反检测定位为调试链路的支撑能力,而不是把项目做成通用爬虫框架。

完整评审 → GitHub →

3. NotebookLM Python 自动化套件

差异在哪

相较 Gemini Notebook 网页界面,这个项目侧重程序化操作和本地导出:它可批量下载产物、导出测验与闪卡的结构化格式、提取思维导图 JSON、下载 CSV、获取来源全文、修改单张幻灯片并管理分享权限。代价是它依赖未公开接口,稳定性低于由 Google 正式维护的网页产品。

完整评审 → GitHub →

4. Osaurus

完整评审 → GitHub →

5. World Monitor 全球态势监控

完整评审 → GitHub →

6. Chrome DevTools MCP

差异在哪

完整模式面向深入调试,提供自动化、性能、网络、控制台及其他可选工具;--slim 模式只暴露导航、脚本执行和截图三项工具,更适合基础浏览和控制上下文规模。MCP 服务器适合让兼容客户端以结构化工具调用集成浏览器;附带的 CLI 则用于不采用 MCP 的场景。默认启动专用 Chrome 能隔离日常浏览状态,而连接已有 Chrome 更适合保留登录和手工测试状态,但会提高敏感数据暴露风险。

完整评审 → GitHub →

7. LinkedIn MCP Server

差异在哪

README 将 Unipile 描述为托管式替代方案:本项目免费、开源并在本地使用用户自己的浏览器会话;Unipile 则提供覆盖 LinkedIn Classic、Sales Navigator 和 Recruiter 的托管 API,并负责身份验证、会话和基础设施。

完整评审 → GitHub →

8. Gortex 代码智能引擎

完整评审 → GitHub →

9. Bernstein

完整评审 → GitHub →

10. Apify MCP Server

差异在哪

托管端点 https://mcp.apify.com 是推荐方案:支持 OAuth、最新特性、动态访问租赁 Actor,并采用 Streamable HTTP;本地 stdio 更适合桌面客户端和命令行集成,但功能边界更窄。旧的 /sse 端点已移除,迁移时必须删除 URL 中的 /sse。支付方面,AGI 是文档推荐的新集成方式,可为任意 Actor 生成预付、限额 Apify Token;直接 x402 使用 Base 上的 USDC,Skyfire 使用 PAY Token,但后两者仅限 Pay Per Event Actor、不支持 Standby Actor。

完整评审 → GitHub →

11. Obscura 无头浏览器

差异在哪

项目明确将 Obscura 定位为 headless Chrome 的替代方案。README 给出的对比值为:Obscura 约占 30 MB 内存、二进制约 70 MB、页面加载约 85 ms、启动近乎即时,并内置 anti-detect;对应的 headless Chrome 数值为 200+ MB、300+ MB、约 500 ms 和约 2 秒,且表中未列出内置 anti-detect。两者都可用于 Puppeteer 和 Playwright。采用前仍应在目标站点上验证兼容性,因为 Obscura 的独立渲染及 Web API 覆盖范围可能与 Chromium 不同。

完整评审 → GitHub →

12. Semble 代码搜索

差异在哪

与 grep+read 相比,Semble 返回选定片段而非读取完整匹配文件;项目基准声称其平均少用约 99% 的令牌,在约 2,000 令牌时达到 97% 召回率,而 grep+read 在 100,000 令牌上下文中达到 85%。与 1.37 亿参数的 CodeRankEmbed 相比,项目报告 Semble 的检索质量相当,但索引快约 220 倍、查询快约 17 倍。这些数字均来自项目描述的内部基准。

完整评审 → GitHub →