2026 年,桌面 Agent 正從「會聊天的側邊欄」變成「能長期陪你工作的人」。OpenHuman(TinyHumans 開源)的核心路徑是:先同步生活資料,再讓 Agent 動手——把 Gmail、日曆、GitHub、Notion、Slack 等接進來,在本機用 Memory Tree 壓成可讀、可改、可刪的 Markdown 記憶,再驅動桌面 Agent 查、寫、跑工具。相對「每次新開一頁 ChatGPT」,它更像一隻記得住你上週在忙什麼的桌面同事。下文講清架構、與 OpenClaw 分工,以及 7×24 常駐該放哪。
一、從「無狀態聊天」到數位分身
多數大模型每次對話結束就「失憶」——系統提示裡幾條偏好,本質是便利貼。OpenHuman 走另一條路:先同步生活資料,再讓 Agent 行動。官方路徑(見 OpenHuman 文件):UI 安裝 → OAuth 連帳號 → auto-fetch 約每 20 分鐘拉新內容 → 寫入 Memory Tree → 同步為 Obsidian 相容的 Markdown vault,你可直接改 `.md` 或刪除段落。
「個人 AI 數位分身」在此指資料在你硬碟、格式人可讀,而非鎖在廠商雲裡的黑盒執行緒。專案為 Beta,桌面為主、強調無需終端機即可完成引導;整合清單以 GitHub 儲存庫 為準。
與閉源「超級 App」不同,GPL-3.0 允許 Fork 後改同步策略、改記憶目錄,或在離線環境只接本地模型——適合厭惡供應商鎖定、又希望非工程師也能點 UI 完成連接的團隊。GitHub / Product Hunt 上的熱度說明「第二大腦」需求真實,但不等於企業級 SLA 與合規認證已齊,試點仍應設預期。
二、Memory Tree:知識庫長在硬碟上
社群常稱 OpenHuman「帶 Obsidian 大腦的 Agent」,思路接近 Karpathy 的 LLM Knowledgebase:碎片結構化成可檢索、人可審閱的文字,而非無限堆聊天歷史。
- SQLite 做 canonical 儲存;Markdown 分塊 進樹狀摘要,避免整庫塞進上下文;
- 目錄可用 Obsidian 校對、打標籤、刪敏感段;
- 另配 memory / web-fetch / coder(git、lint、測試)與多模型路由;可選 Ollama 本地推理。
對開發者而言,Issue 討論、PR 描述與設計 doc 片段會沉澱為 Agent 可調用的長期背景,而不必每次把同一套 README 貼進聊天框;分塊與摘要樹的作用是控制上下文長度,讓「記得多」不等於「每次燒滿視窗」。
典型一天可以是:上午 auto-fetch 拉完郵件與 Slack 執行緒;下午寫程式時 coder 工具引用 vault 裡的架構筆記;晚間用語音整理明日待辦並寫入摘要。你能用 Obsidian 打開 vault,看見 Agent「以為你知道什麼」——這是數位分身與黑盒聊天最根本的差別。
三、連接與同步:縮短冷啟動
文件稱支援大量整合(Gmail、GitHub、Slack、Notion、Linear、Drive、Stripe 等),OAuth 後為型別化工具;核心週期性拉新,目標是一次同步後 Agent 已「見過」收件匣、日程與儲存庫,少花兩週餵材料。除文字外,專案還打包語音(STT/TTS)與多 Agent 協調:輕量任務走快速模型,複雜推理再升級,避免凡事用最貴 API 檔。
企業須對照 DLP 與「郵件全文是否可落盤」;個人注意 Token 最小權限與磁碟加密——本地優先 ≠ 零風險。若公司禁止未經批准的本地 AI 處理工作區資料,辦公帳號連接要先過安全評審;這與選筆電 OS 無關,發生在應用與帳號層。
四、與 OpenClaw:記住 vs 動手
| 維度 | OpenHuman | OpenClaw |
|---|---|---|
| 核心 | Memory Tree、可讀記憶、桌面分身 | Gateway、外掛、IM/Webhook、常上 Linux VPS |
| 適合 | 第二大腦在己硬碟上的個人/小團隊 | 7×24 Bot 與流水線觸發的工程師 |
| 運行面 | 本機桌面,睡眠/關蓋即停 | VPS/容器,適合 Webhook 回呼 |
| 記憶形態 | SQLite + 人可讀 Markdown | 會話、通道與閘道設定為主 |
社群常用比喻:OpenClaw 幫 Agent「動手」,OpenHuman 幫 Agent「記住你是誰」。可組合——VPS 上的 Bot 只負責對外應答,策劃與長期記憶留在本機 vault,降低把整庫個人郵件放上公網機的衝動。VPS 跑 Gateway 時,HTTPS 與 GitHub Actions 對比手動 Docker(OpenClaw 閘道) 仍按生產標準做。
五、隱私與邊界
GNU GPL-3.0 可 Fork 稽核;呼叫雲端 LLM 時,從 Memory Tree 檢索出的片段仍會出境,需按合約選模型區域。OAuth 權杖等同鑰匙,丟機或離職要 revoke 並重掃 vault。文件還提到瀏覽器/電腦控制等能力——權限越大,誤操作與越權拉取的面越大,生產環境應單獨建低權限測試連接。
7×24 高可用 Bot 不宜指望關蓋筆電:睡眠、斷網、系統更新都會打斷桌面 Agent;對外 Slack、Webhook 仍應落在 VPS 或容器。Beta 期建議測試帳號先跑「連接 → 等一輪 fetch → 打開 vault 脫敏」再接主信箱,並定期用 Obsidian 人工刪掉過時或敏感塊。
六、上線前自檢(8 條)
給技術負責人或重度個人用戶過一遍——命中越多,越值得占一個試點名額;不是打分表。
- 是否厭倦每次從零講專案背景?
- 是否願意定期刪改記憶,而非全交給模型?
- 主力工具是否在整合清單內,或能用外掛補齊?
- 合規是否允許郵件/程式碼中繼資料進個人電腦?
- 是否仍要 iOS 建置/macOS 簽章?——需另規劃 Mac,與分身並行。
- 是否把 Slack/Webhook 與桌面分身拆開?——OpenClaw 上雲、OpenHuman 本地更清晰。
- 是否接受 Beta 頻繁更新、個別整合偶發失效?
- 換機/離職流程是否包含「匯出或銷毀本地 vault」?
常見結論是:個人效率工具可先上 OpenHuman,對外 Bot 與 iOS 交付仍走 VPS / 雲 Mac——三條線不要寫進同一份採購說明。
七、和 VPSSpark:分身在本機,建置與閘道在雲上
OpenHuman 管個人 AI 數位分身——記憶在你硬碟、格式可讀可刪。xcodebuild 歸檔、公證與 TestFlight,或 OpenClaw Gateway 7×24 接 Slack/Webhook,則是合法 macOS 建置島與Linux VPS 常駐要解決的問題,互補不互替。
Apple Silicon 雲 Mac 適合掛夜建置與簽章佇列;Linux VPS 適合閘道與自動化——二者都不替代「你願意親手維護的 Obsidian 式記憶庫」,但能保證發版與對外通道不綁在一台會睡眠的筆電上。
本機試點 OpenHuman,把必須 7×24 的環節上雲——見 雲端 Mac 方案 或 VPSSpark 首頁 選區域,用一次乾淨建置或閘道驗證,把「記憶」「交付」「對外 Bot」三條線分開排期。