Claude Code Agent 横向对比

12 个已完成评审的 agent

这里的兼容指的是完整支持,取自各 agent 自己的 AGENTS.md 与文档,而不是因为它是个 agent 就默认能跑。只有部分支持的没有收进来——收进来才是真的浪费你一个下午。

# Agent FARS 信任 Star 许可证 语言 最近提交
1 QuantDinger AI 量化交易系统 89 25/25 11.3k Apache-2.0 Python 2026-09-02
2 Unlazy 完成纪律 86 25/25 3.0k MIT JavaScript 2026-08-29
3 Better Harness 85 23/25 2.1k MIT JavaScript 2026-09-02
4 LLM Wiki 85 24/25 1.2k MIT Python 2026-08-27
5 JS Reverse MCP 82 21/25 2.7k Apache-2.0 TypeScript 2026-08-25
6 NotebookLM Python 自动化套件 81 21/25 19.1k MIT Python 2026-09-02
7 Kungfu 81 18/25 4.5k Apache-2.0 C++ 2026-09-02
8 git-lrc 提交前 AI 代码审查 80 24/25 1.5k NOASSERTION Go 2026-08-24
9 Chrome DevTools MCP 79 17/25 50.6k Apache-2.0 TypeScript 2026-09-02
10 Gortex 代码智能引擎 78 21/25 1.5k Apache-2.0 Go 2026-09-02
11 Bernstein 78 19/25 1.1k Apache-2.0 Python 2026-09-02
12 Apify MCP Server 77 16/25 5.7k MIT TypeScript 2026-09-02
这个排序是怎么来的

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

1. QuantDinger AI 量化交易系统

差异在哪

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

完整评审 → GitHub →

2. Unlazy 完成纪律

完整评审 → GitHub →

3. Better Harness

完整评审 → GitHub →

4. LLM Wiki

完整评审 → GitHub →

5. JS Reverse MCP

差异在哪

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

完整评审 → GitHub →

6. NotebookLM Python 自动化套件

差异在哪

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

完整评审 → GitHub →

7. Kungfu

差异在哪

与在 Codex、Claude、OpenCode 或 Amp 之间手动复制聊天和重新解释决策相比,Kungfu 把同一 Work 的目标、证据、进度和 Attempt 历史保存在会话之外。它不是这些 Agent 的替代品,而是让它们共享持久工作状态的协调层;TUI 和 GUI 也只是可选侧边视图,不取代原生 Agent 控制台。

完整评审 → GitHub →

8. git-lrc 提交前 AI 代码审查

差异在哪

与 PR 阶段审查相比,git-lrc 把反馈提前到提交前,避免先提交、推送再让团队处理可提前发现的问题。与 IDE 扩展相比,它以所有开发者共有的 Git commit 为触发点,不绑定某个编辑器。随安装提供的 claude-lrc 面向 Claude Code 内的自然语言和斜杠命令操作,而 git-lrc 面向跨编辑器、跨仓库的提交时执行。面向团队的 LiveReview 在此基础上增加仪表板、组织级策略和审查分析。

完整评审 → GitHub →

9. Chrome DevTools MCP

差异在哪

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

完整评审 → GitHub →

10. Gortex 代码智能引擎

完整评审 → GitHub →

11. Bernstein

完整评审 → GitHub →

12. 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 →