半年衝到 1.1 萬顆星的 holaOS 是什麼：可以同時跑 Claude Code 和 Codex 的開源工作區（2026-09 實查）

有一個叫 holaOS 的開源專案最近在開發圈能見度很高。我們在 2026-09-07 直接打 GitHub API 核對它的實際數字，不引用二手榜單：

半年不到累積 1.1 萬顆星，這在 2026 年的開源專案裡算相當快。但星數本身說明不了什麼，重點是它想解決什麼問題。

一、它的定位：不是給你一個成品，是給你零件

官方 README 的自我定位很清楚：多數代理產品交給你一個做好的成品，然後希望它剛好符合你的工作方式；holaOS 交給你零件。 應用程式、聊天工具、技能、整合、模型、代理、記憶——你自己把工作區組起來，工作方式變了就重組。

實際功能面，README 列的重點是：

• HolaApps：從工作區內建的市集安裝應用，開啟後是真的可互動介面（Notion、瀏覽器、你自己的應用），跟代理並排。你手動點擊、輸入、開啟的東西會同步成代理的上下文，不用回頭重述。
• 接你團隊已經在用的聊天工具：Slack、飛書、釘釘、微信。README 的理由講得很實在——多數工作脈絡從來沒進到文件裡，它在聊天串裡。
• 整合與 MCP：Gmail、Notion、Slack、GitHub、Linear 等 50 種以上一鍵 OAuth 連接；也能安裝任何 MCP 伺服器。
• 模型：內建 Kimi K3、GLM 5.2（日常量大）、GPT 5.6、Claude Opus 5、Fable 5（難題），也支援 BYOK（自帶金鑰走你自己的帳單）。
• 代理可換：Claude Code、Codex 與內建代理並存，共用同一份記憶、工具、技能與應用。

二、真正的賣點是「同一份記憶，換誰跑都一樣」

這是我們認為最值得注意的一點。多數人現在的實況是：Claude Code 一套設定、Codex 另一套設定、其他工具再一套，每換一個就重講一次專案背景。

holaOS 的做法是把記憶抽出來：上下文、偏好、專案歷史存成本機的純文字檔，你可以直接讀、直接改。README 寫「memory is a folder you can read, not a black box」——記憶是一個你能打開的資料夾，不是黑盒子。

搭配的隱私設計也是同一條線：工作區檔案、記憶、嵌入向量、對話歷史全部存在你自己的磁碟，README 明講伺服器上沒有你工作的副本；每個動作（連接工具、讀取聊天串、編輯檔案）都要你核准。

三、要注意的兩件事

1. 授權欄位是 NOASSERTION。

GitHub API 回傳的 license 欄位是 NOASSERTION，代表 GitHub 的授權偵測無法自動歸類成標準開源授權。原因在 README 的 OSS Release Notes 裡寫得很明白：

License: modified Apache 2.0 with additional commercial-distribution and branding conditions.

也就是修改版 Apache 2.0，附帶額外的商業散布與品牌條件——不是標準 Apache 2.0，所以自動偵測認不出來。

實務上的意思是：個人自架幾乎不會有問題，但要包進商業產品、對外散布、或使用它的品牌之前，請逐條讀過 LICENSE 檔案。 別看到「Apache 2.0」幾個字就當成可自由商用。

2. 最後推送是 2026-08-21。

到查核日為止約兩週沒有新推送。對一個高速成長的專案來說不算異常（可能在整理版本），但如果你要把它放進正式流程，值得先看它的 release 節奏與 issue 回覆速度。目前未解 issue 只有 6 個，這個數字倒是相當健康。

四、誰適合看一眼

• 同時在用兩種以上 AI 代理、每次都要重講背景的人——共用記憶這件事是它最直接的價值。
• 公司資料不能上雲的團隊——本機優先是它的預設，不是選項。
• 想自己組工作流程、不想被單一產品綁死的人。

反過來說，如果你只用一種代理、也沒有跨工具的脈絡問題，那它提供的彈性大概用不到，安裝成本反而是負擔。

想在自己的機器上跑起來，我們另外整理了 holaOS 本機安裝與第一次設定。

本文數據以 2026-09-07 直接呼叫 GitHub REST API 取得，功能描述依據 holaOS 官方 README 與 官方網站。星數與推送時間隨時變動，請以即時 repo 頁面為準；授權條款務必自行核對。相關代理工具的方案價格整理見 Claude 工具頁。