MiMo Code 通过显式建模任务拆解、分派与验证实现高效路由：上下文路由是意图驱动的状态交接，由主 Agent 归一化提取动作、文件、函数等结构化字段；Writer 子 Agent 在窗口使用率 20%/45%/70% 时抽取 11 个固定字段生成带时间戳的 checkpoint；Goal 验证器基于原始目标与当前状态快照闭环验证；跨模式切换由路由层统一裁剪并传递状态对象。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 不是靠“一个模型硬扛所有事”，而是把任务拆解、分派、验证的过程显式建模——它的上下文路由，本质是让不同子 Agent 各司其职，不共享混乱的长上下文，而是按需传递结构化状态。
路由不是转发，是意图驱动的状态交接
它不把原始对话流直接塞给下一个 Agent，而是由主 Agent 先做意图归一化：提取用户指令中的动作类型（如“调试”“生成测试”“重构”）、目标文件路径、当前错误堆栈片段，并封装成轻量 JSON 结构。这个结构才是路由依据。比如输入“修复 src/utils/date.js 里 formatTime 报错”，路由模块会识别出 action=“debug”、file=“src/utils/date.js”、function=“formatTime”，再把这三项连同最近一次执行失败的 stderr 片段，一起交给 Debugger 子 Agent，而非整段对话历史。
Writer 子 Agent 是记忆路由的核心枢纽
当会话推进到窗口使用率 20%、45%、70% 时，Writer 不只是存快照，它主动做三件事：
- 从当前上下文中抽取出 11 个固定字段（如“已确认的设计约束”“未解决的依赖冲突”“上一轮失败原因”），丢弃冗余日志和重复解释
- 将这些字段写入本地磁盘的 .mimo/checkpoint-xxx.json，每个文件带时间戳和 cycle 编号
- 向主 Agent 返回一个简短摘要（例如：“已记录：date.js 的 formatTime 需兼容 ISO 8601；依赖 moment 已移除；下步应生成单元测试”）
后续任何子 Agent（比如 Test Generator）启动时，读取的不是原始对话，而是最新 checkpoint 中的结构化摘要 + 当前任务树节点，上下文干净、意图明确。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
Goal 验证器构成闭环式路由终点
任务是否完成，不由主 Agent 自己说了算。当主 Agent 声称“已完成”，系统会触发 Goal 验证器子 Agent，它只接收两样东西：
- 用户最初设定的自然语言 Goal（如：“让登录接口返回 JWT token 并支持 refresh”）
- 当前项目状态快照（含代码变更 diff、运行结果、测试覆盖率报告）
验证器用独立 prompt 比对二者是否实质匹配，只输出 true/false + 一行理由（如：“false —— refresh 接口未实现，/auth/refresh 404”）。这个结果决定是否终止会话，或触发 Plan Rebuild 子 Agent 重规划。路由在这里不是单向传递，而是形成“执行→验证→反馈→修正”的闭环。
跨模式切换也靠路由层协调
按 Tab 键在 Compose / Plan / Build 模式间切换时，不是简单换 UI，而是路由层接管状态迁移：
- Compose 模式下，主 Agent 输出的是高层任务树（如：[前端页面]→[后端 API]→[数据库迁移]）
- 切到 Plan 模式后，路由层把该任务树转为 plan.json，交由 Planner 子 Agent 拆解为可执行步骤序列
- 进入 Build 模式，则把 plan.json 中当前 step 提取为 build-context，注入 Shell 执行环境
各模式间不共享完整上下文，只传递经过裁剪、格式统一的状态对象，避免信息污染和 token 浪费。
