MiMo Code 的高效使用依赖精准提示词设计：明确角色与项目上下文、用 Few-shot 示例固化规范、善用内置命令补全代码上下文、绑定 Git 状态与变更意图。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让 MiMo Code 真正理解你的代码库，关键不在模型有多强，而在你给它的“指令”是否精准、结构是否清晰、上下文是否充分。它不是被动接收命令的工具，而是需要被引导的智能代理——提示词就是它的施工图纸。
明确角色 + 项目上下文 = 可信起点
别只说“帮我加个登录功能”，这会让 MiMo Code 在海量通用知识中随机采样。它需要知道自己面对的是什么系统、谁在用、要解决什么具体问题。
- 先定义角色：比如“你现在是本项目的首席后端工程师，熟悉 Spring Boot 3.2、OAuth2 和 PostgreSQL 16”
- 再锚定上下文：补充一句“当前代码库基于 monorepo 结构，auth 模块位于 /packages/auth，API 网关使用 Kong，所有接口需兼容 OpenID Connect 规范”
- 避免泛泛而谈的“优化性能”或“提升可读性”，换成“将 /src/main/java/com/example/order/OrderService.java 中的批量创建逻辑从同步改为异步，使用 VirtualThread，并确保幂等性校验不丢失”
用 Few-shot 提示固化团队约定
MiMo Code 支持少样本学习，这对统一风格、复用模式特别有效。尤其适合团队已有编码规范、日志格式、错误处理模板等情况。
- 在首次会话中，主动提供 1–2 个“输入→输出”示例。例如：
- 输入：“新增用户注册时发送欢迎邮件” → 输出：调用 NotificationService.sendWelcomeEmail()，该方法已封装在 /shared-lib/src/main/java/...，必须通过 EventPublisher 异步触发，不可阻塞主线程
- 输入：“记录订单超时异常” → 输出：使用 Logger.warn("ORDER_TIMEOUT", Map.of("orderId", id, "elapsedMs", duration))，且必须包含 traceId 字段
- 后续同类请求，MiMo Code 就会自动沿用这套语义和路径，无需重复说明
善用 MiMo Code 的内置能力补全上下文
它不像普通聊天模型那样依赖你手动粘贴代码。你可以让它自己读、查、推理，再基于真实结构生成响应。
- 用 /search 命令定位关键文件：“/search auth service interface” 或 “/search error handler pattern”
- 用 /read 查看具体实现：“/read packages/auth/src/main/java/AuthService.java”
- 用 /plan 模式让它先拆解任务：“请为‘支持手机号一键登录’设计完整改动方案，列出需修改的模块、接口变更、数据库迁移点和测试覆盖项”
- 这些动作产生的上下文会被自动纳入记忆系统，后续提示词自然带入真实代码结构，不再靠你凭记忆描述
绑定 Git 状态与变更意图
开发不是静态写代码，而是围绕分支、提交、PR 流程推进。把 Git 上下文显式融入提示，能大幅降低误解风险。
- 告诉 MiMo Code 当前所处分支：“你在 feature/sso-login 分支上，尚未 commit，目标是合并到 develop”
- 说明变更边界：“本次改动仅限于 /packages/auth 和 /packages/api-gateway，不要修改 /packages/frontend”
- 关联已有 PR：“参考 PR #427 中的 token 刷新逻辑，本次登录流程需复用其 refresh token 策略”
- MiMo Code 能解析 .git/config、识别当前 HEAD，并在执行 /git commit 时自动带上符合团队规范的 message 格式
