VPSSpark 部落格
← 返回開發日記

OpenHuman —— 接帳號約 20 分鐘,本地 Memory Tree 先替你「認人」

機房手記 · 2026.05.26 · 約 18 分鐘閱讀

OpenHuman 桌面 Agent、個人 AI 數位分身與本地記憶

2026 年,桌面 Agent 正從「會聊天的側邊欄」變成「能長期陪你工作的人」。OpenHuman(TinyHumans 開源)的核心路徑是:先同步生活資料,再讓 Agent 動手——把 Gmail、日曆、GitHub、Notion、Slack 等接進來,在本機用 Memory Tree 壓成可讀、可改、可刪的 Markdown 記憶,再驅動桌面 Agent 查、寫、跑工具。相對「每次新開一頁 ChatGPT」,它更像一隻記得住你上週在忙什麼的桌面同事。下文講清架構、與 OpenClaw 分工,以及 7×24 常駐該放哪。

GPL-3.0
開源可稽核
約 20 分鐘
自動拉取已連接帳號
本地優先
SQLite + Obsidian vault

一、從「無狀態聊天」到數位分身

多數大模型每次對話結束就「失憶」——系統提示裡幾條偏好,本質是便利貼。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 無關,發生在應用與帳號層

與終端 OS 選型無關
評估 Aluminium OS 等筆電生態時,那是系統級 AI 議題,與 OpenHuman 正交。可對照 Aluminium OS 與 Windows/macOS 對比,終端與 Agent 記憶分開立項。

四、與 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」三條線分開排期。

限時特惠

分身在本機,構建與網關在雲上

mac in the cloud · OpenClaw Gateway

返回首頁
限時優惠 點擊查看套餐