必须用 mimo code 原生 agent 驱动 java 项目：先 mimo init 初始化 spring boot 3.3.4 项目，再 mimo write 实现业务逻辑，接着 mimo test 生成 junit 5 测试，最后 mimo run 启动应用并自动端口重试。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在终端中用 MiMo Code 驱动 Java 项目从零启动、编码、测试到运行，必须绕过 IDE 插件依赖，直接调用其原生 Agent 能力——它不生成代码片段，而是理解 Maven 结构、JDK 版本约束和 Spring Boot 约定，自动补全 pom.xml、编写带 JUnit 5 断言的测试类、甚至注入 Logback 配置。
初始化 Java 项目结构
打开终端，确保已安装 JDK 17+ 和 Maven 3.8.6+。【MiMo Code 不兼容 JDK 8 或 Maven 3.5 以下版本，强行运行会导致依赖解析失败】
执行初始化命令：mimo init --lang java --framework spring-boot --version 3.3.4。
该命令会自动创建标准 Maven 目录结构（src/main/java、src/test/java 等），并写入兼容 Jakarta EE 9 的 starter 依赖。若当前目录非空，MiMo Code 会拒绝覆盖，必须先清空或换路径。
编写主业务逻辑类
进入项目根目录后，运行：mimo write "实现一个用户注册服务，需校验邮箱格式、密码长度≥8位，并返回带 UUID 的响应对象"。
它将自动生成 UserService.java 和 UserRegistrationRequest.java，全部放在 src/main/java 下对应包路径中。注意：类名和包名由 MiMo Code 根据上下文推断，【不会询问你，也不会让你确认，直接落地】。
如果已有同名类存在，它会跳过生成，但自动在该类末尾追加新方法——这个行为不可关闭，也不提供 --force 覆盖选项。
生成配套单元测试
执行：mimo test UserService。
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
这一步触发 MiMo Code 的 Compose 模式：它先静态分析 UserService 的所有 public 方法签名与依赖注入点，再生成 UserServiceTest.java，包含：
① 使用 @ExtendWith(MockitoExtension.class) 的测试类骨架；
② 对每个业务方法构造边界值输入（如空邮箱、7位密码）并断言异常类型；
③ 自动 mock 掉 UserRepository 并 verify save 调用次数；
④ 所有测试方法名严格遵循 should_XXX_when_YYY 命名规范，不支持自定义前缀。
运行并验证结果
在终端中直接运行：mimo run --main com.example.demo.DemoApplication。
MiMo Code 会自动检测 pom.xml 中的 spring-boot-maven-plugin 配置，跳过 mvn compile 阶段，直接执行 mvn spring-boot:run。
若端口被占用，它不会报错退出，而是自动尝试 8081 → 8082 → 8083，直到找到可用端口，并在控制台第一行输出实际监听地址。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
