同時用好幾個 AI 代理的人，多半碰過同一個麻煩：每個代理散在各自的終端機視窗裡，誰在跑什麼、跑到哪一步、要不要人接手，全得自己盯。OpenMausBot 換了個介面來解決：把每個代理當成通訊錄裡的一個聯絡人，左邊一排頭像，點進去就是對話。

它到底是什麼

OpenMausBot 是一套以 Electron 打造的桌面程式，前端用 React 寫，採 Apache-2.0 授權，程式碼公開在 GitHub 上，目前一萬一千多顆星。它的做法是給每個代理一套獨立設定：自己的名字與頭像、自己的模型、自己的雲端電腦、自己接上的應用，然後把這些全部裝進一個聊天視窗式的介面裡。

這個思路的好處是搬移成本低。用過即時通訊軟體的人不必學新操作：未讀、置頂、右鍵選單、資料夾分組，全照聊天軟體的習慣來。差別只在於對面回話的不是人，而是一個能讀檔案、能開瀏覽器、能執行指令的代理。

每個代理都有自己的電腦

這是它跟一般聊天用戶端最大的不同。打開某個代理的電腦面板，雲端桌面會自己拉起來，工作過程中有即時畫面預覽，需要人手接手時點一下就能在瀏覽器裡接管操作，也可以讓它改用你正在用的這臺機器。

一個代理一臺機器的意義在於隔離。做爬蟲的那個可以隨便裝依賴、隨便改環境，不會污染另一個在跑資料分析的環境；需要試驗危險操作時，損失也就侷限在那臺臨時機器上。對於要同時跑好幾件事的人來說，這種隔離比「多開幾個終端機視窗」乾淨得多。

動手之前先問你一句

讓 AI 直接操作電腦，最讓人不放心的就是它悄悄做了什麼。OpenMausBot 把這件事做成一個權限中間層：執行 shell 指令、修改檔案、向你提問，都會以卡片的形式出現在對話裡，你可以選擇允許、拒絕，或者直接在聊天裡回答。雲端電腦與本機電腦走同一套核准邏輯。

要說明的是，這套核准不是事後日誌，而是執行前的阻擋——沒有你的允許，動作不會落地。對習慣把重要資料放在同一臺電腦上的人來說，這個設計比任何「事後可追溯」的承諾都更實際。

觸發器：從「叫它幹活」到「它自己開工」

應用裡有一個觸發器頁面，管的是「當某件事發生，某個代理就去做某件事」。排程任務可以只跑一次、按週幾跑，或者按五到一千四百四十分鐘的間隔重複；間隔型任務會跟設定的起始時間對齊，上一次還沒跑完時會跳過這一次，避免任務堆積成佇列。除了排程，也可以由外部請求喚起，或由已接上的應用事件觸發，比如收到某個人的郵件就起草一封回信。

這個設計的價值在於把代理從「被動回應」變成「值班」。晨間彙總、定時巡檢、表單來了就處理，這類不需要人盯的活兒交給觸發器之後，人只在需要決策時出現。

連接應用與團隊重複使用

它準備了一個連接應用的市集，授權一次之後，所有代理都能把那些服務當工具呼叫，涵蓋郵件、行事曆、程式碼託管、文書協作、專案管理這些常見類別。金鑰保存在本機，介面上只顯示「已設定」，不回顯也不外傳，這一點對多人共用一臺機器的情境挺關鍵。

團隊層面的設計也有意思。一個代理團隊可以打包成一個 Markdown 檔案，匯入後會自動走一遍審閱介面，把成員、頻道、流程與連接清單列清楚再建立；整個部門也能匯出成一個檔案分享給別人，但聊天紀錄、金鑰與模型選擇不會跟著走，別人匯入後拿到的是全新的代理、關閉的技能與暫停的例行任務。這種「帶走結構、不帶走資料」的取捨，比單純匯出設定要穩妥。

邊界與適用面

專案自己把狀態寫得很坦白：早期但可用，從發訊息到代理執行、串流回覆、呼叫工具、核准、使用電腦，這條鏈路是通的。macOS 與 Windows 有正式建置，Ubuntu 24.04 的版本還在測試階段，能力有取捨；託管與行動端的連線還在進行，外部請求觸發器目前依賴本機接收端；通話功能只在 macOS 上可用。目前版本是 0.1.139，跑在 Electron 上，體積與記憶體佔用不會像原生應用那樣輕。

適合誰？手上已經有多個代理在跑、又總覺得管理起來很散的人，會立刻感受到這套介面的價值；需要給不同任務配不同模型、不同電腦、不同權限的人，也能從中省下不少手動切換的時間。如果你只是偶爾問 AI 一個問題，那它的體量與概念都偏重了——這是一個給「同時開好幾攤」的人準備的工作台。