mimo code 的子 agent 是按需调度的独立执行单元，依据窗口阈值（20%/45%/70%）和语义信号（如“重构”“生成测试报告”）触发；writer 负责结构化写入11项标准化json字段，tester与gitagent在compose中协同预执行；所有子agent共享memory.md但状态隔离，支持/status、/rebuild、/git retry等干预指令。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 的子 Agent 不是预设脚本，而是根据任务状态实时生成、按需调度的独立执行单元。它不靠硬编码触发，而依赖 Cycle 机制下的窗口阈值与语义信号双重判断——当主 Agent 的对话窗口填充至 20%、45%、70% 时，自动唤醒 Writer 子 Agent；当检测到“重构”“合并分支”“生成测试覆盖率报告”等明确动作意图时，则调度 Tester 或 GitAgent 等专用子 Agent。
Writer 子 Agent：结构化记忆的守门人
Writer 是唯一拥有写入权限的子 Agent，但它不修改主会话上下文，只向磁盘写入标准化字段（意图、动作、任务树、错误摘要、设计决策等共 11 项）。它的输出不是自由文本，而是严格 schema 的 JSON 文件，用于后续 rebuild 重建上下文。你无法手动调用 Writer，但可通过 /dream 命令主动触发其批量整合逻辑——每 7 天一次，自动去重、验证路径有效性、合并跨会话同主题记忆。
Tester 与 GitAgent：按需激活的协作单元
在 Compose 模式下，当你输入“用 React 写待办应用并加单元测试”，系统不会等代码写完再启动测试，而是在编码阶段中途就派发 Tester 子 Agent 预生成 Jest 配置和 mock 框架；提交前一刻，GitAgent 自动检查 staged 文件、生成符合 Conventional Commits 规范的 commit message，并预演 push 冲突可能性。这些子 Agent 共享同一项目 MEMORY.md，但彼此隔离运行，互不读写对方状态。
如何观察和干预子 Agent 行为
- 终端右侧面板实时显示当前活跃子 Agent 类型及生命周期（如 “Writer ▶️ running | 3s”）
- 输入 /status 可查看各子 Agent 最近一次输出摘要与时间戳
- 用 /rebuild 强制触发上下文重建，相当于手动唤起 Writer 并加载最新结构化记忆
- 若某次 GitAgent 执行失败，可输入 /git retry 直接重试，无需重跑整个 Compose 流程
避免常见误用
子 Agent 不支持自定义指令或参数注入。比如不能输入 “/writer --format=markdown” —— 它的输出格式由底层 schema 固定。也不建议频繁中断 Writer 进程（如 Ctrl+C），因其保存的是原子快照，中断可能导致字段缺失，影响后续 rebuild 的完整性。真正需要调整的是主 Agent 的提示词：更清晰的动作动词（如“生成接口契约文档”而非“整理一下 API”），才能更可靠地触发对应子 Agent。
