对比事实核对于 2026-11
MindMax 对比 WorkBuddy
两者都是桌面 AI 工具，但围绕不同的中心而建。MindMax 围绕你拥有的那个文件夹——你会反复回来的 PDF、书和笔记——以及你在它上面做的阅读、画图、写作，每个说法都引用原页。WorkBuddy 围绕任务：一个会规划工作、造东西、把步骤自动化的 AI 工作台。老实说，区别不在「谁更好」，而在「工作以什么为中心」——而且因为 WorkBuddy 作为 MCP 宿主连上 MindMax，两者当伙伴的时候，和它当对手的时候一样多。
- WorkBuddy
- 一个 AI 工作台与 agent——为规划工作、造东西、把步骤自动化而建。
- MindMax
- 运行在你自己文件夹上的桌面 agent——读、批注、画图、翻译、据以写作。
选一个，还是两个都用
选 MindMax，如果
- 工作的中心是一个你会反复回来的文件夹——一份阅读清单、一份案卷、一堆文献。
- 你希望长 PDF 和整本书按章节读，每个回答都引用它立脚的那一页。
- 你希望从里面产出的东西，作为文件留在资料旁，在一个始终是你的文件夹里。
选 WorkBuddy，如果
- 工作的中心是一个要规划、要造、要自动化的任务——一个应用、一个 agent、一条流程。
- 这活儿会够到文档文件夹之外，跨其他服务和工具。
- 你想要一个能驱动多种活儿的通用工作台，而不是某一类文档。
两个都用，如果
- WorkBuddy 驱动任务，沿途遇到的文档交给 MindMax 处理。
- 用 MCP 连一次，之后只要任务里冒出文档，WorkBuddy 的 agent 就调用 MindMax 的工具去用你的文件夹。
各自能做什么
这些事实你可以自己核对，而不是听我们一面之词。某一行若涉及对方产品、且我们在此无法核实，表里就如实说，而不是去猜。
| 对比项 | MindMax | WorkBuddy | 你可以怎样自己核对 |
|---|---|---|---|
| 差别在哪 | |||
| 围绕什么而建 | 你拥有的文件夹——你会反复回来的 PDF、书和笔记——以及你在它上面的阅读、画图、写作。 原地打开你的文件夹 → | 任务：一个会规划工作、造东西、把步骤自动化的 AI 工作台。 | 打开两者看看：MindMax 从文件夹开始，WorkBuddy 从任务或工作区开始。 |
| 读文档与引用 | 长 PDF 和整本书按章节读；每个回答都引用它立脚的那句话，点一下就到原页。 引文怎么被核对 → | 处理你交给它的文档；要做跨整个文库的、带引文的深读，它通过 MCP 连接去够 MindMax。 | 就同一个书架问两边同一个问题，看引文能不能落到精确的那一页。 |
| 你的文件夹当知识库 | 文件夹就是项目：不导入、不转换、不锁定。 不锁定 → | 保留它自己的工作区；同一个文件夹通过 MCP 连接去够。 | — |
| 造应用、站点、agent | 不是它的活儿——它就守着文档。 | 正是为这个而建：agent、站点、自动化是它的交付物。具体范围见 WorkBuddy 自己的站点。 | 见 WorkBuddy 自己的材料，看它造什么。 |
| MCP：服务端与客户端的角色 | 跑一个本地 MCP 服务，让其他应用来连。 MindMax MCP → | 作为 MCP 宿主连上 MindMax，调用你文件夹上的文档工具。 | 「设置 → 外部 AI」会在连上后把 WorkBuddy 显示为一个被检测到的宿主。 |
| 基础事实 | |||
| 运行在哪里 | 桌面端支持 macOS 和 Windows；MindMax AI 阅读在任意浏览器里跑，一次一份文档。 | 桌面应用——当前平台见 WorkBuddy。 | — |
| 你的文件，离线 | 在桌面端，阅读和批注本地即可完成。 | 取决于它的配置；MCP 连接让你的文件留在你自己的文件夹里。 | — |
| 用哪个模型 | 四个档位——快、日常、深度、读图——各自走 MindMax 账号，或者用你自己的 API key。 自带 API key → | 它自己的模型选择——细节见 WorkBuddy。 | — |
| 怎么收费 | 软件本身免费；让 AI 干活才收费——订阅，或者用你自己的 API key。 | 按 WorkBuddy 自己的定价——见其站点。 | — |
MindMax 事实最后对照发布版核对于 2026-11。此处 WorkBuddy 的事实只写到 MindMax 能核实的层面：它是一个被检测到的 MCP 宿主，它自己的范围由 WorkBuddy 描述。哪一行错了或过时了，请告诉我们，我们会改。
同一份文档，两种做法
把同一个书架的论文交给两边，问：这个领域共识在哪，分歧又在哪？
- 把论文作为任务的一部分交给 WorkBuddy。
- 它处理完任务，返回结果。
- 结果要去任何地方之前，你核对到底引用了哪些部分。
最后你手里有活儿干完了——但 agent 只读到了你交给它的东西，引文要你自己去验证。
- 打开那些论文所在的文件夹。
- 就整个文件夹问同一个问题；每个说法都引用了它出自的那句话，点一下就到原页。
- 再问它们在哪里分歧——往往那就是发现所在。
最后你手里有一个你能逐条核对的回答，作为笔记留在论文旁。
WorkBuddy 确实更好的地方
- 造应用、站点、agent。
WorkBuddy 的交付物是软件和自动化；MindMax 不造这些，也不打算造。
- 跨很多服务干活。
当活儿够到日历、代码、部署或其他应用时，WorkBuddy 的集成是更广的那一侧；MindMax 守着文档。
- 通用的任务编排。
不锚定在读书文件夹上的活儿，WorkBuddy 才是自然的驱动者，MindMax 只在文档出现时退居其后。
- 你本来就把它当工作台。
如果 WorkBuddy 已经是你规划和跑活儿的地方，文档工作留在那儿——通过 MCP 连接——比再开一个应用摩擦更小。
大家常问
MindMax 是 WorkBuddy 的替代品吗？
不是。两者围绕不同的中心而建：MindMax 为文档，WorkBuddy 为任务、造东西和自动化。两者是连接，而不是互相取消。
MindMax 和 WorkBuddy 能一起用吗？
能。WorkBuddy 作为 MCP 宿主连上，调用你文件夹上的 MindMax 文档工具。设置步骤和 agent 通过连接能做的事，见 /works-with/workbuddy/ 页。
我该先装哪个？
如果痛点是你啃不动的一个文档文件夹，先装 MindMax。如果是要规划、要造、要自动化的一大堆任务，先装 WorkBuddy。因为两者能连起来，同时用是两个都成立的安排，而不是自相矛盾。
把两者连起来要花 MindMax 的 credits 吗？
不要。MCP 这条路径上不调用任何 MindMax 模型，所以不耗 credits；干活的还是 WorkBuddy 的模型，照常计费。
各自去哪里了解更多？
MindMax 自己的页面讲从你的文档里读、画图、写作；WorkBuddy 自己的站点讲它的工作台、agent 和它能造的东西。