用自己的一台機器，跑一整套 AI 助手服務。對話、工作區與金鑰都留在本地：騰訊雲把 Octop 開源了，MIT 協議，目前版本 1.0.2b6。

多數 AI 助手是「你去找它」：打開網頁、登入帳號，把要說的話打進別人的伺服器。Octop 反過來，它裝在你自己的機器上，然後接進你每天已經在用的聊天視窗。專案來自騰訊雲，前身是內部專案 LightClaw ACE，2026 年 7 月開源，10 月初在 GitHub 上已經累積八千多顆星。

一個進程裝下全部

它的部署形態克制到有點反直覺：網頁控制台、命令列、訊息平台接入、定時任務，全部跑在同一個進程裡。它不依賴額外的訊息佇列或中介軟體，所有入口經由進程內的 HarnessProcessor 統一路由，執行狀態在啟動時從控制面資料庫重建，所以重啟是安全的。

資料全部落在本機家目錄下的 ~/.octop/：設定、控制面資料庫、金鑰、每個專家的工作區、日誌，一個資料夾裝完。控制面預設使用 SQLite 的 WAL 模式，人多了可以換成 PostgreSQL。整套技術棧用 Python 3.12 寫成，後端 FastAPI 加 uvicorn，定時調度交給 APScheduler。

每個人一套專家

Octop 裡最核心的單位不是「會話」，而是「專家」。你可以為寫週報建一個內容專家，為調程式建一個編程專家；每個專家有自己的模型提供商、工作區、技能組合與人格設定。寫東西的那個熟悉你的行文習慣，做檢索的那個只碰你的檔案庫，彼此不串味。

多使用者做得相當實在：一個管理員帳號建好之後，可以給家人或同事各開獨立帳號，各自擁有一批專家與一份工作區，登入走 JWT，管理員與一般使用者的角色是分開的。官方還配了專家庫與共享機制，把你的專家設定發布出去，別人可以直接複用。人格方面內建 16 種 MBTI 模板與一套互動式測評。

接進你已經在用的聊天軟體

Octop 原生接入了飛書、釘釘、企業微信、QQ、微信、Telegram、Discord 等九個訊息平台。同一套專家可以同時掛在多個渠道上：你在飛書裡問的問題，和家人在微信裡問的問題，路由到的是同一個知識底座。

往外連的部分靠連接器與 MCP 閘道：檔案服務、會議服務、筆記工具、信箱這些，授權一次即可呼叫。

它真的會操作電腦

光會聊天不算本事。終端方向有一個跑在瀏覽器裡的互動式殼層，能推薦命令、解釋輸出、幫你排查報錯；瀏覽器方向有一個基於 Chromium 的無頭會話，按自然語言打開網頁、填表單、截圖留證；再往外是遠端桌面，在控制台裡即時看屏並接管鍵鼠，覆蓋 Linux、Windows 與 macOS，沒有圖形介面的 Linux 伺服器也能一鍵搭出隔離桌面。

能力給到這個程度，護欄必須跟上。殼層命令有允許與拒絕規則表，工具呼叫需要審批，向外發送的內容做敏感資訊脫敏；工作區的落點也是可插拔的，本地磁碟、Docker 沙箱、PostgreSQL 或相容 S3 的物件儲存都行。

ACP 雙向：既能被呼叫，也能派活

Octop 支援雙向的 ACP。入站方向，它把自己暴露成一個標準 ACP 服務，Zed、OpenCode 這類編輯器可以直接把它當成編碼後端來用；出站方向反過來，它能把編碼任務委派給 OpenCode、CodeBuddy、Claude Code、Codex 等外部編程智能體，中間隔著權限確認。它更像是那個常駐的控制台：記住你的上下文，把具體的活派給更專業的工具。

記憶是另一條主線。每個專家配有分層召回與全文檢索，對話累積下來的偏好與任務紀錄跟著工作區走，換模型、換機器都不至於從零開始。知識庫那條線是標準的 RAG，檔案丟進去，回答會帶著可點擊的引用來源；定時任務則支援自然語言描述。

上手之前，先想清楚三件事

第一，截至 2026 年 10 月，最新發行版是 1.0.2b6，編號裡的 b 說明它還掛在 Beta 線上，多專家協作這項功能同樣是 Beta。

第二，單進程是雙面刃。部署確實省心，但它同時意味著單一故障域與橫向擴展的天花板：沒辦法把訊息閘道放一台機器、Agent 執行環境放另一台。家庭與五人左右的小團隊摸不到這個上限，幾十人併發就不合適了。

第三，自架不等於全部本地。如果給專家接的是雲端模型，你發出去的提示詞依然會離開這台機器，想真正閉環得配本地的模型服務。另外，多使用者主機上每個 Agent 都帶著終端與瀏覽器，權限規則該收緊還是要收緊。

Octop 的價值不在功能清單有多長，而在於它把「資料留在自己機器上」做成了一條命令就能落地的形態。MIT 協議意味著這份自由不會被一次商業決策收回，代價是模型、算力與安全從此都得自己扛。