mimo code 是终端智能体，非传统ci/cd工具但深度参与自动化发布全流程：环境配置自动识别与补全、构建测试闭环执行、部署触发对接主流工具链、上下文协同具备记忆与预测能力。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 本身不是传统意义上的 CI/CD 工具，但它能以“终端智能体”身份深度参与自动化发布全流程——尤其在环境配置、构建执行、部署触发和上下文协同环节，提供传统流水线难以替代的语义理解与自主决策能力。
环境配置：自动识别 + 智能补全
MiMo Code 在进入项目目录后，会主动扫描 package.json、Dockerfile、pyproject.toml 或 Makefile 等文件，自动推断技术栈和依赖关系。它不依赖预设模板，而是基于代码语义动态生成适配配置：
- 检测到 Node.js 项目时，自动检查
engines字段并提示缺失的 Node 版本；若发现未安装依赖，可直接执行npm ci或yarn install - 识别 Docker 环境后，自动验证
docker-compose.yml中服务端口、网络和卷挂载是否合理，并建议安全加固项（如非 root 用户运行） - 对 Python 项目，能解析
requirements.txt或poetry.lock，对比当前虚拟环境实际包版本，标记潜在冲突
构建与测试：在 Build 模式下闭环执行
启用 Build 模式 后，MiMo Code 拥有完整 shell 权限和文件读写能力，可替代部分 CI 脚本完成轻量级自动化构建：
- 支持自然语言指令驱动，例如输入“打包前端并运行单元测试”，它会依次执行
npm run build、npm test，失败时自动定位错误日志行号并给出修复建议 - 能跨多文件协调任务：比如重构一个 API 接口，它会同步更新 controller、service、DTO、Swagger 注解、测试用例，再运行
mvn verify验证整体一致性 - 内置 Git 集成，构建成功后可自动生成带语义化前缀的 commit（如
ci: build v2.1.0-rc1），并打 tag 推送至远程仓库
部署触发：对接主流发布策略与工具链
MiMo Code 不直接管理服务器集群，但可通过命令调用或脚本生成方式，无缝衔接已有发布体系：
- 对蓝绿部署场景，它能生成标准的 Kubernetes manifest 补丁（如切换
service.selector指向新 deployment），并提示执行kubectl apply -f命令 - 支持金丝雀发布辅助：根据用户指令“将 5% 流量切到新版本”，自动修改 Istio VirtualService 的
weight字段并输出 diff - 可调用本地部署脚本（如
./deploy.sh staging），并在执行后实时 tail 日志、捕获异常退出码，失败时自动回滚上一版镜像标签 - 与 GitHub Actions / Jenkins 配合：通过
/connect github绑定仓库后，能读取 workflow 文件结构，帮用户编写或调试 YAML 配置
上下文协同：让每次发布更“懂项目”
得益于其持久化记忆机制（SQLite FTS5 + checkpoint.md），MiMo Code 能记住历史发布行为和环境特征：
- 第二次执行类似发布任务时，自动复用上次确认过的镜像 registry 地址、密钥路径、健康检查端点
- 当检测到某次部署后频繁出现 503 错误，下次发布前会主动提醒：“上次 v2.0.3 上线后 /health 接口响应超时，建议增加 readinessProbe 初始延迟”
- 跨会话保留 Git 分支策略偏好（如默认使用
release/*分支发布），减少重复配置
