mimo code 是具备真实执行能力的构建助手，支持自然语言驱动项目初始化、ci/cd配置、docker化等全流程；需启用build模式并校验工程标识，自动生成合规配置且保障跨文件一致性与安全回滚。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 不是只写代码的助手，它能直接参与构建流程本身——从初始化项目、安装依赖、配置 CI/CD 脚本，到生成 Dockerfile 和 GitHub Actions 工作流，全程可由一条自然语言指令驱动完成。
明确任务边界，用 Build 模式接管终端
MiMo Code 默认以 Plan 模式启动（只读分析），但自动化构建必须启用 Build 模式——它拥有真实 Shell 执行权限和文件系统写入能力。启动时加 --mode build 参数，或在 TUI 界面中按 F2 切换模式。该模式下工具会自动校验当前目录是否为 Git 仓库、是否存在 package.json 或 pyproject.toml 等工程标识，再决定后续动作范围。
- 未初始化项目：自动执行
npm init -y或poetry init，并根据语义补全 license、author 字段 - 已有项目：跳过初始化，直接读取依赖清单，识别缺失工具链（如 missing prettier、missing husky）
- 权限提示：首次执行命令前会弹出确认框，支持一键授权或逐条放行，避免静默越权
用自然语言描述构建需求，不写 YAML 也能生成标准配置
不需要记住 GitHub Actions 的语法结构或 Docker 多阶段构建关键词。你只需说清楚目标，MiMo Code 会结合项目类型、语言栈和常见实践自动生成合规配置。
- “给这个 Node.js 项目加上自动 lint + test + build 的 CI 流程，失败时钉钉通知我” → 自动生成
.github/workflows/ci.yml，集成actions/setup-node、prettier-action、jest-runner，并插入钉钉 Webhook 配置占位符 - “用 Alpine 基础镜像打包 Python FastAPI 应用，暴露 8000 端口，支持热重载开发” → 输出
Dockerfile和docker-compose.dev.yml，包含uvicorn启动命令、watchmedo监控逻辑及 volume 映射路径 - “把当前项目的构建产物发布到私有 Nexus 仓库，带版本号和 GPG 签名” → 生成
publish.sh脚本、settings.xml片段，并提示需提前配置MAVEN_HOME和 GPG 密钥环路径
跨文件联动修改，保持配置一致性
构建配置不是孤立存在的。MiMo Code 会主动扫描关联文件，确保改动同步生效。
- 当你新增一个 GitHub Action，它会检查
package.json中 scripts 是否已定义对应命令（如"build": "tsc && vite build"），若缺失则自动补充 - 修改 Dockerfile 的基础镜像后，自动更新
.dockerignore排除开发专用文件（如node_modules、.env.local） - 为 CI 添加缓存策略时，同步在
pnpm-lock.yaml或poetry.lock文件头部添加注释说明缓存键生成逻辑
验证与回滚机制保障生产安全
所有生成的构建脚本都会先做本地模拟执行（dry-run），并输出预期影响范围；确认无误后才真正写入磁盘。
- 执行
git diff预览变更，高亮新增/修改/删除的行，支持交互式选择保留哪些部分 - 每轮构建配置更新自动创建 Git commit checkpoint，附带摘要日志（如 “add ci workflow for lint/test/build”），可通过
mimo history查看并一键git reset --hard - 若某次 CI 脚本导致流水线失败，可在 Web UI 中上传失败日志，MiMo Code 将定位具体步骤错误（如权限不足、路径不存在），并推荐修复方案
