智能体深度研究工具：我找到的那些替代方案

# 十一个藏在你编程 Agent 里的深度研究工具，以及我 Fork 的那一个 来源: https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/ 第一次在真实课题上运行我的研究 Agent 时，它跑了整整一个多小时，我完全不知道它是在工作还是已经卡死了。从"已开始"到它最终要打印出的任何东西之间，什么反馈都没有。我就坐在那里盯着一个转圈动画。它并不是快要完成了，因为它根本就没有"完成"的定义。 那个 Agent 是我 Fork 别人的项目。在再花一个周末按我的需求修改它之前，我想先弄清楚：我是不是应该直接用一个已经现成存在的工具？于是我深入研究了其他工具。 十一个运行在编程 Agent 内部、或者 Agent 可以驱动的工具。我把对比整理到了我自己的仓库里，作为 [ALTERNATIVES.md](https://github.com/eristoddle/deep-research-agent/blob/main/ALTERNATIVES.md)。这篇文章就是那个页面加上背后的故事。 - [一种给这些工具排名的方式](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#one-way-to-rank-these) - [十一个工具](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#the-eleven) - [报告写作者](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#the-report-writers) - [返回表格而非散文的工具](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#the-ones-that-return-a-table-instead-of-prose) - [给你来源而非结论的工具](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#the-ones-that-hand-you-sources-not-conclusions) - [审计层](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#the-audit-layer) - [STORM——现在是一个参考设计](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#and-storm-which-is-a-reference-design-now) - [我 Fork 的那一个](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#the-one-i-forked) - [它无法按我想要的方式安装](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#it-would-not-install-the-way-i-wanted) - [没有工具白名单的 Agent](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#the-agent-with-no-tool-allowlist) - [没有预算、没有停止条件、无法区分工作和卡死](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#no-budget-no-stop-condition-no-way-to-tell-working-from-stuck) - [我真正喜欢的部分：搜索模块](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#the-part-i-really-liked-search-modules) - [通过发现来源而非猜测来构建模块](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#building-a-module-by-discovering-its-sources-instead-of-guessing-them) - [安装它不会给你一个工具，而是启动一个研究项目](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#installing-it-does-not-give-you-a-tool-it-starts-a-research-project) - [所有后来硬加上去的东西](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#everything-else-that-got-bolted-on) - [它不擅长什么](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#what-it-is-bad-at) - [使用它](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#using-it) - [我从中学到了什么](https://www.stephanmiller.com/eleven-deep-research-tools-that-live-inside-your-coding-agent-and-the-one-i-forked/#what-i-actually-took-away-from-this) ## 一种给这些工具排名的方式 对研究工具，人们的一种直觉是按"深度"排名。哪个跑得最深，哪个读了最多来源，哪个运行时间最长。深度是几乎所有工具都有的一根旋钮，所以深度不是这里用来比较的维度。 真正决定你想要哪个工具的两个属性是**形态**和**持久性**。 **回答形态。**一次运行产出以下四种东西之一： - 一份*叙事文档*——有章节、正文和引用。 - 一个*矩阵*——N 个主体乘以 M 个属性，也就是对比表。 - 一份*带注释的来源列表*——带出处的研究发现，综合分析由你自己来做。 - 一个*知识库*——一个随新研究不断增长的语料库，而不是一次性交付的产物。 **你在错误的轴上排名这些工具** **持久性。**一次运行要么是*一次性的*——发现只存在一次，下次运行从零开始；要么是*累积性的*——有一个存储会在任何新内容被抓取之前先被查询。如果你的课题是你会反复回来研究的（而如果你研究的是自己的行业，那确实如此），那么一个每周用二十分钟的累积性工具，胜过一个一次性用八小时的一次性工具。 在你决定之前，还有两个值得检查的小维度： **来源路由。**它是在互联网上做通用搜索，还是知道针对某类问题的答案实际藏在哪里？当厂商营销和程序化 SEO 垄断了前一百条搜索结果时，通用广度搜索在任何这类话题上都会表现很差。找时间用通用网络搜索研究一下 [LLM 定价](https://www.stephanmiller.com/the-cheapskates-guide-to-the-arena-leaderboard-why-i-stopped-paying-claude-opus-prices/)，数一数前排结果里有多少是其他 AI 写的榜单式文章。 **厂商锁定。**它是否只绑死在一家模型供应商上，还是可以在你手上任何模型上运行，包括本地模型？ ## 十一个工具 下面所有东西都运行在编程 Agent 内部，或者是 Agent 可以驱动的——Skills、MCP servers、CLI、库。我刻意排除了托管的深度研究产品，也就是 ChatGPT、Gemini 和 Perplexity 那个层级，因为它们的输出存在别人的 UI 里。从 Agent 发起研究的全部意义在于，发现落在你自己的文件里。 此处的 star 数和最后推送月份已通过 GitHub API 在 2026-10-10 核实。本节其余内容取自各项目自身文档。我没有独立复现任何人的基准测试排名或运行时间。 | 工具 | 形态 | 回答形态 | 持久性 | Stars | 最后推送 | |---|---|---|---|---|---| | [local-deep-research](https://github.com/LearningCircuit/local-deep-research) | MCP + 库 + CLI | 叙事报告 | 加密 SQLite 历史 + 你自己的文档 | 9.2k | 2026-10 | | [hyperresearch](https://github.com/jordan-gibbs/hyperresearch) | Claude Code skill + MCP + CLI | 叙事，分章节 | Markdown vault + SQLite 索引 | 3.8k | 2026-10 | | [gpt-researcher](https://github.com/assafelovic/gpt-researcher) | Python 库（+ [MCP](https://github.com/assafelovic/gptr-mcp)） | 叙事报告 | 无 | 30k | 2026-10 | | [last30days-skill](https://github.com/mvanhorn/last30days-skill) | Claude Code skill | 排序简报 | SQLite 简报存档 | 63.9k | 2026-10 | | [paper-qa](https://github.com/Future-House/paper-qa) | Python 库 + CLI | 带引用的回答 | `~/.pqa/` 下的可复用索引 | 9.3k | 2026-09 | | [local-deep-researcher](https://github.com/langchain-ai/local-deep-researcher) | LangGraph 应用 | 摘要 + 来源 | 无 | 9.4k | 2026-09 | | [deep-searcher](https://github.com/zilliztech/deep-searcher) | Python 库 + CLI | 叙事报告 | Milvus 向量数据库 | 8.3k | 2026-09 | | [DeepGit](https://github.com/zamalali/DeepGit) | MCP + CLI + 库 | 排序矩阵 | LanceDB 向量索引 | 919 | 2026-08 | | [hoolulu/deep-research](https://github.com/hoolulu/deep-research) | 跨平台 skill | 叙事，分章节 | 按日期归档的报告文件夹 | 598 | 2026-08 | | [reddit-research-mcp](https://github.com/dialog-tools/reddit-research-mcp) | MCP server | 带引用的发现 | 已保存的 feeds | 254 | 2026-09 | | [RivalSearchMCP](https://github.com/damionrashford/RivalSearchMCP) | MCP server | 结构化 JSON | 无 | 132 | 2026-10 | ### 报告写作者 **[local-deep-research](https://github.com/LearningCircuit/local-deep-research)**是表中最完整的套件。针对不同领域有专用引擎——arXiv、PubMed、Semantic Scholar、NASA ADS、GitHub、SearXNG 和 Wayback Machine。每次运行的历史都存在加密的 SQLCipher 中。还有一个个人文档库，会和实时结果一起被索引和搜索。如果你愿意，它可以在 Ollama 或 llama.cpp 上完全离线运行。当你想要的语料本身就是成果，并且会在同一个主题上研究好几个月时，选这个。 **[hyperresearch](https://github.com/jordan-gibbs/hyperresearch)**是一个十六步流水线，有三个层级，最高层级 `dissertation` 需要手动开启。它把你的主题切成四到十个章节，然后每个章节循环执行一遍研究步骤。这就是它能产出两万五千到八万字的原因。Markdown 是事实来源，SQLite 是缓存，所以 vault 保持可移植和可 grep。它只能用 Claude，而且把 Opus 放在综合分析和批判审查的角色上，所以一次长时间运行并不便宜。当你想要最终得到一份大型分章节文档时，用它。 **[gpt-researcher](https://github.com/assafelovic/gpt-researcher)**是成熟的基线。三万 star，也是最可能已被你所用的底层框架所支持的。它的 MCP 接口，特别是 `get_research_context` 和 `get_research_sources`，把原始素材和写好的报告分开返回。这意味着你的 Agent 可以自己来写作，而不是拿到别人写好的散文。有一个注意事项：你需要一个付费搜索 API 才能从中获得好结果。 **[hoolulu/deep-research](https://github.com/hoolulu/deep-research)**产出与 hyperresearch 相同的分章节形态，但跨 Claude Code、Codex、Cursor、OpenCode、Windsurf 和 Cline 都可移植，而且支持多语言。 **[local-deep-researcher](https://github.com/langchain-ai/local-deep-researcher)**是"反思然后填补空白"循环的最小可读实现，上面所有工具都是这个循环的变体。 **[deep-searcher](https://github.com/zilliztech/deep-searcher)**把整个前提倒转过来：在*你的*私有语料上做研究，网络只是可选补充。这与这个列表上的其他一切正好相反。 ### 返回表格而非散文的工具 **[DeepGit](https://github.com/zamalali/DeepGit)**只在 GitHub 上做工具发现，返回一个带评分的对比表。它保留你的真实查询意图——必要功能、期望功能和反模式——而不是把所有东西扁平化成关键词。当问题是"帮我找到做 X 的那 N 个项目"时，这就是正确的工具，而这也正是整篇文章要回答的问题。 **[last30days-skill](https://github.com/mvanhorn/last30days-skill)**是在社交和论坛来源上做时间窗口内的研究。Reddit、X、Hacker News、YouTube 字幕、Bluesky、Polymarket 赔率。它按实际参与度排名，而不是按搜索位置，所以它回答的是"人们现在在说什么"。加上 `--store` 后，简报会累积到一个本地 SQLite 数据库，你可以针对它运行定时监控列表和摘要。 ### 给你来源而非结论的工具 **[paper-qa](https://github.com/Future-House/paper-qa)**处理学术文献，引用可追溯到页码范围，覆盖你自己的 PDF 以及 Semantic Scholar、Crossref 和 Unpaywall。当一个主张需要可辩护而不仅仅是听起来合理时，用它。 **[reddit-research-mcp](https://github.com/dialog-tools/reddit-research-mcp)**是在 Reddit 上做语义搜索，每一个发现都引用真实的帖子或评论，包括点赞数。这里能拿到人们用自己的话表达的需求信号和痛点。通用网络搜索会把所有这些扁平化成*关于*该话题的博客文章，而这些文章的作者也只读过关于该话题的博客文章。 ### 审计层 **[RivalSearchMCP](https://github.com/damionrashford/RivalSearchMCP)**内部完全没有 LLM。每个结果都带有层级、新鲜度、佐证度和满分 100 的引用评分，每个多结果响应都附带一个聚合置信信号，而 `find_conflicts` 会暴露来源之间的数值、日期和极性分歧，而不是把它们平均掉。它是一个审计层而不是研究工具，可以与上述任何工具组合使用。 ### STORM——现在是一个参考设计 来自 Stanford 的 [STORM](https://github.com/stanford-oval/storm) 没有进表，但值得一提，因为它是这个领域中唯一一种输出形态为维基百科条目的项目。它的做法是从已有类似主题的文章中发现视角，然后模拟一位维基百科作者和一位基于真实来源的主题专家之间的对话。这是一种巧妙的方式，能获得一个不只是 LLM 对你的主题最先联想到的五个标题的大纲。最后推送时间 2025-09。把它当作参考设计来借鉴，而不是当依赖来引入。 ## 我 Fork 的那一个 **以及为什么花了 45 个 commit** [deep-research-agent](https://github.com/eristoddle/deep-research-agent) 的流水线不是我设计的。Skills、Agent 和原始策略模块来自 Lan Zheng 的 [Weizhena/Deep-Research-skills](https://github.com/Weizhena/Deep-Research-skills)，MIT 协议，结构的功劳全归那里。先出大纲，然后填字段，然后每个条目一个 Agent，最后把 JSON 汇总成报告。我原封不动地保留了这部分。 ### 它无法按我想要的方式安装 [APM](https://www.stephanmiller.com/the-agent-skills-guide-i-wish-id-had/) 只接受根目录是包的源，也就是一个 `SKILL.md`，或者一个 `apm.yml` 加 `.apm/`，或者一个 `plugin.json`。上游把它的 agent 作为裸的 `agents/` 目录发布，不包含上述任何一种，所以 `apm install Weizhena/Deep-Research-skills/agents` 无法通过验证。这是个问题，因为没有 agent，skills 就不工作。所以第一件事就是把整个东西重新打包成一个 APM 可安装的 bundle： ``` apm install eristoddle/deep-research-agent --target claude # 或者 apm install eristoddle/deep-research-agent --target copilot ``` ### 没有工具白名单的 Agent 上游的 agent 完全没有 `tools:` frontmatter，这意味着它[继承宿主提供的每一个工具](https://www.stephanmiller.com/the-subagents-guide-i-wish-i-had/)。在 VS Code 的 Copilot 下，这包括内嵌浏览器和下载工具。一个指令说要"系统性地探索"约二十五个来源家族的 agent，被授予浏览器之后，一次运行就打开了大约一百个编辑器标签页。在同一次运行中，它决定自己写一个报告生成脚本，而不是使用 `/research-report`。现在它被限制为 `WebSearch, WebFetch, Read, Write, Bash`，并明确禁止浏览器自动化、下载和自写研究脚本。 ### 没有预算、没有停止条件、无法区分工作和卡死 回到我那个转圈动画。上游告诉 agent 生成"5-10 个查询变体"，"阅读前几条结果之外的内容"，并覆盖合并后约二十五个来源家族的列表。没有搜索次数上限，没有抓取次数上限，没有链接深度上限，也没有完成的定义。现在有一个三级深度设置，默认为 `standard`： | 层级 | 搜索次数 | 抓取次数 | 链接深度 | 模块数 | |---|---|---|---|---| | `quick` | 3 | 4 | 1 | 1 | | `standard` *（默认）* | 8 | 12 | 12 | 2 | | `deep` | 20 | 30 | 23 | 3 | 没有预算、没有停止条件、无法区分工作和卡死