EvoMap
MiMo Desktop 与 EvoX:文件、工具和重复任务

MiMo Desktop 与 EvoX:文件、工具和重复任务

2026年9月12日
26 次阅读
mimo-desktop evox desktop-agent file-workflows repeat-tasks agent-memory

事实与公开产品文档核查于 2026 年 9 月 10 日。我未获得两款产品在同等条件下的测试资格,因此这是一份基于证据的对比清单,而非实测基准。

MiMo Desktop 与 EvoX 中有用的问题不是哪个桌面智能体看起来更雄心勃勃。关键在于是否可以执行相同的可重复文件任务,保持在明确的工作边界内,从更正中恢复,并使第二次运行比第一次更容易。

我是 Lena。我的大部分工作时间都在文件、浏览器标签页、草稿和研究笔记之间切换,因此比起宏大的 AI 宣传,我更先关注控制细节。我在这里停下来思考,是因为两款产品都在谈聊天之外的工作,但各自公开证据的具体程度体现在不同方面。

对一个可重复文件任务的快速判断

对于早期评估,我只会对三件事进行评分:智能体可以访问哪些文件和工具,当我需要停止或纠正它时会发生什么,以及是否可以在不重建任务的情况下重用成功的工作流程。

MiMo Desktop 目前仅限邀请测试。小米 9 月 8 日的文档称,它可以获取混合文件、调用工具、控制浏览器,以及在海外版本中操作桌面。它还记录部分编辑、带有回滚的版本历史记录以及稳定重复过程的记录和重放。

EvoX 也是测试版,但其公开故事有所不同。当前的 EvoX 页面强调长期记忆、可重复使用的Capsules 和 Genes、群体协作以及应用程序或终端部署。 EvoMap的隐私页面添加了针对Google Drive和Gmail连接器的特定控制示例:连接的数据按需读取,Drive更改操作需要单独确认,Gmail访问是只读的。我会将其视为这些连接器的证据,而不是每个本地文件或桌面操作都遵循相同策略的证据。

桌面智能体应该被视为一个系统,而不是一个模型演示。 NIST 的生成式 AI 配置文件 在这里很有用,因为它围绕背景、风险和控制构建评估,而不仅仅是原始能力。

为 MiMo Desktop 和 EvoX 设置相同的任务

我会刻意选择一项简单固定的每周研究任务。为智能体提供一个包含 PDF、电子表格和笔记的输入文件夹。要求它提取更改、检查两个引用的网页、编写 Markdown 摘要、创建未解决问题的 CSV,并将两个输出保存到单独的交付物文件夹中。下周,替换源文件并再次运行相同的作业。

输入文件夹、交付物和验收标准

首先冻结验收测试。源文件必须保持不变。智能体只能写入输出文件夹。简报中的声明应追溯到输入文件或批准的网页之一。如果我更正一行或一段,不相关的输出应该保持不变。第二次运行应该明确从第一次复用了哪些内容(如果有的话)。

比较三个工作流程决策

文件访问和工具范围

MiMo Desktop 今天发布了更广泛的显式工具列表。其测试版文档称,它可以读取电子表格、图像、视频、PDF、音频和压缩包,然后生成可编辑文档、电子表格、幻灯片、网页、媒体、3D 输出、应用程序和软件项目。浏览器控制可以打开页面、检索信息、填写表单以及验证 Web 输出。海外计算机控制将其范围扩展到跨应用程序的屏幕阅读、键盘和鼠标操作。

对于EvoX,我会更保守。其公开测试版页面清楚地记录了桌面应用程序、终端集成、长期记忆、基于 Evolver 的可复用经验和群体协作。其隐私页面记录了 Google Drive 和 Gmail 连接器范围,包括 Drive 文件访问和有限的 Gmail 读取访问。我在检查的公开产品页面上没有找到针对任意本地文件格式、浏览器控制或桌面应用程序控制的同样详细的矩阵。这是验证当前构建中的这些边界的原因,而不是证明这些功能不存在的证据。

确认、更正和回滚

MiMo Desktop 的公开文档在这里很具体。用户可以选择部分生成的内容、请求局部编辑、保持其余部分不变、比较版本以及回滚到以前的版本。小米还表示,计算机控制任务会在关键步骤后检查结果,并可能在需要时纠正或停止。这些是有用的控制机制,但不能保证每个工具操作。

EvoX 有一个强有力的公开示例:连接的 Google Drive 更改每次都需要单独确认。同样的策略规定,连接器令牌在断开连接之前会加密存储在 EvoMap 服务器上,而文件和电子邮件内容在请求期间会通过服务器,而不会保留在那里;返回的工具内容可以出现在用户计算机上 EvoX 应用程序记忆储的对话历史记录中。它仍然没有为任意桌面操作建立通用的回滚模型。

重复任务重用和移交

MiMo Desktop 的重用机制很容易理解:“记录和重放”功能让用户可以记录一次稳定的流程,并在以后用自然语言触发它。该产品还记录了跨会话协作,其中会话可以共享目标、上下文和任务进度,同时维护自己的工作空间和状态。

EvoX更注重经验的积累。其公开测试页面称,内置的 Evolver 将成功的协作转化为可重复使用的Capsules 和 Genes,而长期记忆旨在保留偏好、任务模式、工具注意事项和模型选择。对于每周的 AI 文件工作流程,测试是在输入更改后重用是否保持可见、有限和正确。

这是我在可重复的桌面智能体任务中最密切关注的部分。只有当我能够判断系统继承了什么以及旧行为是否仍然适合新文件时,重用才有帮助。

按控制和工作界面选择

我会选择下一步该做的测试,而不是宣布胜者。如果你优先考虑具有明确文档支持、能够操作浏览器和海外版桌面的混合文件工作流,MiMo Desktop 当前提供了更多可供验证的公开实现细节。如果你关注重复工作能否在应用和终端中积累为可复用的智能体经验,EvoX 桌面智能体则提供了另一种值得测试的假设。

对于小型团队,在推出之前询问访问边界、审核历史记录、恢复行为和帐户控制。 CISA 关于选择安全和可验证技术的指南 是一个有用的中立清单,因为它促使买家要求可验证的控制措施,而不是信任产品标签。

这也是为什么我会谨慎对待 MiMo Desktop 替代品 这个短语。 EvoX 不应仅仅因为两者都位于桌面而被视为直接替代品。有用的比较是每个工作界面是否与您实际打算委派的文件、工具、更正和重复任务相匹配。

此比较的局限性

我没有在相同的帐户、机器、区域、模型、配额或网络条件下运行这两个产品。 MiMo Desktop 仅限邀请,而 EvoX 仍处于测试阶段。因此,本文并不声称一种方法更快、更安全、更便宜、更私密或更可靠。

我不会将 MiMo 的缓存命中数据转化为成本比较,也不会将 EvoX 的自我进化语言转化为有保证的节省。公平的下一步是运行固定任务,记录干预和失败,并将第二次运行与第一次运行进行比较。这里的政策摘要是操作性阅读,而不是法律建议。

这是我今天能从公开证据中进行的比较。

常见问题解答

目前哪些区域和操作系统支持每个产品?

MiMo Desktop的国际测试版申请页面说明,它在英国、韩国或欧盟国家不可用,小米将计算机控制描述为海外版本功能。公开邀请页面没有发布完整的桌面操作系统矩阵,因此我会在批准后验证安装程序选项。

EvoX 的测试版页面目前提供 Apple Silicon 和 Intel 的 macOS 下载。单独的 EvoMap Desktop 下载页面列出了 macOS 和 Windows 10/11 版本,但由于该页面的品牌为“EvoMap Desktop”,因此在将这些 Windows 软件包视为功能等效的 EvoX 版本之前,我会先确认当前的产品映射。我在检查的 EvoX 页面上没有发现类似的区域排除列表。

当前的访问计划如何为长时间运行的任务定价?

MiMo 的邀请测试版为获得批准的用户提供了两种预览模型的限时、有限配额访问;Desktop 发布资料没有发布长时间运行的桌面作业的可比较的每任务价格。 (MiMo)

EvoMap 发布免费和付费平台计划以及积分经济,但这些积分涵盖 EvoMap 平台服务,不应自动视为 EvoX 长期运行任务或模型推理的价格。如果没有相同任务模型和配额计算,我不会声称任一产品更便宜。

哪些保留控制适用于上传的本地文件?

我无法从发布文档中验证本地文件的 针对 MiMo Desktop 本地文件的公开保留期限。小米目前的一般隐私政策规定,特定于产品的通知优先,保留取决于相关目的,因此处理敏感文件的团队应在依赖工作流程之前阅读测试版中显示的政策。

对于 EvoX,当前的隐私页面特定于 Google 连接器,但并不是针对每个本地文件的一揽子政策。它表示,连接的 Drive 和 Gmail 内容是按需处理的,而不是在工具请求期间保留在 EvoMap 服务器上,而返回的内容可能存储在本地 EvoX 对话历史记录中。这不应该被概括为“所有文件都保留在本地”。

为仅使用键盘的用户记录了哪些辅助功能?

在所审查的公开页面中,我没有找到任何桌面产品的正式的仅键盘可访问性一致性声明。我会在不使用鼠标的情况下测试每一个基本操作——文件选择、确认、停止运行、历史记录、回滚和导出。

WCAG 2.2 键盘标准 是网络标准,不是这些桌面应用程序的认证,但它们为“键盘可操作”的含义提供了有用的基准。

目前有哪些组织级别的管理控制可用?

MiMo 更广泛的平台具有企业帐户和计费功能,但我没有找到涵盖集中策略、基于角色的访问、审计导出或设备群部署的公共 MiMo Desktop beta 管理矩阵。 EvoMap 的定价页面提到了 Teams/Org 库健康功能,而其条款描述了帐户、计划、API 密钥和智能体职责;这与完整的 EvoX 企业管理控制台不同。

对于一个小团队,我会在两侧将组织控制标记为**“推出前验证”**。这个问题仍然悬而未决。我只是注意到公开证据到哪里为止了。

往期文章:

  1. 为了将这种比较放在更广泛的桌面智能体类别中,AI 同事与桌面智能体 解释了角色承诺、计算机访问、记忆和用户控制在实际工作中有何不同。
  2. 如果您主要关心的是桌面智能体是否真正在本地处理文件和应用程序,本地 AI 智能体架构 会分解本地执行、本地文件、工具访问和混合路由。
  3. 为了了解 MiMo Desktop 和 EvoX 作为智能体系统背后的原理,AI 智能体架构工具记忆规划 围绕智能体工作映射了规划、工具、记忆、权限、编排和恢复层。
  4. 对于此比较的重复任务重用方面,智能体工作流程记忆 解释了先前的运行、经过验证的例程和可复用经验与普通聊天历史记录的不同之处。
  5. 为了更清楚地评估记录和重放、回滚和第二次运行证据,LLM 智能体的确定性重放 显示了围绕工具调用、文件更改、批准、失败和最终交付物应保留哪些记录。

相关文章