mimo code 是能理解业务逻辑、识别规则边界并构建工程化实现路径的终端ai编程代理，其核心能力依赖持久记忆、多agent协同与compose模式联动。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 不是把自然语言翻译成代码的“翻译器”，而是能理解业务逻辑、识别规则边界、并主动构建符合工程规范的实现路径的终端 AI 编程代理。它对业务规则映射的自动化，核心不在“写得快”，而在“想得准”——靠的是持久记忆 + 多 Agent 协同 + Compose 模式三者联动。
业务规则识别：从模糊描述到结构化契约
当你输入类似“用户下单后，若金额≥500且为VIP，自动触发免运费+短信通知+库存预占”这类需求时，MiMo Code 会自动做三件事：
- 提取实体与约束：识别出“用户”“订单”“VIP等级”“金额阈值”“短信服务”“库存系统”等关键要素
- 推导隐含规则：比如“预占失败需回滚”“短信发送超时要降级为站内信”——这些虽未明说，但会在 plan 模式下被子 Agent 主动补全
- 生成契约文档：输出一份 Rule Contract（如 YAML 或 Markdown），明确前置条件、执行动作、异常分支和上下游依赖
代码映射：不止生成，还校验一致性
进入 build 或 compose 模式后，它不会直接写函数，而是先做上下文对齐：
- 扫描当前代码库，定位已有订单服务模块、用户权限判断逻辑、通知网关封装等位置
- 比对历史项目记忆（MEMORY.md），确认团队约定的异常码规范、日志埋点格式、事务边界习惯
- 调用本地 Lint / Test 工具预检，确保新代码能通过已有 CI 流水线
生成的代码默认包含单元测试桩、OpenAPI 注释、以及 diff 可视化预览，支持一键审批合并。
持续演进：规则变更时自动同步更新
业务规则常变，而 MiMo Code 的记忆系统让它具备“状态感知”能力：
- 当 Git 提交中检测到 rules/ 目录下的 YAML 更新，会自动触发 /dream 合并流程，重载规则契约
- 若某次重构导致原 VIP 判定逻辑迁移至新微服务，它能基于会话检查点快速定位影响范围，并批量更新调用方
- 任务进度树（T1.2.1 → T1.2.2）会记录每次规则调整的决策依据，后续审计或交接时可追溯
实际落地建议
要让 MiMo Code 真正跑通业务规则映射，推荐这样起步：
- 首次运行时选择 MiMo Auto，用中文完整描述一条典型规则，观察其输出的 Rule Contract 是否贴近你团队的理解习惯
- 在项目根目录放一个 business-rules.md，哪怕只写三行——它会被自动纳入项目记忆，成为后续推理的锚点
- 启用 compose 模式后，优先让它生成接口定义（OpenAPI 3.0）和 DTO 类，再逐步扩展业务逻辑，避免一步到位带来的验证盲区
