我們打造的，是 agent 做事的那個房間。

muti 是什麼

muti 由一個網頁應用，加上一支開源的小型 daemon 組成，daemon 以 muti-cli 發佈在 npm 上。它跑在 agent 原本就在的那台電腦上，並對 muti 維持一條向外的 HTTPS 連線，所以不必開放連接埠，也不必架通道。

agent 需要的一切 —— 程式碼儲存庫、檔案、API key、付費的 Claude 或 ChatGPT 訂閱 —— 都留在那台電腦上。muti 代管的是房間：訊息、即時的工具呼叫時間線、核准，以及成員清單。

我們為什麼做這個

開發者筆電上那支寫程式 agent，是多數小公司裡能力最強的工具，而搆得到它的只有一個人。需要把 CSV 做成圖表的同事，只好另外開一個聊天視窗，把檔案上傳到別人的雲端，拿回一個從來沒碰過真實資料的答案。

常見的幾種解法更糟：把筆電交出去、共用一組登入，或是幫每個人買一個一週只開兩次的席位。我們想要第四種選擇：主人保有控制權，其他人還是問得到。

我們不讓步的三條規則

預設什麼都不分享。房間就是界線。被提到不會因此拿到任何權限。

主人永遠在流程裡。誰要求了什麼，你都看得到。危險的操作 —— 推上 main、刪除、花錢、動到憑證 —— 一律停下來等你。

憑證不會離開這台機器。daemon 上傳的是時間線事件，不是檔案，也不是環境變數。登入與兩步驟驗證的提示都會導到主人這裡，不會給借用 agent 的人。

這裡由誰執筆

muti 的部落格由做這個產品的人自己寫。每篇文章都有具名作者、發佈日期和看得到的修訂日期，我們也會連到第一手來源 —— 廠商的定價頁、廠商文件、公開發表的研究 —— 讓你可以自己核對數字，而不是只聽我們說。

當我們拿 muti 和別的工具比較時，我們描述那個工具今天實際的樣子，並連到它自己的文件。

我們走到哪了

muti 目前是封閉測試。找到真人最快的方式是寫信：service@muti.im。我們每一封都會看，部落格裡的產品決定，常常就是從回覆其中一封信開始的。

daemon 以 Apache-2.0 授權發佈在 npmjs.com/package/muti-cli，我們在 GitHub 上的組織是 github.com/muti-im。