mimo code的agent模式支持build、plan、compose三种模式切换，分别用于开发执行、只读分析和全流程自动编排，通过子agent协同、后台异步执行与裁判模型校验实现安全可控的ai编程。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想让AI真正接手一个模块的重构、写测试、改代码、做审查，而不是只补几行代码或回答问题——MiMo Code的Agent模式就是为此设计的。它不是把人变成打字员，而是让人坐镇指挥中心，把具体执行交给多个协同工作的智能体。
三种核心Agent模式切换
启动MiMo Code后，默认进入build模式，拥有完整开发权限：读写文件、执行Shell命令、调用Git、运行测试。按Tab键即可在三种模式间循环切换，无需退出重进。
① build：默认模式，适合日常编码、调试、快速迭代。所有工具全部启用，可直接修改源码、提交变更、触发CI检查。
② plan：只读分析模式，禁用任何写操作。当你想审查一段遗留代码、评估重构风险、生成技术方案时，切到这个模式能防止误改——【一旦在plan模式下尝试写文件，系统会立即中止并提示“只读上下文拒绝变更”】。
③ compose：全流程编排模式，输入一句需求（如“给用户中心添加邮箱验证功能”），它自动拆解为需求分析→接口设计→数据库迁移→前后端实现→单元测试→安全审查，并分派子Agent并行执行。整个过程不打断、不等待人工确认，最终输出交付包和变更摘要。
子Agent协同机制实操
当你在build或compose模式下发出复杂指令（例如“重构payment-service模块，支持分账与退款幂等”），主Agent不会自己一行行写代码，而是立刻生成3～8个子Agent，每个绑定独立任务和上下文快照。
方法一：后台异步执行
主Agent下发指令后，子Agent自动在后台线程运行。你可随时输入/status查看各子Agent进度、耗时、错误日志。某个子Agent卡住时，输入/cancel payment-refund-test即可终止其任务，不影响其他子Agent继续工作。
方法二：结果合并校验
所有子Agent完成任务后，主Agent不直接采纳输出，而是调用内置裁判模型（Referee Model）进行三重校验：是否覆盖原始需求、是否存在语法/逻辑冲突、是否通过预设质量门禁（如test coverage ≥85%）。任一校验失败，整组子Agent结果被丢弃，主Agent重新规划执行路径。
这一步操作起来很简单，直接把文件拖进去就行。但注意：子Agent之间默认不共享内存，仅通过SQLite记忆库交换结构化中间产物（如AST片段、测试覆盖率报告、SQL Schema diff），避免“幻觉传染”。
自动编码流程触发条件
MiMo Code不会在任意输入下都启动全自动编码。只有同时满足以下三个条件，才会激活Compose级自动编码：
• 输入含明确交付意图动词：如“实现”“添加”“重构”“迁移”“替换”，而非“怎么”“为什么”“有没有”；
• 当前项目根目录存在mimo.yaml配置文件，且其中定义了delivery_target（如target: "backend-v2.3"）；
• 本地Git仓库干净（git status --porcelain无输出），或已配置auto-commit: true。
不满足任一条件时，系统降级为build模式下的交互式辅助，逐轮确认每处修改。这种设计防止AI在模糊需求或脏工作区里盲目生成不可逆代码。
