SSD Nodes Learn 8GB 記憶體 — 每年 $66
指南 Matt Connor作者: Matt Connor

MiMo-Code 是什麼?Xiaomi 的 Claude Code 替代方案

了解 MiMo-Code:Xiaomi MiMo 團隊以 MIT 授權發布、從 OpenCode 分支而來的終端機程式碼代理程式,並先檢視官方自述的 benchmark 結果,再決定是否改用。

MiMo-Code 是什麼?

MiMo-Code 是由 Xiaomi MiMo 團隊開發的終端機程式碼代理程式,於 2026 年 6 月 15 日採用 MIT 授權條款,以開放原始碼形式發布。它會在 shell 中以 CLI(命令列介面)工具的形式執行。它可以讀取及編輯專案中的檔案、執行 shell 命令、操作 git,並在不同工作階段之間保留程式碼庫的備註。

其運作方式與 Claude Code 相同。您以自然語言描述工作,代理程式提出編輯內容與命令,然後由您核准。兩項差異十分重要。其原始碼是開放的,因此您可以確切查看代理程式傳送給模型的內容。此外,模型與代理程式是分開選擇的,因此相同的代理框架可以連線至 Xiaomi 的模型、OpenAI 相容端點,或您自行託管的模型。

此程式庫稱為 MiMo-Code,安裝的命令則是 mimo。這兩個名稱都會出現在文件中,因此搜尋任一名稱都能找到相同的工具。

MiMo-Code 的來源及其重要性

MiMo-Code 是 OpenCode 的分支。OpenCode 是 sst project 提供的開放原始碼終端機代理程式。LICENSE 檔案保留原始的 Copyright (c) 2025 opencode 行,README 也有一個簡短章節說明兩者的關係。repository 中有一個公開 issue,要求 Xiaomi 比僅保留授權條文更完整地註明 OpenCode 貢獻者。

了解這點後,另一件原本看似不可能的事就能解釋。專案在 2026 年 6 月首次發布,卻已經具備完善的 TUI(文字使用者介面)、plugin system、可與多種 model API 通訊的 provider abstraction、MCP(model context protocol)支援,以及 LSP(language server protocol)整合。這些工作不可能在 6 週內完成。它們是隨著分支一併帶入的。Xiaomi 新增的是 memory layer,以及與 Xiaomi 自有 models 的連結。

如果你已經在 VPS 上執行 OpenCode,就會對其配置和按鍵繫結感到熟悉,因為底層使用的是相同的程式碼。

「模型與代理程式共同演進」實際上的含義

該儲存庫的標語是「模型與代理程式共同演進」。這句話包含兩項不同的主張,但目前只有其中一項有已發布的詳細資料支持。

第一項主張與執行階段有關,而且已有文件說明。MiMo-Code 會為每個專案維護持久化記憶體儲存區,使用 SQLite 全文搜尋作為後端,並與工作階段狀態及工作進度並存。兩個斜線指令會驅動這項功能。/dream 會從近期工作階段擷取持久性知識,並將其寫入專案記憶體。/distill 會將重複的程序轉換為可重複使用的技能。Xiaomi 自家的工程說明指出,這些作業大約每一至四週執行一次,而不是在每個工作階段後執行。因此,代理程式在你的儲存庫中的行為會隨時間改變,而模型檔案本身保持不變。

第二項主張與訓練有關,因此需要謹慎解讀。Xiaomi 將 MiMo-V2.5 的後訓練描述為三階段管線:監督式微調、大規模代理式強化學習(RL),以及從數個專門教師模型進行策略上蒸餾,將知識整合至單一學生模型。代理式 RL 表示模型是在多步驟工具呼叫的工作階段上訓練,而不是只使用單一問答配對。這項內容確實存在,也說明了模型為何能在長串工具序列中維持一致性。但 Xiaomi 尚未發布訓練報告,證明模型是在這個特定 harness 內進行最佳化,且 harness 會因應變化而調整。

因此,應將「共同演進」理解為一個同時掌握兩個部分的團隊所表達的目標。你實際能觀察到的效益較有限,但仍有價值:同一批人員負責撰寫工具 schema、system prompt 並發布模型,因此這些元件彼此契合。Claude Code 無法採用這種方式,因為它的 harness 是固定 API 模型的用戶端。Anthropic 同樣會針對代理式用途訓練模型,但你無法在 harness 下方直接替換模型。

MiMo-Code 工作階段在終端機中的樣貌

執行 mimo 會開啟全螢幕終端機介面。您輸入工作後,代理程式會讀取檔案、提出變更建議,並在寫入或執行任何內容前徵求同意。除了預設的建置模式之外,它還提供計畫模式和組合模式,以及可將部分工作交給獨立代理程式執行的子代理程式系統。它也內建大量技能,這些技能是代理程式可依名稱呼叫的預先封裝程序。

開始前,請先了解以下幾點。

  • 預設會針對每個動作個別要求核准。--dangerously-skip-permissions 旗標會移除這些提示。旗標名稱與功能相符,因此只有在出錯也不會造成損失時才使用它。
  • 它可在非互動式終端機中執行。mimo run 接受提示並以非互動方式執行,這正是指令碼或 CI 工作所需的模式。此外也包含 Web 介面。
  • 設定儲存在可提交至版本控制的檔案中。專案會讀取 .mimocode/mimocode.jsonc,全域設定則位於 ~/.config/mimocode/mimocode.jsonc
  • 憑證不會儲存在這些檔案中,而是放在 ~/.local/share/mimocode/auth.json。因此,請勿將該路徑納入 git,也不要放入您要分享的任何備份中。

能夠執行 shell 命令的代理程式,等同於您已將 shell 的控制權交給某個程式。請為它配置專用的機器和使用者。嘗試新代理程式時,最安全的方式是使用 工作階段結束後即可銷毀的一次性 VM,因為錯誤的命令只需重新建置,而不必從備份還原。

MiMo-Code 真的勝過 Claude Code 嗎?

Xiaomi 的發布資料提出了明確主張:在兩個代理框架中使用相同模型時,MiMo-Code 的得分較高。以下是已發布的數據。

ChartXiaomi's self-reported harness comparison, same model in both agents
The data behind this chart
[
  {
    "tool": "MiMo-Code",
    "swe_bench_pro_pct": 62,
    "terminal_bench_2_pct": 73
  },
  {
    "tool": "Claude Code",
    "swe_bench_pro_pct": 57,
    "terminal_bench_2_pct": 68
  }
]

在 SWE-bench Pro 上,Xiaomi 報告 MiMo-Code 的得分為 62%,Claude Code 則為 57%。在 Terminal Bench 2 上,兩者的數據分別為 73% 和 68%。其論述是模型保持不變,因此約 5 個百分點的差距來自代理系統,而不是模型本身。

請將這些數據視為供應商提供的數據。評估由 Xiaomi 執行並發布,而且 MiMo-Code 似乎未出現在公開的 SWE-bench 或 Terminal-Bench 排行榜中,因此尚無獨立機構重現這項差距。Xiaomi 對自身結果的限制說明得相當直接。該公司的說明指出,這些基準測試衡量的是針對單一儲存庫問題的一次性問題解決能力;在其自行測試中,兩個代理在執行步驟少於約 200 步時,表現大致相同。據稱的優勢出現在長時間執行的情況,而一次性基準測試並未涵蓋這種情況。

這是較為客觀的解讀。供應商執行的基準測試若有 5 個百分點的差距,足以成為嘗試該工具的理由,但不足以成為將團隊所依賴的工作移轉過去的理由。

執行 MiMo-Code 的費用

Xiaomi 在推出時提供名為 MiMo Auto 的免費通道,無須註冊即可使用。該通道自一開始就被說明為限時提供,2026 年 7 月 24 日發布的 0.1.9 版本發布說明也提到免費 MiMo-V2.5 試用即將終止。不要以此建立工作流程。

相較於前沿模型供應商,使用 Xiaomi 平台的付費方案價格低廉。截至 2026 年 8 月,MiMo-V2.5-Pro 的公開國際價格為:輸入快取未命中時,每 1 百萬個輸入 tokens 收費 $1.00;每 1 百萬個輸出 tokens 收費 $3.00;上下文上限為 256K。價格可能變動,因此規劃預算前請查看目前的價格頁面。

另一種方式是使用自己的硬體。MiMo-V2.5 和 MiMo-V2.5-Pro 的權重以 MIT license 發布在 Hugging Face,因此可以自行提供服務。但請務實評估所需規模。具備 1 百萬個 token 上下文視窗的模型,不適合一般 VPS,您需要使用 連接 GPU 的 VPS 或專用機器。較小型的本機模型則是另一種情境,較接近 在 VPS 上執行 Ollama 以自行代管 LLM

MiMo-Code 也能連接其他供應商。它可以遷移現有的 Claude Code 登入狀態、連接 OpenAI 帳戶、接受其他供應商的 API key,或連線至任何 OpenAI-compatible endpoint。連接消費者訂閱方案前,請先確認其條款,因為供應商條款會決定哪些 client 可以使用訂閱方案,而其他供應商提供的 CLI 不一定涵蓋在內。

是否應該改用 Claude Code?

如果您已經付費使用 Claude Code,而且運作正常,不必更換。2026 年 7 月下旬的 0.1.9 版,在首次發布 6 週後推出,已清楚反映目前狀態。0.1.x 版本號表示各版本之間可能有破壞性變更,設定格式也仍在調整。對於正在評估的工具,這可以接受;但對於團隊所依賴的工具,這會造成困擾。

在以下 4 種情況下,MiMo-Code 值得認真考慮。

  • 費用由您負擔。Xiaomi 的 token 價格遠低於前沿供應商,而 agent 本身不收費。
  • 您需要檢視 harness。開放原始碼表示您可以檢查 prompts 和 tool definitions,這對安全性審查或稽核很重要。
  • 您希望將 agent 與 model 分開採購,這樣更換其中一項時,不必同時更換另一項。
  • 程式碼不能離開您的網路。開放權重讓自建 backend 成為可能,而不必進行協商。

Cursor 和 Copilot 是不同的比較對象。兩者都在 editor 內運作,而 MiMo-Code 在 terminal 中運作。這項差異對您工作日的影響,比任何 benchmark 分數都更大;Claude Code 與 Cursor、Codex 及 Copilot 的比較會詳細說明其中的取捨。

在您已租用的 VPS 上執行 MiMo-Code

終端機代理程式適合執行在伺服器上。它會讓工作階段保持開啟數小時,需要穩定的網路連線,也應能在您闔上筆記型電腦後繼續運作。其他終端機代理程式也採用相同模式:在小型伺服器上建立長時間執行的工作階段,然後從任何位置重新連線,詳見 在 VPS 上使用 tmux 執行程式碼代理程式

請為它建立專用的非特權使用者,並讓它使用儲存庫的複本,而不是您唯一的副本。它能存取的範圍取決於執行它的帳戶。這項設定能在提示內容出錯時持續限制其權限。

此專案提供兩種安裝方式:透過 HTTPS 提供的 shell 安裝程式,以及適用於已安裝 Node.js 之電腦的 npm 套件 @mimo-ai/cli。對於重要的伺服器,建議使用 npm 套件。執行前,您可以先檢視套件的內容,也不會將遠端指令碼直接透過管線傳送給 shell。若要了解還有哪些工具值得部署在該伺服器上,請參閱 自託管 AI 代理程式總覽

FAQ

MiMo-Code 是免費的嗎?

此代理程式依 MIT 授權條款以免費且開放原始碼的形式提供,因此您可以閱讀並修改它。真正產生成本的是其背後的模型。Xiaomi 在推出時提供了限時免費管道 MiMo Auto,而 24 July 2026 的版本資訊提到該試用即將結束,因此請預期之後需要付費存取。截至 August 2026,已公布的 MiMo-V2.5-Pro 國際價格為:快取未命中時,每 1 million 個輸入 tokens 收費 $1.00,每 1 million 個輸出 tokens 收費 $3.00。您也可以將 MiMo-Code 指向任何 OpenAI-compatible endpoint,改向其他供應商付費。

MiMo-Code 與 OpenCode 是同一個程式嗎?

MiMo-Code 起初是 OpenCode 的 fork,目前仍共用其核心。終端機介面、plugin system、provider abstraction 和 MCP integration 都源自該程式碼庫,且 OpenCode 的著作權行仍保留在 repository 的 LICENSE 檔案中。Xiaomi 新增了由 SQLite full-text search 支援的持久記憶層、額外的 agent modes,以及直接存取自有模型的功能。如果您熟悉 OpenCode,就已經了解 MiMo-Code 大部分的運作方式。

我可以使用 Claude 或 GPT models,而不是 Xiaomi 的模型嗎?

可以。首次執行設定會提供選項,讓您遷移現有的 Claude Code 登入狀態、連線至 OpenAI 帳戶,或接受其他供應商的 API key;您也可以在 ~/.config/mimocode/mimocode.jsonc 中手動設定任何 OpenAI-compatible endpoint。連線 consumer subscription 前,請先確認其條款,因為供應商條款會規定哪些 client 可以使用 subscription plan。

在主要工作機器上執行 MiMo-Code 安全嗎?

請將它視為任何可以執行 shell commands 的代理程式。預設情況下,它會在每個動作前要求核准;而 --dangerously-skip-permissions 會停用這些提示,這也是多數事故發生的原因。請使用專用的 unprivileged user 執行,操作 repository 的 clone,並以可銷毀及重建的機器為佳。其影響範圍取決於執行它的 account,因此請限制該 account 的權限與可存取資源。