跳转到主要内容

为什么选择 Myrm Agent?

在众多开源 AI Agent 框架和产品中,Myrm Agent 选择的是一条不同的取舍:一个开源工作台,而不是 CLI + 记忆插件 + 自动化脚本 + 聊天工具各买一套。下面是我们认为今天确实更好的部分,每条都附代码或文档依据,并明确写出竞品仍然更强的地方。如果只看一句话:我们比的是所有权、记忆透明度、一体化工作与可回退的控制,不是「纯编码最强」或「情绪陪伴最像人」。 以下是我们对比主流竞品(如 Hermes Agent、OpenClaw、DeerFlow 等)的实打实优势:

1. 工具历史损坏的自愈

在使用兼容 OpenAI 格式的 API(如 DeepSeek、Kimi 等)时,网络抖动或用户频繁取消往往会导致工具调用中断,历史记录残留无效的 tool_call_id,进而引发模型严格校验报错崩溃。 我们的优势: Myrm Agent 在 Agent 中间件栈中实现了透明的自愈机制:每次 LLM 请求前,tool_history_hygiene 去重工具结果并重写重复的 tool-call ID,dangling_tool_call 修复取消后的悬空调用;遇到 provider 错误时,流式恢复会自动重试一次并在 Web UI 显示进度。这能消除一类常见的格式损坏崩溃,但不承诺所有 provider 错误都可恢复。

2. 渐进式技能加载

为 Agent 配置大量技能通常会导致上下文窗口急剧膨胀(上下文爆炸),不仅增加 Token 消耗,还会降低模型遵循指令的能力。 我们的优势:
  • 按需加载:技能正文仅在需要时加载,常驻提示更小。
  • 精确控制:/slash 命令可显式激活指定技能,不必等模型自己挑。
  • 越用越聪明:复杂任务完成后,Agent 可以总结经验并起草新技能,经人工审核后进入闭环。

3. Serverless 级沙箱休眠与秒级唤醒

传统的云端部署如果为每个用户保持一个常驻的沙箱实例,成本将极其高昂;而传统的 SaaS 架构又牺牲了性能和隐私隔离。 我们的优势: 控制平面原生支持沙箱环境的空闲挂起与按需唤醒。用户离线时,100% 物理隔离的专属沙箱状态会被持久化并休眠;当收到新消息或定时任务触发时,瞬间唤醒。在保证隐私绝对安全的同时,极大降低了云端闲置成本,是真正面向大规模商业化的企业级架构。

4. 图表能力不臃肿

多数竞品要么内置沉重的白板模块,要么只能手动拖拽排版。Myrm 保持核心精简。 我们的优势: 对话内 Mermaid 工件 覆盖大多数图表需求,确认与澄清类交互由 structured_clarify 以表单承载。需要完整可编辑白板时,接入 Excalidraw / tldraw MCP(与 Goose、Codex 插件同路线),核心产品零维护。

5. 极致的全渠道 IM 覆盖

许多竞品仅支持少数几个主流渠道,且不同渠道间的消息格式、媒体处理能力参差不齐,体验严重割裂。 我们的优势: 原生支持 26 种渠道(Slack, Discord, Feishu, iMessage, WeChat, Telegram 等),真正做到“无处不在”。底层统一的媒体处理管道,确保无论在哪个平台,都能获得一致的 Markdown 渲染、语音识别与交互体验,无缝唤醒专属助理。

6. 自然语言驱动的无人值守调度

绝大多数 Agent 只能作为“被动响应工具”,必须由用户主动触发才能工作。 我们的优势: 内置强大的无人值守调度引擎。只需自然语言一句话(如“每天早上8点发简报”),Agent 即可化身主动工作的数字员工。支持 Webhook 推送和全渠道触达,从被动工具进化为主动服务。

7. 记忆去重与永远精简的大脑

在长期的多轮对话中,Agent 容易积累大量重复的事实,导致记忆库臃肿,检索精度断崖式下降。 我们的优势: 底层的 dedup_semantics 机制在写入时严格过滤重复事实(相似度 ≥0.95 自动去重)。保持记忆库永远精简高效,确保 Agent “越用越懂你”的同时,绝不臃肿。

8. 拒绝静默失败的全链路反馈

批量操作无进度条、网络异常静默失败、文件“零引用”直接删除……这些都是竞品中常见的导致用户极度焦虑的设计。 我们的优势: 全链路的 UI 进度反馈(Progress)、明确的异常 Toast 提示与重试机制,任何跳出当前上下文的操作都有强视觉反馈。同时内置文件系统的“回收站”软删除机制,彻底消除数据丢失焦虑,提供真正的企业级安全感。

9. 工业级全链路可观测性与防烧钱护城河

出问题时,竞品只能提供原始日志文件,请求之间毫无关联;在无人值守或深度长思考任务中,经常发生死循环复读导致算力烧穿天价账单,排障犹如开黑盒。 我们的优势:
  • 4D 实时 Token 经济学与 Net ROI 算力水表:覆盖 Prompt、Completion、缓存读取、缓存写入、深度思考(Reasoning)与引用(Citation)全要素计量,真实剔除写入溢价,给出财务级真实净节省 ROI,绝不弄虚作假。
  • 24/7 无人值守死循环物理熔断:无人值守模式激活严格防死循环策略,秒级识别无进展重复工具调用并抛出不可捕获的 RunawayCircuitBreakException 掐断任务;调度器随即取消全部重试并暂停该定时作业,避免死循环在夜里反复重跑。
  • 长思考模型思维链全流式剥离与决策锚点保活:针对 DeepSeek-R1 / o1 等模型,采用高效 O(N)O(N) 前缀滑动窗口状态机跨 Chunk 毫秒级剥离 <think> 标签,正文零延迟透传;自动提炼决策锚点并紧凑注入 Prompt 尾部,100% 保活 90%+ 提示词前缀缓存(KV-Cache)。
  • 事件源不可变模型视口与时空穿梭调试器:底层 32KB 不可变物理视口完整保留未经篡改的模型输入全景,四角色卡片拆解;支持任意历史轮次原位派生无损分支,保留全量前序上下文,调试节省 80%+ 算力费用。
  • 零子进程标准追踪与 SRE 态势探针:基于 ContextVar 零开销透传全局 trace_id 与 OpenTelemetry GenAI 语义规范,内置纯本地 Trace 物理门禁与 SRE 运行时态势探针,全面覆盖 20+ 分析维度。零配置开箱即用。

10. 第一天就能用的 Git 与 PR 交付

多数编码 Agent 默认你已经配好了 Git 凭据、提交身份和 Webhook——一个全新环境里,「推送到 GitHub 并创建 PR」瞬间变成一场令人沮丧的配置马拉松。 我们的优势:
  • 主机限定推送凭据:当存在 GitHub token 时,Myrm 注入的凭据助手只对 github.com / www.github.com 应答——你的 token 永远不会到达第三方 Git 服务器,也从不内联在命令中。
  • 自动提交身份:若沙箱没有 Git 身份,Myrm 会从已连接的 GitHub 账号解析 user.name/user.email(缓存 + 5 秒超时 + 本地兜底)——git commit 不会再报「Please tell me who you are」。
  • 自助 PR Webhook:设置页直接展示 Webhook URL 并带复制按钮,签名校验(X-Hub-Signature-256)端到端打通,PR / issue / push 事件稳定回流到你的聊天。
对 Agent 说「推送到 GitHub 并创建 PR」即可直接完成——凭据、身份、事件全包。

11. 批之前先看清计划与差异,改完一键退回

能碰你整台机器的 Agent,必然引出同一个问题:「我批准了之后,到底改了什么?怎么退回去?」多数 Agent 给的答案是「准 / 不准」加一行日志。 我们的优势:
  • 计划先来:多步任务的第一个版本计划会先摆给你过目,在碰任何文件之前你就能改方向;
  • 变更看得见:每次文件编辑都有增量差异实时流进对话,不是「已完成」四个字——你读到的是真实改动,不是它的转述;
  • 退回有把手:动作执行前 Myrm 自动留一份影子 Git 快照(与你自己的仓库物理隔离,你的工作区与历史零污染),审批卡上挂着一枚撤销按钮,后端一键回滚接口直接生效——改错了不用重做,也不用去翻版本历史;
  • 闸门是确定性的,不是模型的意见:ALLOW / ASK / DENY 三档写死在代码里,评估过程零模型参与,DENY 连 LLM 都翻不动,~/.ssh 这类敏感目录由路径策略层硬禁。
而且你不必为了这些去换操作系统:跨应用干活靠的是我们自己的沙箱与电脑操控层,你现在这台机器照旧是你的机器。 竞品实况核对(2026-10-22):Herald OS(社区最大的「把 Agent 装进操作系统」作品)确实做到了「改动前先批准 + 真实落盘的审计日志」,它的权限层级也真的写在代码里(我们逐文件核对了它的源码)。但它缺第三条腿——没有「改了什么」的差异视图,也没有按动作回滚。这一节补的就是这两块。

12. 改完仍然活着的文档与表格 —— 每次写完都体检,改坏能退到任意一版

把 .docx 或 .xlsx 交给 Agent,真正让人后怕的不是它不肯改,而是它改完了说一句「已完成」,悄悄把公式全压成了死值 —— 或者干脆留给你一个它自己都读不回来的文件。 我们的优势:
  • 体检发生在写完之后,而不是等你打开文件时:每次写办公文件都会跑一遍写后检查 —— 改前改后比对 Excel 公式集合(公式变成静态值当场报出)、检查 docx 包结构、文件包读不出来直接告警而不是静默交付、跑一次 docx 排版检查、再重算一遍抓 #REF! 与 #NAME?。共 6 类信号,每一条都以 Office: 前缀写进工具输出 —— Agent 比你先看到,也比你先改。
  • 给你的是版本,不只是一个撤销键:交付物是不可变版本,改坏的那一版能退到任意更早的版本;工作区文件另有影子 Git 快照与一键回退。
  • 表格可以在浏览器里直接改:公式来回转换不丢;含宏、图表或透视表的文件会在你动手之前先告诉你会丢什么;崩溃之后未保存的草稿还能恢复。
  • 给出去的是能看的成品,不是原始文件:样式化 Excel 由主题引擎产出(标题行、斑马纹、边框、数字格式),幻灯片由渲染管线产出,交付到任何 Office 都能正常打开。
竞品实况(2026-10-22):Herald OS —— 把 Word、Excel、PowerPoint 装进自己操作系统的社区项目 —— 在读取这一侧的保真确实做得扎实:它的表格层保留了通用库会丢的数据验证、筛选条件、链接、定义名称、主题、图表、透视表、切片器与绘图,还会校验 Office 包本身。但它对「改坏了」的兜底是编辑器级撤销栈,我们在其源码里没有找到任何「每次写入前快照 + 差异确认」机制。同时我们也不比它更会「当办公套件」:它有常驻的文档与幻灯片编辑器,我们没有 —— 这一格老老实实是它的。

13. 它干活时你看得见,而且它不能自己批自己

多智能体与长任务最让人不安的不是它慢,而是你不知道它在忙什么。审批也是同一个问题:当答案只有一句「同意」时,你真正同意的并不是它接下来要执行的那件事。 我们的优势:
  • 在跑的子代理就在眼前:对话区有一条并发子代理的横向泳道条(myrm-agent-frontend/src/components/features/chat-window/in-flight-steer/ActiveSubagentSwimlanesBar.tsx,由 ChatWindowSatellites.tsx:37 挂载),谁在忙一目了然,你还能当场 steer;
  • 找会话不用靠翻:侧栏的置顶会话可拖拽排序(ChatHistoryList.tsx:224/:248,落库 src/services/chat.ts:1379),时间分组可折叠(:29/:222);
  • 你批的是哪一版,存的就是哪一版:每条审批都把它授权的那份载荷原样存下(app/database/models/approval.py:34),并带动作类型(:27)与风险分级(:31);
  • 到点不会偷跑:没人处理的审批到期会自动拒绝并写明超时原因(app/services/approvals/registry.py:43-72),被挂起的 Agent 由 harness 侧恢复(:45);
  • 密钥不会跟着走:子进程默认不继承带凭据的环境变量(myrm-agent/myrm-agent-harness/.../core/security/process_env/env_isolation.py:37/:110、shell_bleed.py:55);桌面专属指令只在真的要操控桌面时才注入(app/ai_agents/general_agent/mount_resolver.py:54/:41);
  • 诚实边界:「批准必须发生在 Agent 之外」与「执行的就是被批准的那份载荷」仍在路线图上,我们不宣称已防篡改。
竞品实况核对(2026-10-22):Hermes Desktop 维护者公开征集「最近是否变稳了」,104 条回复里最扎眼的是子 Agent 干活时侧栏丢掉「进行中」状态(对方维护者本人回复「你说得对,这是 UX 上可以改进的」),以及消息偶发重复渲染、凭据变量漏进终端。社区还流传着一次编程 Agent 自主把 .env 发布到公开托管、密钥泄露后产生9 万美元外部账单的实测截图。我们这一节的差别不在「有审批」,而在审批看得见、存得下、到点不偷跑。

14. 你的 Agent 今天就有自己的身份 —— 不用等 22.7 万美元、还要等五年的顶级域

让 Agent 在网络上「有个自己的地方」,最响亮的做法是给它一个顶级域名。但域名是有门槛的。 我们的优势:
  • 短地址来自你本来就有的东西:你系统里本来就有可读标识(app/services/plugins/agent_surface.py:291,harness 侧 profile 以 ai.myrm/agents/<slug>.md 命名),短地址与自带自有域名可由它直接派生——不新增域名采购成本、不等;
  • 我们自己也没买顶级域:这是刻意取舍,不是疏漏。
诚实边界:可读的公开地址是「已设计」不是「已上线」(该项仍只是规划)。我们能说「我们选择不买顶级域,并给出了替代设计」,还不能说「你的 Agent 已经有公网短地址」。 竞品实况核对(2026-10-22):OpenClaw 基金会宣布赢得 ICANN 2026 轮 .claw 申请。官方公示显示其 Application ID 为 OF2656T-T69841、仍处 Pre-Evaluation Processing 预审阶段、成本 22.7 万美元、预计 2027 年底–2028 年初入根区;而且他们自己的仓库里至今没有一行顶级域 / DNS 实现(所有 .claw 命中都是 claw 词根假阳性)。社区里最扎心的提问是:「告诉我注册的基础条件是什么?我个人能注册一个 .dsb 顶级域名吗?」——对个人与中小团队,答案是否定的。我们今天就给身份,而且用的是你本来就有的域名。

15. 多智能体团队:角色、交接与有边界的争论

一组 Bot 只有在「交接不丢上下文、争论能结束」时才真正有用。 我们的优势:
  • 常驻队友,而不是一次性提示词:每个智能体有自己的角色、记忆和工作区;主智能体可以直接委派子智能体,不需要你反复交代同一个任务。
  • 交接带证据,不只是复述:交接物包含结构化的发现、引用、工件引用、待办与风险,下一位智能体能从事实继续,而不是从丢失了一半信息的摘要继续。
  • 争论有边界:验证轮次有上限,来回拉锯卡住时会升级给你,而不是在循环里空烧 Token;每个任务都有 Token 与成本预算约束。
诚实边界:我们不提供「一个共享 Bot 实例被多人同时使用」的形态——每个用户运行在独立沙箱里,这是有意的产品选择。管理员一键批量升级、「Agent 实际执行 vs 等待你」的墙钟归因目前是规划中,尚未交付。 竞品对照(2026-10-30):多 Bot 插件生态(例如 DeepSeek Harness 上的 DS Bot)证明了常驻人格与群规的价值,也记录了真实翻车点:同一处修改散在五个文件里,清三轮才干净;主要成本不是算力,而是等人。结构化交接 + 有界验证正是为消除这类流程问题而设计的。

16. 路线图不是交付日期——DSH 六方向逐条核对

DeepSeek Harness 的路线图列了六个方向:远程/移动、长期记忆、浏览器与 GUI 自动化、沙箱安全、多智能体团队、会话共享。真正有用的问题不是「谁的路线图更长」,而是「今天我能用上哪几条」。 我们的优势:
  • 五条方向今天已经交付:手机指挥台(不是把终端塞进手机浏览器)、带可检查演变时间线的跨会话记忆、真实登录态浏览器 + 逐次审批的桌面控制、带持久卷与不可逆动作确认的独立沙箱、带 Kanban 验收与结构化交接的团队模板。
  • 第六条有意收窄:会话共享只做到限时、只读、可撤销的链接(可选密码);多人实时在场与会话 fork/merge 尚未交付。我们如实说,而不是把路线图条目算成功能。
  • 迁移带走的是模型与工具,不是插件:BYOK 凭据与 MCP 工具可以继续用;DSH 专用插件不能原样导入,需要按 SKILL.md 或 MCP 重新挂载。
诚实边界:我们还没有 DSH 那种「稳定 / 实验 / 研发中」的统一功能成熟度注册表。文档只用更简单的「已交付 / 未交付」二分法;完整逐方向表见竞品对比与迁移指南。

17. 模型可换,harness 才是产品

Grok Bot 在 2026 年 10 月把大脑换成 Opus 5.5,恰好说明了一件事:模型是可替换的大脑,而电脑、登录、记忆与例程才是 harness——这正是 Myrm 从第一天就拆开的两层。 我们的优势:
  • 28 家供应商,一套工作流:模型经 LiteLLM 路由与故障转移;换模型不会重置记忆、技能、审批与工作区。
  • 数据留在你选择的机器上:本地 WebUI、Tauri 桌面端或每用户独立云沙箱;BYOK;模型数据使用政策在设置里可见。
  • 审批不随模型变化:风险分级、dry-run 预演与不可逆门禁由 harness 计算,不看模型心情。
  • 没有订阅锁:MIT 开源、可自托管、无区域限制。大脑可以换,Agent 不必换。
诚实边界:从闭源产品迁过来是「能力级重建」,不是「数据级导入」——Grok Bot 的 bots、memory、routines 没有公开导出格式;我们不宣称一键导入。真实多 Bot 群聊尚未交付(在路线图中),不能算作已支持。 竞品实况核对(2026-10-30):文章自己写道,用 Opus 5.5 时「what it reads goes to Anthropic for that step」,而 Musk 帖下关于 opt-out 的提问至今没有回答;文章也明说「你不能选择模型在哪跑」。更强的模型有用;但真正留下来的是那个守住数据、记忆与审批的 harness。