MiMo-Code：從 README 讀懂流程與限制
MiMo 程式碼：模型和代理人共同演化的地方。 MiMoCode也支援連接任何主流LLM提供者API。
秒懂
- 它是什麼？
- 整理 XiaomiMiMo/MiMo-Code 的實際用途、操作路徑、架構線索與採用前檢查。
- 適合誰用？
- 適合願意依 XiaomiMiMo/MiMo-Code 的 README 建立小型案例、檢查具體輸入輸出並承擔相依條件的人；不適合把文件中的能力當成未經驗證的效能或相容性承諾。採用前請執行專案明示的命令，記錄版本、設定、產物與錯誤，再按 MIT 檢查使用方式。
- 可以商用嗎？
- 可以。MIT 是寬鬆授權：你可以使用、修改並販售以它為基礎的軟體，只需保留著作權與授權聲明。
- 還在維護嗎？
- 有在維護。儲存庫最近一次提交在 1 天前。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月14日）與我們的分析，不構成法律意見。
開源專案深度解析
終端原生的工作入口
MiMoCode 是一款終端原生 AI 程式設計助手。根據 README，它可以讀寫程式碼、執行命令、管理 Git，並使用持久記憶系統在工作階段間保持對專案的深入理解，同時持續自我改進。內建的 MiMo Auto 通道限時免費，且零設定。該助手還可連接主流 LLM 提供者的 API。倉庫描述是"Where Models and Agents Co-Evolve"，這也是 README 中的標語。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 本節編號1，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 先記錄首次啟動的終端輸出與返回碼；這次只改變一個條件，觀察輸出、日誌與程序狀態的差異，並把結果寫入xiaomimimo-mimo-code-deep-analysis的測試紀錄。這個專案的輸入格式、執行環境、檔案位置、程序狀態、錯誤訊息、輸出內容與授權條件都要分開記錄，才能判斷文件描述是否適用於目前案例。
提供者與首次啟動
快速開始部分列出了 macOS/Linux 的 curl 單行安裝、Windows PowerShell 的安裝指令碼，以及全平台的 npm 安裝，然後執行"mimo"。首次啟動會引導完成設定。支援的選項包括 MiMo Auto（匿名、限時免費）、小米 MiMo 平台的 OAuth 登入、Codex 的 OpenAI OAuth、從 Claude Code 匯入、提供 API 金鑰或 OAuth 的提供者清單（如 xAI/Grok），以及用於任意 OpenAI 相容 API 的自訂提供者。README 還提供了 WSL 剪貼簿、macOS 終端轉譯、SSH 下 TUI 卡頓和 Windows CJK 輸出的故障排查說明。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 本節編號2，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 再比對設定檔中的鍵名和實際產物；這次只改變一個條件，觀察輸出、日誌與程序狀態的差異，並把結果寫入xiaomimimo-mimo-code-deep-analysis的測試紀錄。這個專案的輸入格式、執行環境、檔案位置、程序狀態、錯誤訊息、輸出內容與授權條件都要分開記錄，才能判斷文件描述是否適用於目前案例。
代理模式與 compose
MiMoCode 有三個主要代理：build（預設，完整工具權限）、plan（唯讀分析）和 compose（面向規格驅動開發的編排）。Tab 鍵可在它們之間切換。第一條訊息後模式會鎖定：build 和 plan 仍可互相切換，但 compose 一旦進入即被隔離。對於前沿模型，推薦使用 build 代理配合"/compose-next"技能來執行 compose 風格的工作。舊式 compose 代理會編排十四個內建技能。還有"/goal"命令設定停止條件，由獨立模型評估對話以防止過早停止。子代理可按需建立，共享當前工作階段上下文，可並行工作，並具備生命週期跟蹤。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 本節編號3，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 接著用最小輸入重跑並保留錯誤訊息；這次只改變一個條件，觀察輸出、日誌與程序狀態的差異，並把結果寫入xiaomimimo-mimo-code-deep-analysis的測試紀錄。這個專案的輸入格式、執行環境、檔案位置、程序狀態、錯誤訊息、輸出內容與授權條件都要分開記錄，才能判斷文件描述是否適用於目前案例。
記憶如何跨工作階段
記憶系統基於 SQLite FTS5 全文搜尋。它包括專案記憶（MEMORY.md）、工作階段檢查點（checkpoint.md）、草稿筆記（notes.md）以及 tasks/<id>/progress.md 下的每個任務進度。工作階段恢復時會自動注入記憶。上下文管理功能包括自動檢查點、接近上限時從最新檢查點重建上下文、帶重要性排序的預算注入，以及透過"/context-limit"或"compaction.max_context"調整壓縮點。README 解釋了為什麼使用者可能希望提前壓縮：成本分層、可用視窗可能因存取路徑而異、品質與延遲考慮。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 本節編號4，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。
權限、設定與技能
工作流程是確定性 JavaScript 指令碼，在沙箱執行階段中編排多個代理。列出了四個內建工作流程：compose（從 Brainstorm 到 Merge 的完整流水線）、deep-research（多來源報告）、fact-check（對抗性驗證）和 research-experiment（自主最佳化迴圈）。自訂工作流程可放在 .mimocode/workflows/ 或 .claude/workflows/ 中。技能是可複用的指令集；README 列出了 24 個內建技能，包括 arxiv、docx-official、pdf-official、evolve 和 skill-creator。使用者技能可覆蓋內建技能，放在專案或個人目錄中。環境變數可停用內建技能或從 TUI 自動補全中隱藏。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 本節編號5，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。
OpenCode 血緣與授權
MiMoCode 使用 JSON/JSONC 設定檔，並發布 JSON Schema 用於自動補全和驗證。主設定可以是專案級（.mimocode/mimocode.jsonc）或全域（~/.config/mimocode/mimocode.jsonc）。TUI 設定和認證憑據有各自的位置。可透過 baseURL、apiKey 和模型 ID 新增自訂 OpenAI 相容端點。README 警告 apiKey 以明文儲存，不應提交。權限控制包括對專案工作目錄之外檔案的 external_directory 提示，以及用於受信任的臨時環境的"--dangerously-skip-permissions"標誌。README 明確警告風險，並指出殘留的"ask"規則可能使該標誌失效。
MiMoCode 是 OpenCode 分支，實際能力仍受提供者設定、權限與 MiMo 服務條款影響。應在隔離專案觀察記憶檔案、Git 變更和命令確認行為。 本節編號6，只根據 README 與素材可確認的內容，未列出的版本相容性、效能和安全保證均視為未說明。
編輯結論
適合願意依 XiaomiMiMo/MiMo-Code 的 README 建立小型案例、檢查具體輸入輸出並承擔相依條件的人；不適合把文件中的能力當成未經驗證的效能或相容性承諾。採用前請執行專案明示的命令，記錄版本、設定、產物與錯誤，再按 MIT 檢查使用方式。
社群筆記