mimo code 是终端原生的智能编排中枢，通过 compose 模式自动调度版本发布全流程，结合持久记忆与工具链集成实现可复用、可追溯、跨会话延续的自动化发布。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 本身不直接管理 Git 标签、CI/CD 流水线或包仓库发布，但它能作为终端原生的智能编排中枢，把版本更新与发布流程中原本需要人工串联的多个环节——比如检查变更、生成日志、打标签、构建产物、推送发布——自动调度执行。关键在于用它的 Compose 模式 + 持久记忆 + 工具链集成能力 构建可复用、可追溯、跨会话延续的发布工作流。
用 Compose 模式驱动全流程发布
Compose 是 MiMo Code 的核心自动化模式：你只需描述目标（例如“为当前项目发布 v1.2.0 版本”），它会自动拆解为需求分析 → 变更识别 → changelog 生成 → 版本号校验 → Git 标签创建 → 构建打包 → 发布验证等步骤，并在终端内调用本地命令完成。
- 启动时直接输入
mimo compose "发布 v1.2.0 正式版，包含登录优化和错误修复" - 系统自动读取
git log、package.json或pyproject.toml，比对上一版本，识别出 PR/commit 范围 - 调用内置 changelog 工具（或你配置的 conventional-changelog）生成规范日志，并写入
CHANGELOG.md - 确认版本语义合规后，执行
git tag v1.2.0 -m "release: v1.2.0"和git push origin v1.2.0
让每次发布都“记得”项目约定
MiMo Code 的持久记忆系统会自动记录项目特有的发布规则，比如：“本项目使用 Calendar Versioning，补丁号由 CI 自动递增”“npm 包需先 npm pack 再 npm publish --otp=xxx”“Python wheel 必须上传到私有 PyPI”。这些不是临时提示，而是存进 MEMORY.md 和 SQLite 数据库，下次运行时自动加载。
- 首次发布后，它会把关键决策（如版本格式、签名方式、仓库地址）写入项目级记忆
- 后续再执行类似指令，无需重复说明；若检测到
.versionrc或release.config.js，也会优先读取并遵循 - 任务进度树（T1.1 打标签、T1.2 构建、T1.3 推送）实时可视，中断后恢复可精准续跑
对接真实构建与发布工具链
MiMo Code 不替代 npm、poetry、ghr 或 GitHub Actions，而是以安全方式调用它们。它支持 shell 命令执行、文件读写、Git 操作，并能解析命令输出判断成败。
- 可配置
build模式下的预设动作：例如定义publish:npm命令，内部封装npm version patch && npm publish全流程 - 通过
/connect接入企业私有模型或审批服务，在关键步骤（如推送生产 tag）前触发人工确认或权限校验 - 语音指令也适用：“嘿 MiMo，发布当前分支为正式版” → 自动唤醒、加载上下文、执行 Compose 流程
用 /dream 实现发布经验沉淀
每 7 天一次的 /dream 自进化机制，会扫描近期所有发布会话，提取共性操作、高频报错（如 “401 Unauthorized on npm publish”）、绕过方案（如 “需提前设置 OTP 环境变量”），压缩合并进项目记忆。
- 避免同类问题反复发生：比如某次因 GPG 密钥过期失败，下次会自动提醒
gpg --list-keys并建议刷新 - 新成员接手项目时，只要运行
mimo，就能继承团队已沉淀的发布习惯和避坑指南 - 记忆快照还可导出为
RELEASE_GUIDE.md，作为文档同步给协作方
