在代管和自行託管的個人 AI 代理之間做選擇，並不是在「省事」和「隱私」之間二選一。它是在選擇：系統的每個部分由誰執行，資料流向哪裡，以及哪些故障會變成你的責任。
對個人 AI 代理來說，這種區別比對一個簡單的聊天應用程式更重要。AI 代理可能持有進行中的 Task，呼叫模型，搜尋網路，連線其他服務，在一個電腦環境裡工作，並在之後帶著結果回來。把應用程式搬到你自己的機器上，會改變其中一部分邊界，但並不會自動把所有依賴一起搬過去。
Comma 兩條路都提供：由 Comma 營運的代管服務，以及可以用 Docker Compose 執行的開源部署。兩種形態下的產品都一眼能認出來，但執行模式和部分能力並不相同。這篇指南解釋其中的取捨，既不把自行託管當成一枚勳章，也不把代管軟體當成人人都該避開的妥協。
簡短的回答
如果你想用 AI 代理，又不想成為它的基礎架構維運者，就選 代管版 Comma。Comma 執行服務，儲存代管工作區的資料，負責更新和備份，並為工作區提供一台雲端電腦。代管產品還包含 Comma 所介紹的會議錄製功能。作為換取這種代管體驗的代價，你要接受這項服務在帳號、方案、資料處理和可用性方面的邊界。
如果控制應用程式堆疊、資料庫、模型設定和部署環境值得你付出維運工作，就選 自行託管版 Comma。你的執行個體執行在你管理的機器上，應用程式資料存放在你營運的資料庫和物件儲存裡。你也要負責升級、備份、公開網路設定、容量、監控和故障恢復。模型呼叫和可選的整合仍然可能把資料發給外部提供方。
無論哪種選擇，都免不了要弄清權限和已連線的服務。有用的問題不只是 Comma 裝在哪裡？，而是 每個元件由誰執行，這個 Task 在執行過程中，資訊會流向哪裡？
比較的是職責，而不是口號
官方自行託管指南把這種分工講得很具體：
這不是一張功能評分表。對一個人來說，管理五個持久磁碟區和一個反向代理是不必要的分心。對另一個人來說，把應用程式和它的記錄放在自己控制的基礎架構上，正是使用這個產品的主要理由。更好的選項，是你真正能長期承擔其職責的那一個。
順著資料路徑走一遍
「自行託管」描述的是 Comma 堆疊執行在哪裡，並不意味著每一個位元組都留在那台機器上。
在預設的自行託管堆疊裡，Task、聊天和檔案都存放在你營運的服務裡。Compose 部署在 Comma 伺服器和客戶端之外，還包括 PostgreSQL、Redis、ClickHouse、MinIO 和一個設定磁碟區。Comma 的指南說明，這個堆疊不會向 Comma 傳送分析資料或追蹤資料。這是一條有用的邊界，但資料流分析到這裡還沒有結束。
AI 代理呼叫模型時，請求會發往這個執行個體所設定的模型提供方。如果你為網頁搜尋和頁面讀取新增了 Exa 金鑰，相關請求就會發往 Exa。如果你把執行個體公開，登入驗證碼需要一個真正的郵件伺服器。已連線的應用程式和 AI 代理使用的任何網站，仍然是各自獨立的服務，有各自的資料處理方式。反向代理、DNS 提供方、主機代管商和備份目的地，也可能成為你所設計的維運路徑的一部分。
代管版 Comma 的路徑不同。Comma 營運應用程式並儲存代管工作區的資料，而模型和整合的路徑取決於代管設定以及你選擇的服務。代管免去了伺服器管理，但並不能免去決定連線什麼、一個 Task 應該使用哪些資訊。
無論哪種部署，在做出寬泛的隱私結論之前，先把一個真實的工作流程畫出來。如果一個 Task 用外部模型總結一份 Drive 文件，就問：
Task 和文件引用存放在哪裡？
哪個服務去取原始檔？
模型請求裡包含哪些內容？
哪個提供方收到這個請求？
結果、日誌和備份保留在哪裡？
誰可以撤銷連線或刪除已儲存的狀態？
這個練習揭示的東西，比部署方式的標籤更多。自行託管可以讓你直接控制重要的儲存和設定，但完整的路徑是你搭建的那個工作流程本身的屬性。
自帶模型是一個路由決定
Comma 的自行託管設定讓你可以設定模型提供方的端點、協定、模型 ID、API 金鑰、脈絡預算和輸出上限。提供方呼叫使用的是你自己的提供方帳號，所以計費和服務條款屬於你和提供方之間的關係，而不是 Comma 的額度。
這種靈活性支援幾種安排。你可以用自己的帳號使用商業模型 API，指向一個相容的私有端點，或者設定一個你自己執行的模型。這些選項不應該被籠統地歸為「本機 AI」。一個把提示發給雲端模型的自行託管 Comma 執行個體，仍然有一條外部的模型資料路徑。執行私有模型可以改變這條路徑，但前提是所設定的端點和周邊基礎架構確實處在你想要的邊界之內。
憑證也需要同樣的小心。營運這個堆疊，意味著要保護模型金鑰、生成的金鑰、郵件憑證，以及整合使用的任何權杖。對設定的控制之所以有價值，正是因為設定承載著責任。
自行託管意味著營運一個系統
公開儲存庫提供了一個完整的單節點 Docker Compose 起點。它會建置 Web 客戶端、管理端和伺服器，並啟動配套的資料服務。第一次啟動可以在本機進行：埠預設只繫結到回送位址，Mailpit 提供一個本機收件匣來接收登入驗證碼。
本機跑通並不等於具備生產條件。公開部署需要放在反向代理後面使用 HTTPS，Web 應用程式、管理端和產品 API 要用不同的源，還需要一個真正的 SMTP 服務。公開註冊預設關閉。你需要決定誰能存取這個執行個體，憑證和 DNS 怎麼管理，金鑰怎麼存放，安全更新怎麼安裝。
備份也是整個系統的屬性，而不是複製一個資料庫。Comma 的指南要求先停止整個堆疊，再把五個具名磁碟區一起備份：config、postgres、objects、clickhouse 和 redis。設定磁碟區裡存著加密金鑰和認證金鑰。如果丟了它而保留了其他磁碟區，你手上的資料可能根本無法有意義地恢復。在實際測試過一次恢復之前，備份計畫都不算完整。
升級又是一項責任。你需要維護視窗、足夠建置用的磁碟空間、發現服務故障的手段，以及與你的用途相匹配的回溯或恢復方案。如果 AI 代理成了日常工作的一部分，機器的可用性、儲存的健康狀況和網路設定，就成了原本由代管服務替你消化的產品問題。
開源改變的是你能檢查和修改什麼，並不能免去這些維運工作。Comma 的原始程式碼以 AGPL-3.0-only 授權釋出，儲存庫也說明了對你提供服務的修改版本負有的原始碼公開義務。這是實實在在的控制權，但它不同於安全審計、支援合約，也不能保證某個具體部署設定正確。
兩條路徑上的雲端電腦並不是同一種能力
代管產品為工作區提供一台雲端電腦。這讓 AI 代理在單次模型呼叫之外，有了一個能處理檔案、工具或類瀏覽器執行的工作環境，而且不需要使用者另外去準備這個環境。
截至 2026 年 10 月 26 日，公開自行託管堆疊裡的群組雲端電腦預設關閉，需要 Cloudflare 設定。儲存庫並不會因為核心服務跑起來了，就把這項能力變成一個自動可用的本機沙箱。如果雲端電腦上的工作是你的 Task 的核心，做決定時就要把它的執行環境、設定、成本、隔離和維護都考慮進去，而不只是應用程式伺服器。
這可能改變實際的答案。主要需要持久的 Task、接入模型呼叫，以及掌控已儲存的應用程式資料的人，也許能接受額外的設定工作。期望一台開箱即用的執行電腦作為 AI 代理體驗一部分的人，即使自己會跑 Docker，也可能更喜歡代管版 Comma。
會議錄製有單獨的執行環境邊界
同樣的提醒也適用於會議。截至 2026 年 10 月 26 日，Comma 的代管體驗包含會議錄製，但公開的自行託管儲存庫說明，會議和 Agent VMM 主機需要儲存庫裡沒有包含的執行環境。
所以，自行託管核心應用程式並不能復現完整的代管會議路徑。你可以自己搭建或整合額外的基礎架構，但要考慮與你的情況相關的權限、錄音相關法律、儲存設計和轉寫提供方。那將是一個由你營運的系統，而不是標準 Compose 堆疊裡自帶的一個開關。
請把這當作一條明確的產品邊界。如果錄製和處理通話是決定性的用途，那麼目前代管版和自行託管版 Comma 不能互相替代。
選擇之前做一次職責測試
關於自行託管，最有用的問題不是「我會不會跑 Docker？」，而是「第一次成功啟動之後，我願不願意一直負責這項服務？」
如果你有一台長期可用的機器或伺服器，能保護並備份它的狀態，了解自己設定的外部提供方，並且足夠看重直接的控制權、願意維護這個部署，自行託管就很合適。當你需要自己的網路邊界、模型端點、資料保留流程或原始碼級的定製時，它就更有意義。
如果結果比伺服器更重要，你需要代管的雲端電腦或會議路徑，或者你不希望個人 AI 代理的可用性取決於自己的維護習慣，代管版 Comma 就很合適。選擇代管並不妨礙你仔細設定權限或限制連線的內容，它只是把基礎架構的營運交給了 Comma。
做決定之前，把這些問題的答案寫下來：
哪些資料必須存放在我營運的基礎架構上？
哪個模型提供方會收到 Task 的內容，用的是哪個帳號？
我的主要工作流程需要雲端電腦或會議錄製嗎？
我能管理 HTTPS、郵件投遞、金鑰、更新和存取控制嗎？
我的備份集是什麼，我測試過恢復嗎？
我不在的時候，誰會發現並修復故障？
我選擇自行託管是為了一條具體的邊界，還是只因為這個詞聽起來更安全？
如果答案指向不同的方向，就從能支撐你最重要的工作流程的那種部署開始。從一個範圍明確的 Task 和它真實的資料路徑裡學到的，會比一份抽象的功能對比更多。
關於代管和自行託管個人 AI 代理的問題
自行託管版 Comma 自動就更私密嗎？
不是。它把應用程式堆疊和資料庫置於你的控制之下，而且標準堆疊不會向 Comma 傳送分析資料或追蹤資料。但模型提供方、搜尋、郵件、已連線的應用程式、網路服務和備份，仍然可能接收或儲存資料。隱私取決於完整的設定和工作流程。
自行託管版 Comma 需要 Comma 帳號或訂閱嗎？
公開的 Docker Compose 堆疊不需要 Comma 帳號、Stripe 或 Comma 額度。你提供機器，並設定一個模型提供方帳號或私有模型。這些選擇可能各有自己的基礎架構和用量成本。
我可以用自己的模型提供方嗎？
可以。自行託管堆疊提供了提供方端點、協定、模型和憑證的設定項。如果你自己執行的提供方支援所需的介面，也可以使用；但自行託管 Comma 本身並不會讓第三方模型變成本機模型。
自行託管版包含雲端電腦嗎？
不是作為開箱即用的預設項。Comma 的官方指南說明，群組雲端電腦需要 Cloudflare 設定。如果你的工作流程依賴電腦執行，就要為這項單獨的設定和它的執行邊界做好規劃。
自行託管版包含會議錄製嗎？
不包含。公開儲存庫說明不包含會議執行環境。因此在這個用途上，代管服務和標準的自行託管堆疊是不同的。
我需要備份什麼？
在堆疊停止執行環境，把五個具名磁碟區——設定、PostgreSQL、物件、ClickHouse 和 Redis——作為一整套一起備份。務必保留設定磁碟區，因為裡面存著加密和認證金鑰。升級或恢復之前，請按照最新的自行託管指南操作。
開源就等於安全嗎？
不等於。原始碼公開讓檢查、修改和獨立營運成為可能。安全仍然取決於程式碼、它的依賴、你的設定、網路暴露面、憑證、更新習慣和維運回應。
選擇你能維護的邊界
代管的個人 AI 代理要求你信任並評估一個服務營運者。自行託管的個人 AI 代理要求你自己成為一個營運者。Comma 兩者都支援，因為控制和便利並不是所有人共同的偏好，也因為合適的邊界取決於你打算交出去的工作。
