holaOS：開源 AI 工作區，讓 Claude Code 與 Codex 共用記憶

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

過去兩年 AI 工具的競爭多半發生在對話框裡：模型更強、回答更快、上下文更長。holaOS 押的單位不太一樣，它把力氣花在對話框外面，顧好一個讓 agent 長期工作的環境。這是一款 2026 年 3 月才出現在 GitHub 上的開源桌面應用，用 Electron 與 TypeScript 寫成，每個 workspace 自帶記憶、工具連線、應用與檔案，Claude Code、Codex 與內建 agent 插在同一個環境上做事。到 2026 年 8 月中旬，它累積了 7,564 顆星與 649 次 fork。聽起來像又一個 AI 桌面殼，但把原始碼攤開看，它的設計判斷相當清楚，該付出的代價也一樣清楚，這篇就沿著這兩條線走。

之所以會出現這種產品形態，背景是 agent 能做的事變長了。一週份的社群貼文、每天早上的收信分類、每週固定來一份的研究摘要，這類工作塞不進單一提示，需要的是連續性：記得上週做了什麼、偏好什麼口吻、哪些檔案已經整理過。官方文件把這套思路稱作環境工程，主張執行器會一直換，但 workspace 結構、記憶行為與能力邊界不應該跟著重定義。這個主張聽起來抽象，落到產品上就是接下來這幾節的具體設計。

換 agent 不換環境，這句話在原始碼裡是真的

holaOS 對自己的核心承諾是：agent 可以換，環境儘量不換。這類話術在 AI 產品頁上很常見，但 holaOS 的原始碼有實際結構支撐。runtime 的 harness 登錄檔裡註冊了三個執行器：內建的 pi（介面上顯示為 Hola）、claude-code、codex。選 Claude Code 時，程式在本機 spawn 你自己裝的 claude CLI，用它的 stream-json 模式雙向溝通；選 Codex 時，起的是 codex app-server，走 JSON-RPC 2.0 交換訊息。兩者都被包在同一層 runtime 邊界裡，這層邊界擁有 workspace 結構、記憶、工具投影與應用編排，執行器只負責跑當下的任務。

邊界怎麼畫，官方文件講得比行銷頁細：每次執行前，runtime 會把選定的模型設定、召回的記憶、允許這次看的 MCP 工具清單、附件與 workspace 校驗和打包成一個精簡的執行套件交給執行器，執行器拿到的是整理過的執行套件，系統的原始狀態不會跟著交出去；跑完再把事件流轉回統一的生命週期格式，桌面端才能用同一套介面觀察不同 agent 的執行過程。這個設計決定了換執行器的成本為什麼低：會變的只有跑的那一層，記憶、能力與工作區規則都不用重定義。

帳號與金鑰也延續你本來的持有方式。claude CLI 用的是你機器上已登入的那份，Codex 執行器則為每次執行準備一個受管理的 CODEX_HOME，把工作區的 MCP 設定與技能裝進去，再以符號連結指回你共用的登入憑證與工作階段歷史，原生授權與對話續接都保留。官方定價頁的說法與此一致：用自己的帳號登入 Claude Code 或 Codex，這些呼叫走你的訂閱，不耗 holaOS 點數。

對同時開著兩三個 agent 的人，差別在這裡：你在 Claude Code 裡養出來的專案記憶、接好的 Gmail 與 GitHub 授權、寫好的工作規則，換到 Codex 時不用重來一次，因為這些東西登記在 workspace 層，不綁在任何一個 agent 的對話歷史裡。技能也是同一套邏輯，holaOS 的 Skills 是 SKILL.md 格式的說明檔，任何 agent 按需載入，概念上與把各種任務寫成 Claude Code 技能的做法相通，只是改成環境層統一管理。如果你已經在用倉頡這類把素材整理成工作卡的 Claude Code 技能，搬進 holaOS 後同一份 skill 檔可以讓 Codex 也吃得到。

workspace 的切分邏輯官方給了具體例子：社群經營用一個 workspace，收信匣分類用另一個，競品研究再開一個，各自有獨立的 agent 身分、記憶與裝好的應用，彼此不共享狀態。這跟多數人把所有事塞進同一個對話或同一個資料夾的用法是兩種世界觀：holaOS 認為長期工作的單位是環境，把性質不同的工作隔開，記憶才不會互相干擾。官網首頁的產品示範也把這個賣點演得很直白：桌面介面的模型選單直接列出 holaOS、Claude Code、Codex 三個選項，旁邊標著先試用，左側導覽列則是專案、自動化、通道、瀏覽器這些環境層的東西，對話框只是其中一塊。

Pin

環境層的另一個主角是 HolaApps。應用從 workspace 內建的市集安裝，裝好後以真實可互動的視窗開在 agent 旁邊，Notion 或瀏覽器就是本來的樣子，agent 在裡面操作時你看得到每一步，發現方向不對隨時接手，操作過程全程攤在眼前。產出也照桌面場景設計：報表、試算表與簡報直接存成 xlsx、pptx、docx 檔落在 workspace 裡，拿來就能寄，不必再從聊天視窗複製貼上。瀏覽器是其中最受矚目的一塊：agent 驅動的是你登入過的真實瀏覽器，能瀏覽、點擊、抽取內容，控制權在你手上，這跟純背景爬取的做法差在整個過程攤在你眼前。排程與事件觸發的自動化讓 workspace 可以在你不下指令的時候自己醒來做事，官方也把別人調校好的 workspace 包成模板， fork 一份就能從有身分、有應用、有規則的狀態開始，而不必從空白環境養起。

這個架構也解釋了它跟一般 AI 桌面助理的差別。多數桌面 agent 產品把模型綁在自己的介面裡，holaOS 反過來把執行器當成可替換零件，環境才是主體。想深入 Claude Code 本身的操作哲學，可以先看我們整理的 Claude Code 使用指南，再回來評估要不要把執行環境整層交給 holaOS。

進了 holaOS，CLI 原本的權限提示整層消失

這是原始碼裡最值得停下來看的一行註解。claude-code 執行器的檔案開頭明寫：這個 runner 會自動核准每一次工具呼叫，啟動 claude CLI 時帶上 bypassPermissions 模式，CLI 中途再發出任何權限升級請求，也一律回覆允許。codex 那邊同理，核准提示自動以 accept 回答。也就是說，你平常在終端機裡按 y 或 n 的那道關卡，在 holaOS 裡不會出現。

這不必然是缺陷，而是一次明確的權責轉移。holaOS 的設計是把工具閘門上收到自己的政策層，由 workspace 的工具可見性、MCP 白名單與應用權限來控管 agent 能碰什麼，逐次核准的責任從各 CLI 移到 workspace 設定。對跑長任務、排程任務的人來說，逐次核准本來就會卡死自動化，這樣設計有它的道理：排程與事件觸發的自動化要能在你不在場時自己醒來做事，中途等人按確認就失去意義。但要誠實地說清楚後果：你習慣的那層原廠把關不在了，風險管理從按確認的那一秒，前移到你佈置 workspace 權限的那一刻。要讓 agent 碰重要儲存庫或生產環境的人，這段原始碼值得自己打開讀一遍再決定。

記憶放哪：一半是你可以直接改的 markdown，一半在資料庫

「記憶以本地純文字檔保存，可讀可改」是 holaOS 官方說法，實際狀況比這句話立體。官方文件把記憶攤成三層：常設的工作規則放在 workspace 根目錄的 AGENTS.md，純文字，agent 每次執行前會重讀一次；長期記憶放在 memory 目錄下的 knowledge、preference、identity 幾個資料夾，同樣是 markdown；而執行真相，包括工作階段紀錄、身分輪廓與語意記憶索引，存在 state/runtime.db 這個 SQLite 資料庫裡，語意檢索靠 sqlite-vec 做向量比對。

對使用者的意義很實際。想改機器人的個性與規矩，打開 AGENTS.md 編輯就行，這半邊的承諾是真的。但想完整檢查或清除它記了什麼，光翻 markdown 不夠，資料庫裡還有一份執行層的累積。官方文件對這條線也沒有迴避：執行層的投影檔（最近一輪的進度、卡關狀態、工作階段快照）被定位為可檢視、可還原的半揮發性資料，本來就會隨運作汰換，durable 的知識與偏好才會被升級進 markdown。記憶的寫入也不是全憑 agent 當場自由發揮：每輪執行結束後有一條整理流程，負責把值得留下的東西寫回知識庫、挑出有機會累積成技能的模式；使用者層級的偏好記憶走另一條提案路徑，先暫存在資料庫，確認後才升級成長期記憶，背景整理流程不會自行改寫你的偏好。

Pin

真正的缺口在管理介面：社群已經注意到這件事，2026 年 8 月 15 日有人開了 issue，具體要求官方文件化記憶範圍，講清楚記憶是全域還是按 workspace 隔離、如何匯出與刪除，截至目前尚未得到回覆。從原始碼看，語意記憶表有 workspace 隔離欄位，工作區之間不共享狀態的說法有結構支撐，但在官方補上文件與管理介面之前，敏感專案的使用者要有自己翻檔案的心理準備。

自帶金鑰省下點數，金鑰的住處要先看清楚

費用結構先講清楚：holaOS 沒有訂閱、沒有席位費，單一方案 30 美元一次性買 7,500 點 credit，用完再買，點數永不過期，新註冊送 900 點，刷卡走 Stripe。模型呼叫按用量扣點，官方換算是 1 點約等於 2,000 tokens（經 holaOS 代理的模型如 Kimi、GLM）。內建模型的官方說法涵蓋 Kimi K3、GLM 5.2、GPT 5.6、Claude Opus 5、Fable 5 等一線模型，實際可用清單隨版本變動，以應用內顯示為準。自帶 API 金鑰的話，模型呼叫完全不扣點，金鑰支援 OpenAI、Anthropic 以及兩家相容格式的自訂端點。

看起來對重度使用者很划算，但這裡有個大多數介紹文不會提的細節，原始碼裡寫得明白：自帶的金鑰是照 org 範圍存在 holaOS 的雲端後端。設定面板的實作是把金鑰 POST 到 api.holaboss.ai 的組織金鑰端點，之後模型呼叫經 holaboss 的代理路由轉發，請求上帶著使用者、組織、workspace、工作階段等計量標頭，用來把用量歸帳到正確的欄位。金鑰由自己付費、計費走自己的帳號這兩件事都成立，但金鑰的存放位置與轉發路徑都在官方基礎設施上，這對隱私敏感的人是必須先知道的事實。換個角度看，這也是點數制能維持簡單的原因：計量與代理在同一條路上，自帶金鑰不收點數、整合呼叫按次計價的帳務邏輯才做得起來。還要注意：就算自帶金鑰，整合服務的呼叫照樣按次扣點，Gmail 拉一封、GitHub 查一次都算錢，重度自動化的帳單不一定如預期便宜。

免費起點是真的，只是範圍要劃對：900 點註冊額度按官方換算大約等於 180 萬 tokens 的代理模型用量，夠把幾個真實任務跑完一輪；再搭上自帶金鑰時模型呼叫零扣點，試用期的門檻確實很低。超過這條線，點數消耗速度取決於你用多少整合、跑多少長任務。計量粒度倒是做得細，官方標榜每個 workspace 分開結算，哪個專案吃掉多少點數在帳務上一目了然，對同時養多個工作區的人是實用的透明度。

整合數字有三個版本，選型時以應用市集實查為準

連外部服務是這類工具的硬需求，holaOS 在不同地方給了三個數字：repo 簡介寫 100+ integrations，README 寫 Gmail、Notion、Slack、GitHub、Linear 等 50 多個，而原始碼的整合目錄檔案實際列了 88 個 toolkit，另外有 9 個第一方服務走自己的 OAuth。三個數字都在同一個量級，但對不上，這種行銷數字與實際目錄的落差，選型時直接開應用市集看當期清單最準。

Pin

技術上也有值得知道的一層：那 88 個 toolkit 透過 Composio 這個第三方整合平台供應，也就是說你按一下安裝 Notion 或 Slack 應用時，中間經過的不是 holaOS 自家程式碼，而是 Composio 的工具層。第一方的 9 個服務（Gmail、Google 試算表、Google 雲端硬碟、Google 日曆、GitHub、Reddit、Twitter、LinkedIn 等）才走 holaOS 自己的授權流程，而且每個服務都提供三種接法：官方代管 OAuth、自架自己的 OAuth 應用程式、或直接貼權杖，原始碼目錄裡也標明了哪些整合支援自架模式。不想被現成清單綁住的話，MCP 是另一條正規擴充路，任何 Model Context Protocol 伺服器都能掛進來給 agent 用，這與用 MCP 讓瀏覽器自動化變成 agent 工具是同一套生態。

訊息通道的選擇則反映這個團隊的主戰場。原始碼裡的通道連接器有八個：Slack、Telegram、Discord，加上釘釘、飛書、WeChat、WeCom、QQ，中國大陸辦公生態佔了超過一半。日常工作離不開 LINE 的使用者要留意，這塊目前用不上，排程任務的結果得從上述通道或應用內收。

Linux 使用者要先看這段：有 runtime，沒有桌面安裝包

安裝包現況按平台差很多。官網下載按鈕實際導向 GitHub 上的獨立 releases 儲存庫，現行版本 holaOS-2026.809.1（2026 年 8 月 9 日）提供 macOS Apple Silicon 與 Intel 兩種 dmg（約 448 與 516 MB），以及 Windows x64 的 setup.exe（約 432 MB）。Linux 拿到的是 runtime 的 tar.gz（約 410 MB），沒有桌面安裝包，想跑完整桌面環境得照 repo 文件從原始碼建，前置需求包含 Node.js 24.14.1 與 bun，流程不難，少了雙擊安裝的省事。repo 另外提供一行指令的安裝腳本給 macOS、Linux 與 WSL，還有一個頗能代表這個專案性格的設計：README 直接給你一句可以貼給 Claude Code 或 Codex 的交代文，讓 agent 自己照著跑完整個安裝流程，等於用這個工具的前一步，先示範了它想服務的工作形態。自架過程若卡關，8 月 8 日有人回報 runtime 的 Docker 映像缺少鎖定檔，遇到建置問題可以先去 issues 對一下已知狀況。

迭代速度倒是不用擔心。7 月 26 日到 8 月 9 日之間連出了 9 個版本，最新一批 commit 落在 8 月 15 日，單日多達十個。反面是介面與行為還在快速變動，今天寫的操作筆記兩週後可能對不上，照著任何教學走之前先確認版本號。

授權與條款：內部用沒事，想商業化要先舉手

holaOS 的 LICENSE 採 Modified Apache 2.0，與標準開源授權的差別在四個附加條件。單一組織內部使用，包括開多個 workspace，不需要商業授權；但拿原始碼對第三方提供托管服務，或者嵌入要販售、授權、散布的商業產品，必須先取得 Holaboss 的書面授權。使用它的前端時不能移除或修改 LOGO 與版權資訊，前端在授權條款裡被定義為 desktop 目錄或打包後的桌面應用。最後兩條對貢獻者最重要：專案方保留單方調整授權條款（調嚴或調寬）的權利，而且你的貢獻可以被用於他們的商業業務。個人自用與公司內部部署通常踩不到紅線，想基於它做產品或服務的人，簽任何東西之前先讀完 LICENSE 全文。

開源的範圍也有邊界要畫清楚。倉庫裡有的是桌面端與 runtime 的原始碼，帳號系統、BYOK 金鑰管理、內建模型的閘道與應用市集都住在閉源的 api.holaboss.ai 後端，自架者能掌控的範圍到環境層為止。遙測方面原始碼樹裡沒有分析 SDK 依賴，Sentry 只出現在程式註解與環境變數樣板裡的選填欄位，留空即停用；倒是官網本身載了 Umami 的流量分析腳本，這是網站層的事，與桌面應用分開算。

條款頁真實存在，位置在 holaos.ai 的 /legal/terms 與 /legal/privacy，但只有登入頁腳連得到，首頁與定價頁的頁尾都沒放。營運主體是美國加州 Cupertino 的 iMerch 公司，條款最後更新日期停在 2025 年 10 月 13 日，內容是通用模板，甚至還留著與現行一次性點數制對不上的訂閱章節；隱私權政策提及 Stripe 與 OpenAI 等供應商，實際技術棧裡的 Composio 與 Umami 則沒有列出。個人使用影響不大，企業採用前這份文件的精確度要自己把關。倒是企業方案本身的賣點寫得具體：SSO 與角色權限、每個動作的稽核日誌、部署到自家雲端或地端，採年度客製報價，並有工程師進場服務的選項，這些是官方自己提供的正式商業服務，跟自行拿原始碼改造是兩回事。

多 agent 多專案的人先裝，單一 agent 使用者再等等

把上面的線索收攏，判斷其實不複雜。同時重度使用 Claude Code 與 Codex、工作橫跨多個專案、而且在 macOS 或 Windows 上的人，是 holaOS 現在定位最準的用戶：共用記憶與工具連線省下的重複佈置，是每天都在發生的成本，900 點試用額度也夠把流程跑一遍。與Coworker 這類把單一 agent 包成桌面助理的開源工具相比，holaOS 賣的是環境的延續性，不是某一個 agent 的聰明程度，兩者解的問題不同。

反過來說，只用一個 agent、工作都靠網頁版、或以 Linux 桌面為主力的人，現階段的邊際效益偏低：Linux 沒有安裝包，通道整合沒有台灣慣用的 LINE，而把權限核准、金鑰存放、資料流向這三件事交給一個 2026 年 3 月才開張、正式貢獻者名單只有五人的年輕專案，本身就是要計價的決定。它迭代得非常勤，7 月底以來每兩三天一版，這是活力的證據，同時也是還沒定型的證據。

下一步很單純：macOS 或 Windows 使用者下載裝起來，用 900 點額度把一個真實專案丟給它跑一輪，重點觀察兩件事，一是切換 Claude Code 與 Codex 時記憶與工具連線是否真的無縫，二是翻一下自己 workspace 的 AGENTS.md 與 memory 目錄，確認你送進去的東西都攤在陽光下。這兩關過了，它才值得成為你的常駐環境；過不了，回到兩個終端機視窗，你失去的只是每次換工具時重新交代背景的那幾分鐘，以及一個還在快速長大的環境所能給的其餘可能性。