MiMo Code 是能理解微服务上下文的终端编程代理，通过 Plan/Build/Compose 三模式协同，自动拆解需求、扫描项目拓扑、生成可交付组件，并依托持久记忆保障跨服务一致性与安全变更。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 在构建微服务组件时，不是简单地生成几行代码，而是能理解服务边界、通信协议、依赖关系和部署约束的终端编程代理。它把“写一个用户服务”这种模糊需求，拆解为接口设计、数据模型、RPC 或 REST 实现、健康检查、Docker 配置、CI 触发逻辑等可执行子任务，并在真实项目结构中安全落地。
理解微服务上下文
MiMo Code 会自动扫描当前目录下的 docker-compose.yml、go.mod、package.json 或 build.gradle，识别已有服务拓扑、语言栈、API 网关配置和共享库。比如发现项目已用 gRPC + Protobuf + Istio，它就不会默认生成 REST 接口，而是主动加载 .proto 文件，按现有 IDL 扩展 service 定义。
它不依赖你口头重复“我们用的是 Spring Cloud Alibaba”，而是从代码和配置中提取事实——这是它区别于普通补全工具的关键。
三种模式协同完成服务交付
- Plan 模式：先让你确认架构意图。例如输入“新增订单履约服务”，它会输出服务职责边界图、与库存/支付服务的调用关系、需暴露的 endpoints 列表，并建议是否复用现有 auth 中间件。
- Build 模式：进入编码阶段。它会创建新目录、初始化框架（如 Spring Boot Starter 或 Gin 脚手架）、生成 controller/service/dao 层骨架、补全 OpenAPI v3 文档注释，并自动修改网关路由配置。
- Compose 模式：用于端到端交付。比如输入“上线履约服务并验证链路”，它将自动触发：生成 Dockerfile → 更新 docker-compose.yml → 提交变更 → 运行本地集成测试 → 输出 curl 测试命令和预期响应示例。
跨服务状态记忆与一致性保障
微服务开发最怕改了 A 服务忘了同步 B 服务的调用方。MiMo Code 的持久记忆系统会记录：
- 各服务间约定的 DTO 字段名与类型（来自 protobuf 或 OpenAPI）
- 已注册的事件主题（如 Kafka topic 名、消息 schema 版本）
- 历史接口变更记录（例如“v1/user/profile 接口在 6.12 升级为 v2，字段 phone 改为 encrypted_phone”）
当你新建一个依赖用户服务的风控模块时，它会主动提醒：“检测到 user-service v2 已上线，建议风控模块使用 encrypted_phone 字段，并引用 shared-dto v2.3.0”。
安全编辑与变更审查
它不会直接覆盖关键配置文件。对 docker-compose.yml 或 Kubernetes deployment.yaml 的修改，会先生成 diff 补丁，说明每处变更的影响（如“增加 readinessProbe 将延迟启动 5 秒，避免流量打到未就绪实例”），并支持一键回滚。
所有代码生成均通过内置 linter 和静态检查器预校验；若项目启用 SonarQube 或 Checkstyle，MiMo Code 会读取规则配置，确保新代码符合团队质量门禁。
