必须使用项目级.mimorc覆盖全局配置，否则多项目混用会导致模型参数污染；需将model设为"mimo-v2.5-pro-fp4-dflash"并启用enable_file_edit_safety，否则上下文压缩或安全锁失效将中断开发流。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要在终端里让 AI 理解整个项目结构、拆解需求、跨多个文件修改代码、运行测试并提交 Git，而不是只补全单行函数——MiMo Code 的配置文件修改必须精准对应运行场景，否则模型加载失败、记忆丢失或安全锁失效都会立刻打断开发流。
确认配置文件位置与类型
打开终端，进入你的项目根目录（例如 cd ~/projects/my-app），执行：
ls -a | grep -E '\.mimorc|\.mimocode'。
你会看到两种可能：项目级配置 .mimorc（优先级最高）或全局配置 ~/.config/mimocode/mimocode.json。【必须用项目级 .mimorc 覆盖全局配置，否则多项目混用时模型参数会互相污染】。
若项目目录下没有 .mimorc，直接新建：touch .mimorc → 用 VS Code 或 vim 打开编辑。
手动编辑 .mimorc 修改主模型与安全参数
用文本编辑器打开 .mimorc，粘贴以下最小可用 JSON 结构：
{<br> "model": "mimo-v2.5-pro-fp4-dflash",<br> "fallback_models": ["deepseek-coder-33b-instruct", "qwen2.5-coder-32b"],<br> "max_output_tokens": 2048,<br> "tool_call_timeout_ms": 8000,<br> "enable_file_edit_safety": true<br>}
【若 model 字段仍为 "auto"，系统将 fallback 到免费通道的 MiMo-V2.5，其上下文被强制压缩至 32k，长项目分析必然失真】。
保存后，在同一目录下运行 mimo web，右下角状态栏若显示 “✅ DFlash active | ctx: 100000”，说明主模型已加载成功。
在编辑图像时使用，适用于阿里云模型工作室的 Qwen 图像编辑模型（qwen-image-edit、qwen-image-edit-plus、qwen-image-edit-max、qwen-image-2.0 等）。
通过 CLI 命令交互式修改配置
方法一：启动 TUI 界面后实时调整
在项目根目录运行 mimo → 等待界面加载完成 → 按 /settings → 使用 ↑↓ 键定位到 “Model Configuration” → 回车进入子菜单 → 选择 “Edit Model Name” → 输入 mimo-v2.5-pro-fp4-dflash → 按 Tab 切换到 “Save & Apply” → 回车生效。
方法二：命令行一键覆盖关键字段
执行：mimo config set model=mimo-v2.5-pro-fp4-dflashmimo config set enable_file_edit_safety=true
这两条命令会自动写入当前目录下的 .mimorc，无需手动打开编辑器。【注意：该命令不会创建新字段，只修改已有键值；若字段不存在，需先用方法一初始化配置】。
验证配置是否生效
第一步：检查文件内容是否更新
运行 cat .mimorc | jq .model（需提前安装 jq）或直接 cat .mimorc，确认输出为 "mimo-v2.5-pro-fp4-dflash"。
第二步：触发一次真实工具调用
在 TUI 界面中输入 /shell git status → 观察右侧面板是否显示 “✅ Tool executed in 124ms”；若出现 “⚠️ Timeout after 8000ms”，说明 tool_call_timeout_ms 未正确加载。
第三步：测试安全锁是否激活
输入指令：“把 src/index.ts 重命名为 main.ts” → 若配置生效，AI 会停在确认环节并提示 “⚠️ File edit safety is ON. Confirm to overwrite?”，此时输入 /approve 才继续；【若未提示确认就直接执行重命名，说明 enable_file_edit_safety 设为 false 或根本未写入配置】。
