AiMaMi：把 OpenAI Codex 的對話、MCP 與模型路由收進一個桌面管理面板

Facebook Line Messenger Telegram

AiMaMi 是一款給 OpenAI Codex 重度使用者用的第三方桌面管理工具（github.com/borawong/AiMaMi，Apache-2.0，1294 顆星，TypeScript／Tauri 2，macOS 與 Windows 雙平台），它不動 Codex 本體，定位是第三方輔助工具，把 Codex 官方沒覆蓋到的管理能力集中到一個桌面面板：對話串、MCP 與自訂指令、以及把第三方模型接進 Codex 的模型選單。用之前有兩件事必須先講清楚：第一，它雖然掛 Apache-2.0，但核心三模組（帳號、對話、智慧路由）是閉源的，想要完整源碼審計或二次開發的人會失望；第二，它的帳號輪換功能若拿來閃避 OpenAI 的速率限制，可能違反服務條款，這條線無論如何不能踩。

一句話結論：AiMaMi 把「在 Codex 裡找對話、改 MCP 設定、切換模型」這些零散動作收攏成一個桌面面板，對每天長時間用 Codex 跑多個專案的人能省下不少重複操作。但它不是完全開源（核心模組閉源、無公開安全公告），帳號輪換功能還有合規風險，只建議當額度監控面板用、別拿來規避速率限制。它適合把 Codex 當日常工具的重度使用者，不適合偶爾用或堅持完全開源的人。

把 Codex 那些散落的管理工作收攏成一個面板

用 Codex 用得越深，越會被一些管理工作流的零碎事絆住。實際情況常是這樣：你同時在手跑三個專案，每個專案都開了好幾條 Codex 對話，隔天想接手其中一條，卻記不得它藏在哪個資料夾、哪次指令列交談裡；想臨時把一個本地模型接進來測試，又得翻設定檔改半天；MCP 和自訂指令的設定也散落在不同地方，改到後來分不清哪份是正式的。Codex 本身能力足夠，缺的是一個統一管理介面，而這些零碎的翻找與切換累積下來會吃掉可觀的專注力。

AiMaMi 想補的就是這個管理缺口。它是一個用 Tauri 2 建置的原生桌面應用，把那些原本散落在指令列、設定檔與多個工具之間的管理動作整合到同一個桌面介面。它處理的，是那些會吃掉你專注力的切換成本：記不得對話開在哪、設定檔改到分不清、想把別的模型接進來又得跳工具。模型能力本身它不碰。

AiMaMi 替你管的幾件事

實際拆開來看，它補的主要是幾類管理能力。

AiMaMi 桌面應用程式的主控台介面，整合對話、MCP 與模型路由等管理面板 — AiMaMi 的主控台把對話、MCP 與模型路由等管理面板整合在同一個桌面介面裡。（圖片來源：AiMaMi 官方 GitHub 專案）。

對話串管理是它最有感的一塊。這裡面最救場的是「遺失對話救援」：那些你以為已經不見、其實還躺在背景的對話（多半是關掉終端機或異常中斷造成的孤兒上下文），它能掃出來讓你一次拉進面板。常規的對話樹視圖也在，按專案分組、能批次刪除，但真正省時間的是找到那種「明明昨天還在調某段程式、今天就找不到了」的上下文，比重新描述一遍給 Codex 快得多。

MCP 與 Skills 管理把 MCP 伺服器與技能包的生命週期搬進同一個面板，新增、啟用、停用都能在視覺化介面裡完成，不必每次手動改設定檔；自訂指令也支援範本庫與歷史版本追蹤，改壞了能隨時還原。對常在多個專案間共用同一組 MCP 設定、或想快速試裝一個新技能包的人，統一在面板裡操作，比逐一打開設定檔編輯直觀許多。尤其是 MCP server 一多，哪個該啟用、哪個該停用很容易搞混，有個面板集中看會清楚很多。

模型路由讓你把本地模型，或 Claude、DeepSeek，乃至 ChatGPT 那類 GPT 模型，接進 Codex 跟官方模型排在同一個下拉選單裡。開關一撥，Codex 的模型清單就會跟著更新，要不要重新啟動才生效依版本而異，照面板提示走最準。對會在 Codex 裡頻繁比對不同模型輸出的人，能在同一個工作流裡直接切換，不必再跳到別的 IDE 或網頁去問第二意見，省下的就是反覆貼上程式碼、對照結果的瑣碎時間，這對常需要比較不同模型對同一段程式的反應、從中挑最合用的人特別有感。

先講清楚：它掛 Apache-2.0，但核心模組其實是閉源的

這點要誠實講，因為它同時是優點也是限制。AiMaMi 在 GitHub 上標註 Apache-2.0，但它的核心三模組（帳號、對話、智慧路由）是私有閉源的；而且專案還在早期，也沒有公開的 SECURITY.md。

這代表兩件事。第一，如果你是企業或團隊、需要完整源碼審計或評估資料流向，它現在不是理想選擇，導入前要自己補一層安全評估，畢竟它涉及 API Key 與第三方模型設定，資料怎麼流、會不會外傳，目前只能靠作者自律而沒有公開規範可循，這也是企業導入前最該自己驗證的一環。第二，要自己拉原始碼 build 的人得先知道：帳號、對話、路由這三塊的程式碼不在 repo 裡，編出來的只會是 MCP 與指令設定那層外殼，等於閹割版，要完整功能只能用官方 Releases 的安裝包。一般使用者直接從 Releases 下載安裝包就沒這問題，但對把「能不能審計、能不能改」看得很重的人，這條界線要先認清。至於單純想拿來用、不在意閉源核心的個人使用者，這層背景不影響日常使用。換句話說，閉源這件事對「團隊導入要過資安評估」與「個人想自己編一份」這兩種人影響最大，對一般下載安裝包就用的人，更像是一個你該知道、但不會擋住你用的前提。

AiMaMi 的 GitHub 專案頁面，顯示 1294 顆星、Apache-2.0 授權與 TypeScript 標籤 — AiMaMi 的 GitHub 專案頁，可看到星星數、Apache-2.0 授權標籤與專案描述。（圖片來源：AiMaMi 官方 GitHub 專案）。

帳號輪換這功能，別拿來閃避速率限制

AiMaMi 能顯示帳號額度，額度見底時也可以自動換到備用帳號。但有一條合規紅線要先講：把這個自動切換當成繞開 OpenAI 用量上限的手段，等於在服務條款邊緣走，被官方抓到可能被降速、標記異常甚至停用，得不償失。

所以它更適合當個看額度還剩多少、何時重置的看板，而不是拿來突破限制。如果你要的是純粹的用量與額度看板，TechMoon 也介紹過 CodexBar 這類 AI 編程工具用量監控，定位上更單純、不碰帳號輪換，兩者可以搭配著用。

適合誰，不適合誰

AiMaMi 不是給只是想玩玩看的人準備的。它真正對口的，是那種把 Codex 當成每天主力、卻被工作流的零碎成本磨到受不了的人：這種人往往同時跑多個專案、對話開到找不到，MCP 設定改到分不清哪份是正式的，還三不五時想在雲端和本地模型之間橫跳，每次都得切來切去。他們要的是省動作，不是更多功能。

它對其他幾種期待幫不上忙。如果你主要在單一 IDE 裡用內建 AI 就夠了、不太同時跑多條 Codex 對話，AiMaMi 對你意義不大；如果你要的是把多個免費 LLM 來源聚合成一個閘道，那比較接近 FreeLLMAPI 那類 AI API 閘道的範疇；而如果你堅持只用完全開源、能完整審計的工具，AiMaMi 的閉源核心會讓你過不了這關。把它放對位置，也就是重度 Codex 使用者的工作流管理面板，它才會順手。