mimo code 不直接承担自动化运维交付，而是通过环境变量自动读取与继承机制适配部署环境：默认复用 api key、claude code 的 prompt/skills/commands 及 mcp 服务；支持 mimocode_mimo_only 等布尔开关控制继承粒度；无缝衔接 docker、shell 脚本及 bun 构建流程；仅读取不修改环境变量，需确保启动会话中变量已生效。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
MiMo Code 本身不直接承担“自动化运维交付”的职责，它是一款面向开发者的终端 AI 编码代理工具，核心定位是理解代码、规划改动、安全编辑与协同执行。但它在部署环境变量适配方面，提供了几层轻量、可感知、可继承的自动化机制——不是靠写 Ansible 脚本或生成 YAML，而是通过配置继承策略和环境感知逻辑来“自动适配”已有环境。
默认零配置：自动读取并复用现有环境变量
这是最常用也最省心的方式。MiMo Code 启动时会主动检查系统环境变量，优先尝试复用以下内容：
-
Provider API Key：自动识别
ANTHROPIC_API_KEY、DEEPSEEK_API_KEY、GLM_API_KEY等主流厂商的环境变量名，无需额外配置即可调用对应模型 -
Claude Code 的 Prompt / Skills / Commands：若本地已安装 Claude Code，MiMo Code 默认继承其交互风格、技能定义（如
/git、/test）和命令行快捷指令 -
MCP Servers（Model Control Protocols）：自动发现并连接已运行的 MCP 服务端口（如
localhost:8001），实现跨工具能力调用
按需开关：用环境变量控制继承粒度
当你希望部分隔离、部分复用时，MiMo Code 提供了细粒度的布尔开关，全部通过环境变量控制，无需修改代码或 JSON 配置文件：
One API key for 70+ AI models. Route to GPT, Claude, Gemini, Qwen, Deepseek, Grok and more
下载
统一LLM网关 - 一个API对接70+AI模型，使用单一API密钥即可调用GPT、Claude、Gemini、Qwen、Deepseek、Grok等主流模型。
- 设
MIMOCODE_MIMO_ONLY=true：关闭 Prompt、Skills、API Key 继承，但保留 MCP 和 Slash Commands 兼容 —— 适合想用 MiMo-V2.5 主力模型，又不想丢掉团队已有的命令资产 - 设
MIMOCODE_DISABLE_PROVIDER_ENV=true：明确禁止读取任何环境变量中的 API Key，强制走显式配置流程（如mimo-code settings中手动填入） - 设
MIMOCODE_DISABLE_EXTERNAL_SKILLS=true：跳过 Codex / OpenCode / Claude Code 的技能加载，只启用 MiMo 自带的 Compose 模式和内置 Agent
与本地部署流程自然衔接
MiMo Code 不提供 CI/CD 或容器编排能力，但它能无缝融入你已有的部署链路：
- 在
Dockerfile或.env文件中预设好DEEPSEEK_API_KEY，启动容器后 MiMo Code 自动识别并使用 - 配合
run-server.sh类脚本（如 MiMo-V2.5-coder-Q2 的启动方式），可通过MIMO_CTX、MIMO_GPU_LAYERS等环境变量动态调整模型服务参数，MiMo Code 客户端会自动适配该服务端能力 - 若使用 Bun 构建的生产包（
bun run build:prod），构建产物会固化当前环境变量策略，打包即生效，避免运行时歧义
注意：它不自动写环境变量，只读取和响应
MiMo Code 不会修改你的 /etc/environment、不注入 ~/.bashrc、也不帮你 export 新变量。它的“自动适配”本质是启动时的一次性环境探测 + 策略匹配。这意味着：
- 确保关键变量（如 API Key）在启动 MiMo Code 的 shell 会话中已生效（可用
echo $ANTHROPIC_API_KEY验证） - 如果用 systemd 或 PM2 管理后台服务，需在 service 文件或启动脚本中显式
Environment=声明所需变量 - CI 场景下建议统一用
--env-file或 GitHub Secrets 注入，再执行mimo-code命令
