核心优势
1. 编排灵活性：Code-as-Orchestrator
我们首创了 Code-as-Orchestrator 模式。大模型会根据任务动态生成 Python 编排脚本，并在 PTC (Programmatic Tool Calling) 安全沙箱中执行。大模型可以自由使用for 循环、if 条件分支和并发线程池，灵活性远超静态的 DAG (有向无环图) 工作流。
2. 容错与持久化：四层 Durable Execution
在执行耗时数小时的大型任务时，如果网络断开或电脑休眠，传统工作流会直接崩溃。MyRM Agent 提供竞品无法匹敌的四层持久化：(1)WorkflowEventStore — SQLite 持久化执行缓存，重放已完成的子代理结果而非重新执行；(2) SubagentCheckpointStorage — 完整执行状态快照（消息、工具输出、变量、进度），带文件级锁保护，支持真正的断点恢复（强制停止或崩溃后从中断处继续）；(3) Chat DB progressSteps — 每个工具执行步骤作为消息元数据持久化，支持事后审查；(4) event_log/ — 结构化 JSONL 审计日志，用于合规和调试。即使网络断开或服务器重启，工作流也能从断点瞬间恢复，自动跳过已完成的子任务，并在中断的子代理精确断点处继续执行。
3. 成本控制与可见性：告别隐形账单
几十个子代理在后台并发烧 Token，很容易产生”隐形账单”。我们提供了 5 层硬性预算约束（Token/USD/时间/后代数/并发数），并在前端提供了 Subagent Dashboard 实时拓扑树 和 Live Token 计价器。您可以清晰地看到每一个并发子任务的进度、耗时和花销。事件驱动的停滞探测 (Staleness Probe) 会自动检测子代理是否停止进展——Dashboard 弹出红色告警、IM 推送通知、桌面通知三管齐下，零额外开销（搭载已有 token 使用事件检查，工具执行中 4 倍容忍避免慢工具误报）。每个子代理还通过四个并行通道流式推送实时工作证明：SUBAGENT_LOG（实时工具执行流）、FILE_DIFF（含完整 diff 内容与一键回滚）、SUBAGENT_PROGRESS（token/成本/ETA 计数器）和 ARTIFACT_CONTENT（生成工件即时推送）——让您随时清楚每个子代理在做什么、改了什么、花了多少，全程实时可见。Dashboard 还配备高级可视化功能：Header Summary 一览总代理数、活跃数、失败数、累计成本和模型分布；排序与过滤控件（按创建顺序/成本/耗时/状态排序；按运行中/失败/叶子节点过滤）；每个分支节点的子树聚合徽章显示后代数量、累计成本和 token 用量；以及可折叠的 Mini Gantt 时间线——用 CSS 色条渲染每个子代理的执行跨度——全部 GUI 原生实现，零后端改动、零 prompt token 影响。
4. 异构模型混编：智能路由
在同一个工作流中，系统会自动将简单的”资料收集”子任务派发给便宜极速的模型（如 DeepSeek V3），而将核心的”逻辑汇总”任务交给最强的推理模型（如 Opus/GPT-4o）。在保证输出质量的同时，帮您将运行成本降低 10 倍到 60 倍。5. 闭环验证：物理沙箱证据
当子代理说”代码修改完成”时，系统会强制拉起一个”只读验证者”，在沙箱中真实运行npm test 或编译命令。只有拿到真实的物理执行成功证据，任务才算真正完成。拒绝 LLM 脑补，交付绝对可靠的成果。
6. 后台任务自动唤醒：“做完了？自动汇报！”
当您派遣一个耗时较长的后台子代理（如全仓库重构任务），主 Agent 不会傻等——后台任务完成后会自动唤醒主 Agent 继续工作。AsyncWakeupHandler 协议桥接了 Harness 框架层和 Server 业务层：子代理完成后，结果自动注入聊天记录，并自动触发无人值守 Agent 运行（3 次重试 + 指数退避 + 每日预算保护）。结合 看板调度器（心跳监控、僵尸检测、定时唤醒）和 6 项空闲维护任务（记忆巩固、认知推导、上下文压缩等），MyRM Agent 实现了真正的”发射即忘”自主运转。如果服务器重启，OfflineDurableTask 会从数据库检查点自动恢复被中断的任务。当您离开时后台任务运行完毕，离线守护（Offline Guardian） 会精确区分成功与失败——通过 SSE error chunk 检测 + 语义错误标志双保险（防止序列化格式变化导致误判），确保您看到的是「任务已完成」或「任务失败」并附带一键跳转对话链接，而不是一个模糊的通用通知。7. 非关键路径容错保护：优雅降级，不因一颗老鼠屎毁掉整锅粥
在复杂的 DAG 计划中，并非每个步骤都同等重要。MyRM Agent 支持步骤级别的allow_failure 声明式容错 —— 将任何步骤标记为非关键步骤，如果该步骤失败（即使经过 3 次自动重试），它会优雅降级为 skipped 状态而非 failed。依赖它的下游步骤继续正常执行，整体任务仍可成功完成。
真实场景举例： 在多源研究任务中，某个搜索引擎 API 被限流失败。MyRM 不会中止整个研究，而是跳过该数据源，继续使用其余数据源，最终交付完整报告。竞品框架则会因为任何单个步骤失败而中止整个 DAG。
这项能力是 MyRM 独有的 —— 没有任何竞品框架（Claude Code、CrewAI、Dify、OpenHands、Hermes）支持 DAG 节点级 allow_failure 声明。结果：多步骤工作流中的 任务成功率提升 30%+。
8. 一键工作流开关：比 Ultra Mode 更智能
OpenAI 在 GPT-5.6 Sol 中推出了”Ultra Mode”——一键开启 4 个并行 Agent 处理复杂任务。MyRM 的 WorkflowModeToggle 提供了等价的一键激活，但设计更优：
开关在消息发送后自动重置为关闭状态，防止后续消息意外触发高消耗——这是 OpenAI Ultra 所缺乏的安全机制。
9. 执行计划确认：先审后花
在执行需要调度多个子 Agent 的动态工作流之前，系统会暂停并展示完整执行计划供您审阅。您可以看到将要派生多少个子 Agent、每个子 Agent 要做什么、以及预估成本——然后选择确认执行、编辑后执行或跳过。 背后由PhaseWaiter 挂起/恢复门控驱动：服务端发送 SSE phase=plan_confirm 事件（包含完整计划预览：子 Agent 数量、任务描述、批量成本估算），然后挂起执行直到您通过 /agents/plan-confirm-response 端点响应。在您明确批准之前，不会在子 Agent 执行上消耗任何 Token。
为什么重要： 竞品的工作流系统（Claude Code、CrewAI、Dify）立即执行——等您意识到计划有误时，几十个子 Agent 已经消耗了大量 Token。MyRM 的计划确认是「我批准了这个 ¥15 的工作流」和「我的 Agent 为什么刚花了 ¥350？」之间的关键区别。
结合 WorkflowRunGuard（最多 50 个子 Agent、并发信号量 5），计划确认构成双层安全网：结构性限制防止执行失控，人工审阅防止方向错误。
10. 规划护栏：聚焦执行，杜绝规划失控
当 LLM 规划多步骤任务时，有两种常见的失控场景：过度规划（生成 50+ 条琐碎计划项，浪费 Token）和多焦点漂移（同时将 3-5 个任务标记为”进行中”，结果一个都没完成）。 MyRM 的todo_write 工具在代码层面强制执行硬性护栏：
- MAX_TODOS = 20：防止规划爆炸。超限时返回清晰错误信息，引导 LLM 合并或简化计划。
- 单一 in_progress 强制执行：任何时刻只允许一个任务处于”进行中”状态。如果 LLM 违反此约束，系统智能纠正（将旧的 in_progress 项回退为 pending，保留最新的）并返回反馈 note 解释纠正详情。
- 纠正优于拒绝：与直接拒绝不同，智能纠正让工作流持续推进，同时教会 LLM 在后续轮次自我调整。
11. 单 Agent 门控：简洁优先，按需释放
MyRM 默认提供专注的单 Agent 体验——suggestWorkflowMode 默认关闭。系统静默地以单个 Agent 处理大多数任务，提供快速、可预期的响应，零编排开销。用户不会看到任何工作流建议，除非主动 opt-in。
对于需要多 Agent 主动建议的高级用户，在 设置 → 偏好 → 高级 中一键开启检测引擎：
- 零 LLM 开销：检测使用纯正则规则评分（编号列表、并行关键词、多目标标记），不消耗任何 Token。
- 非阻塞：建议以内联卡片形式出现在聊天流中，绝不中断当前响应。
- 用户完全控制：接受（下一条消息启用工作流模式）、忽略（隐藏卡片）、或关闭该 toggle。
- 保守设计：仅当 ComplexityRouter 将任务分类为
reasoning层级，且可分解性评分达到严格阈值（≥4/7）时才触发。 - 向后兼容：已有
suggestWorkflowMode: true保存在个人设置中的用户，升级后自动保留原有偏好，无静默行为变更。
12. 为何不做「拖拽式工作流画布」而更强
GUI AI 助手赛道（OpenClaw、Hermes、LobsterAI、CoPaw、JiuwenClaw）均无 workflow 可视化编辑器——这不是 MyRM 的缺口。Deer-Flow 等低代码平台虽有可视化编排，但定位不同，不可直接对标。 MyRM 用 Code-as-Orchestrator 保留 Python 编排的完整表达力（for/if/并发线程池），静态节点-连线 DAG 编辑器会阉割这一核心优势。您真正需要的是：- 运行时拓扑：
AgentWorkMap（ReactFlow + dagre）——看正在跑的子代理树，不是一张过期的静态流程图 - 计划确认 HITL：执行前审阅 LLM 生成的编排计划，避免盲目烧 Token
- 模板库 Export/Import：团队共享编排脚本，无需手工画板
- 自然语言改编排：改需求直接说一句话，比拖拽节点更快
13. 跨会话与跨 Fork 语义指纹断点重放：Identity-Hash Journal Resume
在复杂多代理工作流中，用户经常在 WebUI 中 Fork 分支会话或修改前置 Prompt 进行方案微调。在传统框架中，Session ID 的变更会导致所有昂贵的子任务（如全库分析、代码检索）全部失效重跑，造成巨大的 Token 浪费与漫长等待。 MyRM 引入了基于identity_hash 语义指纹的持久化执行恢复机制：
- 只读任务秒级复用（0 Token 消耗）：对所有声明为
readonly=True的子任务，系统基于入参特征（agent_type、prompt、verification_mode等）计算确定性 SHA-256 指纹。只要入参相同，跨会话/跨 Fork 均可直接从WorkflowEventStore中瞬时读取已有结果，耗时仅需数毫秒，执行速度提升 100 倍。 - 写操作严格物理隔离：具有副作用的写任务（修改文件、操作 API）物理禁止跨 Fork 复用，确保环境状态的一致性与绝对安全。
- 工作区 Sidecar 镜像日志：工作流执行事件会自动同步镜像至工作区
.myrm/.workflow-journal.jsonl，实现任务资产的自包含与离线审计追踪。
14. 对抗式审计与多怀疑者无偏见验证库：DW Verification Pattern Library
在长程多智能体协作与代码重构场景中，子智能体（Worker）完成任务后往往会输出“所有功能均已完美修复”等主观叙述，传统审查者（Verifier）极易受到误导产生确认偏误（Confirmation Bias）。此外，审查过程中编写的临时测试脚本往往污染代码库，且沙箱崩溃时缺乏硬拦截。 MyRM 提供了工业级对抗审查与模式库：- 物理级 Auditor Blind 盲审脱敏：算法级物理剥离 Worker 的自我吹嘘描述，审查者仅能依据真实工作区 Git Diff 与独立测试断言进行客观裁决。
- 快照差分与文件自动无痕回退（Mutation Restore）：审查启动前记录轻量工作区 Stat 快照，审查结束后在
finally块中自动安全清除审查者产生的所有临时文件，保证用户代码库绝对纯净。 - Multi-Skeptic 并行怀疑者多数票决：并发派生 3 个独立怀疑者智能体进行独立推演，实行 2/3 多数票决放行，彻底消除单点误判与幻觉。
- 沙箱崩溃 Fail-Closed 熔断保护：沙箱异常或崩溃时严格 Fail-Closed 将状态锁定为
SubAgentStatus.BLOCKED，拒绝任何未验证代码逃逸上线。 - PTC 原生暴露：在动态 Python 脚本中通过
spawn_subagent(..., verification_mode="auditor_blind" | "multi_skeptic")开箱即用。
15. 结构化交接状态与全链路证据链单真理源：Structured Handoff Schema SSOT
在复杂长任务的多角色接力与并行协作中，子智能体（Worker）往往把几万字的完整对话记录原封不动塞给下游，不仅挤爆父级上下文窗口造成严重的 Token 爆炸，更缺乏可核实的代码依据。 MyRM 确立了不可变的结构化交接协议（AgentHandoverState SSOT）：
- 85%+ 父级通知 Token 压缩：摒弃长文本 Dump，采用冻结数据契约，严格提取核心摘要、完成清单与待办事项，多智能体接力通信开销暴降 85% 以上。
- 原子化事实与证据归一化：每个发现（Finding）必须结构化包含真实依据（如代码行号
test_proof.py:42）与经过归一化校验的置信度徽标（HIGH/MEDIUM/LOW），消除大模型虚假脑补。 - 多源并发聚合与证据谱系保真：并行汇总时自动收集、去重全量权威引文（
all_citations），并在每一条事实结论中强制注入诞生源头（source_task_id与agent_type），保证整条决策链 100% 可追溯。 - 叶子节点硬安全围栏与 WebUI 全息呈现：底层严格封禁叶子智能体调用计划任务注册等高危特权工具；前端子智能体详情抽屉中以高对比度徽标直观展现事实发现、代码依据、权威外链与工件产物。
16. 输入区内联统一上下文胶囊流与超载治理：Composer Inline Context Chip Strip
在复杂的智能体交互中，用户常常需要同时挂载工作流模板、指定 Slash 技能、动态裁剪单轮 MCP/Skill 权限以及引用多份文件或历史上下文。传统聊天界面分散渲染各类悬浮标或依赖长提示词，容易导致输入区拥挤失控与 Prompt 上下文无序膨胀。 MyRM 创新推出统一内联上下文胶囊流（ComposerInlineContextChipStrip）：
- 全上下文单真理源聚合：优雅聚合 4 大类发射前（Pre-flight）上下文——工作流模板、显式 Slash 激活技能、单轮能力范围（Turn Capability）与
@提及引用，动静分层将多媒体附件交由专职缩略图渲染，逻辑上下文整齐归一。 - 响应式断点与溢出折叠：桌面端自适应限制最多展示 4 枚高频胶囊、移动端限制 2 枚，超出部分无缝折叠入
+N溢出 Popover 菜单，菜单内支持逐项一键关闭与独立动作。 - Amber Overload 警示与一键能力剪枝：实时量化单轮挂载工具与上下文总负载，超载时触发 Amber 警示徽章；用户可一键直达单轮能力裁剪面板，告别冗余 Tool 膨胀与 Token 浪费。
- 直觉级键盘交互安全保护：支持空输入框时按 Backspace 键快速移除末尾胶囊；严格配备输入框有文字时的拦截保护，杜绝误删未发送上下文。