--- title: "Feynman 开源 AI 研究 Agent 评测" canonical: https://wavect.io/zh/blog/feynman-open-source-ai-research-agent/ language: zh description: "采用 Feynman 前先看这份评测：研究工作流、本地模型、引用核验、GPU 复现、真实成本、风险与团队试点。" image: "https://wavect.io/img/blog/headers/header_feynman-open-source-ai-research-agent.png" --- [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 9 分钟 阅读 · 2026年9月3日 最近审核 2026年9月3日 [**下一篇**](/zh/blog/why-wavect-joined-goodfirms/) # Feynman 评测：这款开源 AI 研究 Agent 适合团队吗？ 要点速览 Feynman 是一套采用 MIT 许可证、以终端为中心的 AI 研究系统。它将论文与网页检索、四个专职 Agent、来源核验、论文与代码对照审计、复现计划、可选计算执行和定期研究跟踪放在同一工作流中。对一个年轻的开源研究工具来说，这个范围很广，但它不会让研究默认变得免费、私密或正确。真正的全本地部署需要本地模型，以及精心选择的本地或无 Key 检索路径。托管模型、搜索与 GPU 会带来用量成本和数据治理工作。引用验证会检查来源是否支持某条陈述，以及 URL 是否可访问，但证据是否充分仍由人类专家判断。建议用一个范围清晰、可重复的研究问题开始试点，并测量来源精度、引用支持率、审阅修正量、获得可接受报告的时间、模型与计算成本，以及可复现性。 **Feynman 是目前将 Deep Research 变成可审计终端工作流的较完整开源尝试之一。**输入一个主题，它可以搜索论文、网站和代码库，将任务分给四个专职 Agent，撰写有来源的简报，检查引用，对照论文与代码，计划复现实验，并持续跟踪某个领域。 我们在 2026 年 9 月 3 日检查了公开代码与文档。结论是：**Feynman 值得技术研究团队试点，但“全本地”是一种可选架构，不是每个工作流的默认事实。**模型调用、搜索服务和云 GPU 仍可能让数据离开本机，并带来用量成本。引用核验能降低风险，但不能替代判断证据是否充分的专家。 本文专门承接“Feynman 评测”和“开源 AI 研究 Agent”意图。 [LangChain Deep Agents 评测](/zh/blog/langchain-deep-agents-review/) 解答通用 Agent Harness 选型， [Agent Reach 评测](/zh/blog/agent-reach-open-source-review/) 关注低成本来源访问， [LLM-as-a-Verifier](/zh/blog/llm-as-a-verifier/) 则关注轨迹评分。这样的分工可以避免品牌工具评测与广义架构指南相互竞争。 ## Feynman 是什么？ **Feynman 是一款采用 MIT 许可证、基于 Pi Agent Runtime 和 alphaXiv 的 Research-first CLI。** [官方 README](https://github.com/companion-inc/feynman/blob/main/README.md) 列出了 Deep Research、文献综述、论文排名、撰写、同行式审阅、代码审计、实验复现、ML Recipe 与定期 Watch 等工作流。结果写入本地项目目录，重度来源研究还会生成 Provenance 工件。 | Agent | 主要工作 | 仍需人类判断的部分 | | --- | --- | --- | | Researcher | 查找论文、网页、代码库、数据集与先前成果 | 搜索范围与排除条件是否合理 | | Reviewer | 批评草稿，按严重程度给出修订计划 | 审阅标准是否匹配学科或商业决策 | | Writer | 将笔记与证据组织成结构化报告 | 框架、不确定性与建议是否站得住 | | Verifier | 检查 URL、引用支持和论文与代码的一致性 | 来源本身是否可信，证据是否充分 | 比起四个 Agent 的数量，工作流更重要。Feynman 将计划、中间研究、草稿、核验笔记与最终结果保存为文件，让团队可以审阅中间状态，也能在长任务失败后恢复。敏感研究笔记因此必须纳入访问、保留与备份政策。 ## Feynman Deep Research 如何工作？ 它不会一开始就放出一群 Agent。 [Deep Research 工作流](https://feynman.is/docs/workflows/deep-research) 会先写计划并等待批准。窄问题由主 Agent 负责，广泛调研才可并行分工。随后，系统提取方法、结果与限制，区分共识与分歧，最后核对每条陈述。 1. **先计划问题。** 在消耗模型预算前写清子问题、来源策略、任务台账和验证日志。 2. **选择规模。** 窄问题不必并行，广调研才分给多个 Researcher。 3. **提取而不只是摘要。** 记录方法、结果、局限与出处。 4. **呈现冲突。** 不把分歧硬写成一个整齐答案。 5. **交付前验证。** 重新打开来源，删除或标记无支持的陈述。 ## 除了文献综述，Feynman 还能做什么？ | 工作流 | 支持的决策 | 重要边界 | | --- | --- | --- | | `deepresearch` | 综合论文、网页与代码生成有来源的简报 | 不保证检索覆盖完整 | | `lit` 与 `rank` | 梳理领域并决定先读哪些论文 | 排名标准本身包含价值判断 | | `audit` | 检查论文与公开代码是否一致 | 私有实现不可见 | | `replicate` | 将一条 Claim 变成要求、步骤、假设和成功标准 | 执行前必须明确选择环境 | | `watch` | 跟踪新论文、Release 与新证据 | 只有 Scheduler 可用时才会定期执行 | ## Feynman 真的能全本地运行吗？ **它可以连接本地模型，但普通研究仍要访问外部来源。** [独立安装器文档](https://feynman.is/docs/getting-started/installation) 说明，预构建 Bundle 携带固定 Node.js Runtime，并在替换现有安装前验证 SHA-256。也可以通过 npm 安装。对供应链敏感的团队应先阅读脚本、固定 Release，并核对公布的校验和。 [设置指南](https://feynman.is/docs/getting-started/setup) 支持托管 Provider、Amazon Bedrock、LM Studio、LiteLLM、Ollama 和 vLLM。本地模型可以让 Prompt 与推理留在自有基础设施。论文搜索、Web Retrieval、alphaXiv、托管 Parser 与云计算仍是网络边界，除非你明确替换或关闭它们。 - 研究 Prompt 发到了哪里？ - 哪个 Provider 收到 URL、文档、代码或搜索词？ - 抓取页面缓存在哪里，保留多久？ - Credential 与 OAuth Token 存在哪里？ - Telemetry 是否离开本机？ “在终端里运行”只是界面描述。“所有数据都留在本地”才是架构声明。必须用实际 Provider 和搜索配置验证后者。 ## Feynman 能消灭虚假引用吗？ **不能，但它比“长得像引用”却没有验证的文本提供了更好的失败边界。**Verifier 应该打开每个 URL，定位支持段落，将 Claim 分类为有支持、过度推断、矛盾或无支持，并删除无法溯源的事实陈述。 但仍有三个局限：可访问的 URL 可能是弱证据，模型可能漏掉方法学缺陷，搜索也可能漏掉改变结论的关键论文。应把最终报告当成可审计草稿。我们的 [AI Agent 评测与 Sandbox 检查清单](/zh/blog/ai-agent-eval-sandbox-security-checklist/) 说明了如何补上确定性检查、对抗用例与人工批准。 ## Feynman 能审计和复现论文吗？ [代码审计工作流](https://feynman.is/docs/workflows/audit) 会从论文中提取具体 Claim，然后在关联公开代码库中寻找配置、训练和评估行为，用文件路径报告不一致、缺失实现和可复现性风险。它无法检查私有训练代码、不可用数据或未记录的人工步骤。 [复现工作流](https://feynman.is/docs/workflows/replication) 会列出需求、实验 Recipe、未说明细节、风险和成功标准。只有用户明确选择本地、隔离环境、Docker、Modal、RunPod 或只做计划后，它才会执行。这个批准边界很重要，因为复现可能下载不可信代码、处理受许可限制的数据，并消耗真实 GPU 预算。 只有预定检查真正通过，且脚本与原始输出被保留时，才应该使用“已复现”。一份看起来合理的计划不是复现。 ## 研究 Watch 会自动定期运行吗？ 只有实际可用的 Scheduling 能力存在时才会。 [Watch 文档](https://feynman.is/docs/workflows/watch) 明确说明，Feynman 总会生成基线与后续计划，但只在 Scheduler Tool 可见时建立定期任务。否则它会记录缺口并给出下次手动刷新的 Prompt。 ## Feynman 的真实成本是什么？ 软件采用 [MIT 许可证](https://github.com/companion-inc/feynman/blob/main/LICENSE) ，因此没有 License Fee。但一份被接受的研究报告至少还有五类成本： - **模型推理：** 主 Agent、并行 Researcher、Reviewer、Writer 与 Verifier 都会消耗 Token 或本地计算。 - **搜索与提取：** 托管搜索、文档解析和 Grounding 可能按请求计费。 - **实验计算：** 本地 GPU 时间、云 GPU、存储与数据传输可能成为主要成本。 - **人工审阅：** 专家需要处理不确定证据与高风险建议。 - **运维：** 版本固定、Credential、保留策略、监控、Provider 变更与失败处理都需要 Owner。 正确分母是每份被接受的简报或每个通过验证的实验，而不是每次模型调用。一份需要两小时高级审阅来修复的便宜报告，其实很贵。 ## 哪些团队适合 Feynman？ | 团队 | 匹配度 | 原因 | | --- | --- | --- | | 经常审阅论文与代码的 ML 或研发团队 | 很适合试点 | 审计、排名、复现与溯源符合日常工作 | | 技术尽调团队 | 很适合试点 | 有来源简报与代码核对可产生可审阅证据 | | 跟踪快速技术领域的产品团队 | 需要配套运维 | Watch 与可复用流程能减少重复设置 | | 只需一次性摘要的学生 | 可能过重 | 终端、Provider 配置与审阅流程会增加摩擦 | | 期望自动批准的受监管团队 | 缺少控制时不适合 | 数据治理、验证与问责不能外包给 Agent | ## 一个两周 Feynman 试点计划 1. **选择可重复的研究问题。** 最好已有可信人工简报与已知必找来源。 2. **事先固定验收标准。** 测量必找来源召回率、无关来源、Claim 支持、审阅修正与批准时间。 3. **固定 Release 与模型。** 记录版本、模型、搜索路由、Prompt 和检索日期。 4. **先不执行实验。** 先验证发现、综合与引用，再授予代码或 GPU 权限。 5. **加入对抗主题。** 放入冲突论文、死链接、不完整代码与诱人的无支持 Claim。 6. **审查数据流。** 列出 Provider、Credential、Cache、Retention 与所有外发请求。 7. **测试一次论文审计。** 让工程师直接在代码库中抽查 Match 与 Mismatch。 8. **测试一份有界复现计划。** 在支出计算费前让专家检查假设。 9. **统计全部成本。** Token、搜索、GPU、失败任务与审阅分钟都要计入。 10. **预先设置扩大门槛。** 只有时间或证据覆盖改善，且引用支持和控制不下降时才扩大。 ## 常见问题 ### Feynman AI 是什么？ Feynman 是一套以终端为中心的开源 AI 研究系统。它搜索论文、网页与代码库，协调 Researcher、Reviewer、Writer 和 Verifier，并将有来源的研究工件写入本地目录。 ### Feynman 是开源免费的吗？ 代码采用 MIT 许可证，没有许可费。模型 API、托管搜索、文档解析、云 GPU、存储、运维与人工审阅仍可能产生可观成本。 ### Feynman 能否完全本地运行？ 它支持 LM Studio、Ollama 和 vLLM 等本地模型。真正的本地数据路径还要避免或自托管外部搜索、解析与计算。在终端中运行不等于数据默认留在本地。 ### Feynman 会验证每个引用吗？ Verifier 的设计目标是打开来源 URL，并检查它是否支持对应 Claim。这会降低引用错误，但不能证明来源质量、完整搜索召回或学科级有效性。 ### Feynman 能在 GPU 上运行论文实验吗？ 它可以计划复现，并在用户明确选择本地、隔离、Docker 或云环境后协助执行。数据权利、代码安全、预算与科学验收仍由用户负责。 ### Feynman 适合企业研究吗？ 它适合范围清晰、可测量的试点。扩大使用需要版本固定、Provider 审查、Credential 控制、数据分类、确定性评测、成本上限、审计日志和有责任人的人工批准。 ## 研究边界 *信息截止 2026 年 9 月 3 日，来自 Feynman 公开代码库、许可证与官方工作流文档。本文是独立架构与采购评测，不是赞助内容、安全审计或受控 Benchmark。我们没有安装 Feynman、提交私有文档、连接付费 Provider 或执行 GPU 复现。项目迭代很快，采用前应固定 Release 并重新检查当前文档。* ## 最终思考 Feynman 最强的想法不是让四个 Agent 写一份报告，而是让研究留下从计划、来源、综合到核验和实验工件的可见链条。技术团队可以审查这条链，而不只是判断流畅文字是否听起来可信。 诚实的采购结论是有条件的。如果重复技术研究很贵，且来源责任很重要，就试点 Feynman。人类仍对范围、证据质量和批准负责。只有在完整数据流被映射后，才可以宣称全本地。最终应根据被接受的研究成果、引用支持、可复现性与总审阅成本来判断。 ## 你可能也喜欢.. [**Agent Reach 评测：成本、安全与真实边界** 将来源访问层与解释证据的研究工作流分开。](/zh/blog/agent-reach-open-source-review/) [**LangChain Deep Agents 评测** 对比研究专用系统与通用生产 Agent Harness。](/zh/blog/langchain-deep-agents-review/) 智能体工程 ## 继续浏览此集群 编程智能体、MCP、上下文系统、评估与可靠自动化控制。 [从核心文章开始**AI 智能体的图工程：知识图谱什么时候值得做？**](/zh/blog/graph-engineering-ai-agents/) - [Obscura 浏览器评测：性能主张、限制与生产适用性](/zh/blog/obscura-rust-browser-ai-agents/) - [Claude Code 设计系统：用 4 个部分保持品牌一致](/zh/blog/claude-code-design-system-files/) - [ChatGPT 能登录网站，而且模型看不到密码](/zh/blog/chatgpt-cloud-browser-secure-login/) - [AI 智能体 Harness 图解：LLM 周围的可靠性层](/zh/blog/agent-harness-engineering/) - [智能体编辑为何需要语义身份：用 Rust 构建 SEMAPRAX](/zh/blog/semantic-identity-rust-agent-edits/) [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 9 分钟 阅读 · 2026年9月3日 最近审核 2026年9月3日 [**下一篇**](/zh/blog/why-wavect-joined-goodfirms/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/zh/blog/feynman-open-source-ai-research-agent/#webpage", "@type": "WebPage", "dateModified": "2026-09-03", "inLanguage": "zh", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-09-03", "url": "https://wavect.io/zh/blog/feynman-open-source-ai-research-agent/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Feynman 是一套采用 MIT 许可证、以终端为中心的 AI 研究系统。它将论文与网页检索、四个专职 Agent、来源核验、论文与代码对照审计、复现计划、可选计算执行和定期研究跟踪放在同一工作流中。对一个年轻的开源研究工具来说，这个范围很广，但它不会让研究默认变得免费、私密或正确。真正的全本地部署需要本地模型，以及精心选择的本地或无 Key 检索路径。托管模型、搜索与 GPU 会带来用量成本和数据治理工作。引用验证会检查来源是否支持某条陈述，以及 URL 是否可访问，但证据是否充分仍由人类专家判断。建议用一个范围清晰、可重复的研究问题开始试点，并测量来源精度、引用支持率、审阅修正量、获得可接受报告的时间、模型与计算成本，以及可复现性。", "articleBody": " 博客概览/AI 与智能体/智能体工程 Feynman 评测：这款开源 AI 研究 Agent 适合团队吗？ 要点速览 Feynman 是一套采用 MIT 许可证、以终端为中心的 AI 研究系统。它将论文与网页检索、四个专职 Agent、来源核验、论文与代码对照审计、复现计划、可选计算执行和定期研究跟踪放在同一工作流中。对一个年轻的开源研究工具来说，这个范围很广，但它不会让研究默认变得免费、私密或正确。真正的全本地部署需要本地模型，以及精心选择的本地或无 Key 检索路径。托管模型、搜索与 GPU 会带来用量成本和数据治理工作。引用验证会检查来源是否支持某条陈述，以及 URL 是否可访问，但证据是否充分仍由人类专家判断。建议用一个范围清晰、可重复的研究问题开始试点，并测量来源精度、引用支持率、审阅修正量、获得可接受报告的时间、模型与计算成本，以及可复现性。 Feynman 是目前将 Deep Research 变成可审计终端工作流的较完整开源尝试之一。输入一个主题，它可以搜索论文、网站和代码库，将任务分给四个专职 Agent，撰写有来源的简报，检查引用，对照论文与代码，计划复现实验，并持续跟踪某个领域。 我们在 2026 年 9 月 3 日检查了公开代码与文档。结论是：Feynman 值得技术研究团队试点，但“全本地”是一种可选架构，不是每个工作流的默认事实。模型调用、搜索服务和云 GPU 仍可能让数据离开本机，并带来用量成本。引用核验能降低风险，但不能替代判断证据是否充分的专家。 本文专门承接“Feynman 评测”和“开源 AI 研究 Agent”意图。LangChain Deep Agents 评测解答通用 Agent Harness 选型，Agent Reach 评测关注低成本来源访问，LLM-as-a-Verifier则关注轨迹评分。这样的分工可以避免品牌工具评测与广义架构指南相互竞争。 Feynman 是什么？ Feynman 是一款采用 MIT 许可证、基于 Pi Agent Runtime 和 alphaXiv 的 Research-first CLI。官方 README列出了 Deep Research、文献综述、论文排名、撰写、同行式审阅、代码审计、实验复现、ML Recipe 与定期 Watch 等工作流。结果写入本地项目目录，重度来源研究还会生成 Provenance 工件。 Agent主要工作仍需人类判断的部分 Researcher查找论文、网页、代码库、数据集与先前成果搜索范围与排除条件是否合理 Reviewer批评草稿，按严重程度给出修订计划审阅标准是否匹配学科或商业决策 Writer将笔记与证据组织成结构化报告框架、不确定性与建议是否站得住 Verifier检查 URL、引用支持和论文与代码的一致性来源本身是否可信，证据是否充分 比起四个 Agent 的数量，工作流更重要。Feynman 将计划、中间研究、草稿、核验笔记与最终结果保存为文件，让团队可以审阅中间状态，也能在长任务失败后恢复。敏感研究笔记因此必须纳入访问、保留与备份政策。 Feynman Deep Research 如何工作？ 它不会一开始就放出一群 Agent。Deep Research 工作流会先写计划并等待批准。窄问题由主 Agent 负责，广泛调研才可并行分工。随后，系统提取方法、结果与限制，区分共识与分歧，最后核对每条陈述。 先计划问题。在消耗模型预算前写清子问题、来源策略、任务台账和验证日志。 选择规模。窄问题不必并行，广调研才分给多个 Researcher。 提取而不只是摘要。记录方法、结果、局限与出处。 呈现冲突。不把分歧硬写成一个整齐答案。 交付前验证。重新打开来源，删除或标记无支持的陈述。 除了文献综述，Feynman 还能做什么？ 工作流支持的决策重要边界 deepresearch综合论文、网页与代码生成有来源的简报不保证检索覆盖完整 lit 与 rank梳理领域并决定先读哪些论文排名标准本身包含价值判断 audit检查论文与公开代码是否一致私有实现不可见 replicate将一条 Claim 变成要求、步骤、假设和成功标准执行前必须明确选择环境 watch跟踪新论文、Release 与新证据只有 Scheduler 可用时才会定期执行 Feynman 真的能全本地运行吗？ 它可以连接本地模型，但普通研究仍要访问外部来源。独立安装器文档说明，预构建 Bundle 携带固定 Node.js Runtime，并在替换现有安装前验证 SHA-256。也可以通过 npm 安装。对供应链敏感的团队应先阅读脚本、固定 Release，并核对公布的校验和。 设置指南支持托管 Provider、Amazon Bedrock、LM Studio、LiteLLM、Ollama 和 vLLM。本地模型可以让 Prompt 与推理留在自有基础设施。论文搜索、Web Retrieval、alphaXiv、托管 Parser 与云计算仍是网络边界，除非你明确替换或关闭它们。 研究 Prompt 发到了哪里？ 哪个 Provider 收到 URL、文档、代码或搜索词？ 抓取页面缓存在哪里，保留多久？ Credential 与 OAuth Token 存在哪里？ Telemetry 是否离开本机？ “在终端里运行”只是界面描述。“所有数据都留在本地”才是架构声明。必须用实际 Provider 和搜索配置验证后者。 Feynman 能消灭虚假引用吗？ 不能，但它比“长得像引用”却没有验证的文本提供了更好的失败边界。Verifier 应该打开每个 URL，定位支持段落，将 Claim 分类为有支持、过度推断、矛盾或无支持，并删除无法溯源的事实陈述。 但仍有三个局限：可访问的 URL 可能是弱证据，模型可能漏掉方法学缺陷，搜索也可能漏掉改变结论的关键论文。应把最终报告当成可审计草稿。我们的AI Agent 评测与 Sandbox 检查清单说明了如何补上确定性检查、对抗用例与人工批准。 Feynman 能审计和复现论文吗？ 代码审计工作流会从论文中提取具体 Claim，然后在关联公开代码库中寻找配置、训练和评估行为，用文件路径报告不一致、缺失实现和可复现性风险。它无法检查私有训练代码、不可用数据或未记录的人工步骤。 复现工作流会列出需求、实验 Recipe、未说明细节、风险和成功标准。只有用户明确选择本地、隔离环境、Docker、Modal、RunPod 或只做计划后，它才会执行。这个批准边界很重要，因为复现可能下载不可信代码、处理受许可限制的数据，并消耗真实 GPU 预算。 只有预定检查真正通过，且脚本与原始输出被保留时，才应该使用“已复现”。一份看起来合理的计划不是复现。 研究 Watch 会自动定期运行吗？ 只有实际可用的 Scheduling 能力存在时才会。Watch 文档明确说明，Feynman 总会生成基线与后续计划，但只在 Scheduler Tool 可见时建立定期任务。否则它会记录缺口并给出下次手动刷新的 Prompt。 Feynman 的真实成本是什么？ 软件采用 MIT 许可证，因此没有 License Fee。但一份被接受的研究报告至少还有五类成本： 模型推理：主 Agent、并行 Researcher、Reviewer、Writer 与 Verifier 都会消耗 Token 或本地计算。 搜索与提取：托管搜索、文档解析和 Grounding 可能按请求计费。 实验计算：本地 GPU 时间、云 GPU、存储与数据传输可能成为主要成本。 人工审阅：专家需要处理不确定证据与高风险建议。 运维：版本固定、Credential、保留策略、监控、Provider 变更与失败处理都需要 Owner。 正确分母是每份被接受的简报或每个通过验证的实验，而不是每次模型调用。一份需要两小时高级审阅来修复的便宜报告，其实很贵。 哪些团队适合 Feynman？ 团队匹配度原因 经常审阅论文与代码的 ML 或研发团队很适合试点审计、排名、复现与溯源符合日常工作 技术尽调团队很适合试点有来源简报与代码核对可产生可审阅证据 跟踪快速技术领域的产品团队需要配套运维Watch 与可复用流程能减少重复设置 只需一次性摘要的学生可能过重终端、Provider 配置与审阅流程会增加摩擦 期望自动批准的受监管团队缺少控制时不适合数据治理、验证与问责不能外包给 Agent 一个两周 Feynman 试点计划 选择可重复的研究问题。最好已有可信人工简报与已知必找来源。 事先固定验收标准。测量必找来源召回率、无关来源、Claim 支持、审阅修正与批准时间。 固定 Release 与模型。记录版本、模型、搜索路由、Prompt 和检索日期。 先不执行实验。先验证发现、综合与引用，再授予代码或 GPU 权限。 加入对抗主题。放入冲突论文、死链接、不完整代码与诱人的无支持 Claim。 审查数据流。列出 Provider、Credential、Cache、Retention 与所有外发请求。 测试一次论文审计。让工程师直接在代码库中抽查 Match 与 Mismatch。 测试一份有界复现计划。在支出计算费前让专家检查假设。 统计全部成本。Token、搜索、GPU、失败任务与审阅分钟都要计入。 预先设置扩大门槛。只有时间或证据覆盖改善，且引用支持和控制不下降时才扩大。 查看相关服务： AI 咨询 看看生产环境中的应用: Twinsoft AI 先做决定: 如何为 MVP 选择技术栈 常见问题 Feynman AI 是什么？ Feynman 是一套以终端为中心的开源 AI 研究系统。它搜索论文、网页与代码库，协调 Researcher、Reviewer、Writer 和 Verifier，并将有来源的研究工件写入本地目录。 Feynman 是开源免费的吗？ 代码采用 MIT 许可证，没有许可费。模型 API、托管搜索、文档解析、云 GPU、存储、运维与人工审阅仍可能产生可观成本。 Feynman 能否完全本地运行？ 它支持 LM Studio、Ollama 和 vLLM 等本地模型。真正的本地数据路径还要避免或自托管外部搜索、解析与计算。在终端中运行不等于数据默认留在本地。 Feynman 会验证每个引用吗？ Verifier 的设计目标是打开来源 URL，并检查它是否支持对应 Claim。这会降低引用错误，但不能证明来源质量、完整搜索召回或学科级有效性。 Feynman 能在 GPU 上运行论文实验吗？ 它可以计划复现，并在用户明确选择本地、隔离、Docker 或云环境后协助执行。数据权利、代码安全、预算与科学验收仍由用户负责。 Feynman 适合企业研究吗？ 它适合范围清晰、可测量的试点。扩大使用需要版本固定、Provider 审查、Credential 控制、数据分类、确定性评测、成本上限、审计日志和有责任人的人工批准。 研究边界 信息截止 2026 年 9 月 3 日，来自 Feynman 公开代码库、许可证与官方工作流文档。本文是独立架构与采购评测，不是赞助内容、安全审计或受控 Benchmark。我们没有安装 Feynman、提交私有文档、连接付费 Provider 或执行 GPU 复现。项目迭代很快，采用前应固定 Release 并重新检查当前文档。 最终思考 Feynman 最强的想法不是让四个 Agent 写一份报告，而是让研究留下从计划、来源、综合到核验和实验工件的可见链条。技术团队可以审查这条链，而不只是判断流畅文字是否听起来可信。 诚实的采购结论是有条件的。如果重复技术研究很贵，且来源责任很重要，就试点 Feynman。人类仍对范围、证据质量和批准负责。只有在完整数据流被映射后，才可以宣称全本地。最终应根据被接受的研究成果、引用支持、可复现性与总审阅成本来判断。 你可能也喜欢.. Agent Reach 评测：成本、安全与真实边界 将", "articleSection": "AI Agents", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "官方 README", "url": "https://github.com/companion-inc/feynman/blob/main/README.md" }, { "@type": "WebPage", "name": "Deep Research 工作流", "url": "https://feynman.is/docs/workflows/deep-research" }, { "@type": "WebPage", "name": "独立安装器文档", "url": "https://feynman.is/docs/getting-started/installation" }, { "@type": "WebPage", "name": "设置指南", "url": "https://feynman.is/docs/getting-started/setup" }, { "@type": "WebPage", "name": "代码审计工作流", "url": "https://feynman.is/docs/workflows/audit" }, { "@type": "WebPage", "name": "复现工作流", "url": "https://feynman.is/docs/workflows/replication" }, { "@type": "WebPage", "name": "Watch 文档", "url": "https://feynman.is/docs/workflows/watch" }, { "@type": "WebPage", "name": "MIT 许可证", "url": "https://github.com/companion-inc/feynman/blob/main/LICENSE" } ], "dateModified": "2026-09-03", "datePublished": "2026-09-03", "description": "Feynman 是一套采用 MIT 许可证、以终端为中心的 AI 研究系统。它将论文与网页检索、四个专职 Agent、来源核验、论文与代码对照审计、复现计划、可选计算执行和定期研究跟踪放在同一工作流中。对一个年轻的开源研究工具来说，这个范围很广，但它不会让研究默认变得免费、私密或正确。真正的全本地部署需要本地模型，以及精心选择的本地或无 Key 检索路径。托管模型、搜索与 GPU 会带来用量成本和数据治理工作。引用验证会检查来源是否支持某条陈述，以及 URL 是否可访问，但证据是否充分仍由人类专家判断。建议用一个范围清晰、可重复的研究问题开始试点，并测量来源精度、引用支持率、审阅修正量、获得可接受报告的时间、模型与计算成本，以及可复现性。", "headline": "Feynman 评测：这款开源 AI 研究 Agent 适合团队吗？", "image": "https://wavect.io/img/blog/headers/header_feynman-open-source-ai-research-agent.svg", "inLanguage": "zh", "keywords": "AI 智能体, 开源", "mainEntityOfPage": { "@id": "https://wavect.io/zh/blog/feynman-open-source-ai-research-agent/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/zh/blog/feynman-open-source-ai-research-agent/", "wordCount": 410 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/zh/", "name": "首页", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/overview/", "name": "博客概览", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/topics/ai-agents/", "name": "AI 与智能体", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/clusters/agent-engineering/", "name": "智能体工程", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/feynman-open-source-ai-research-agent/", "name": "Feynman 开源 AI 研究 Agent 评测", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Feynman 是一套以终端为中心的开源 AI 研究系统。它搜索论文、网页与代码库，协调 Researcher、Reviewer、Writer 和 Verifier，并将有来源的研究工件写入本地目录。" }, "name": "Feynman AI 是什么？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "代码采用 MIT 许可证，没有许可费。模型 API、托管搜索、文档解析、云 GPU、存储、运维与人工审阅仍可能产生可观成本。" }, "name": "Feynman 是开源免费的吗？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "它支持 LM Studio、Ollama 和 vLLM 等本地模型。真正的本地数据路径还要避免或自托管外部搜索、解析与计算。在终端中运行不等于数据默认留在本地。" }, "name": "Feynman 能否完全本地运行？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Verifier 的设计目标是打开来源 URL，并检查它是否支持对应 Claim。这会降低引用错误，但不能证明来源质量、完整搜索召回或学科级有效性。" }, "name": "Feynman 会验证每个引用吗？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "它可以计划复现，并在用户明确选择本地、隔离、Docker 或云环境后协助执行。数据权利、代码安全、预算与科学验收仍由用户负责。" }, "name": "Feynman 能在 GPU 上运行论文实验吗？" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "它适合范围清晰、可测量的试点。扩大使用需要版本固定、Provider 审查、Credential 控制、数据分类、确定性评测、成本上限、审计日志和有责任人的人工批准。" }, "name": "Feynman 适合企业研究吗？" } ] } ```