結論先行
- OpenHuman = 本地優先數位分身：OAuth 拉取 → ≤3k token Markdown → SQLite Memory Tree → Obsidian vault。
- 與 Hermes（看螢幕學）、OpenClaw（外掛執行）、Copilot（雲記憶）路線不同：先聚合資料源，再推理。
- 筆電合蓋 = 同步暫停 + 吉祥物斷檔；雲端 Mac M4 適合 7×24 常駐與 VNC 首次授權。
- 可與 Xcode/Agent 共存：Memory Tree 與 worktree 農場分目錄，算清記憶體、inode 與 OAuth 令牌。
- 16GB：輕量連接器 + 單路 API；24GB：50+ 整合、並行索引與第二路 Claude/Codex。
- 附三週驗證表、日租驗收指標、常見誤判與安全清單——避免「裝完即上線」。
1. OpenHuman 是什麼：從「聊天機器人」到「個人 AI 數位分身」
GitHub 上的 OpenHuman 採 Rust 核心 + TypeScript 前端：Your Personal AI super intelligence——開源、UI 優先。OpenHuman 反過來：先把你數位生活的資料拉齊，再與分身對話。入門跟 GitBook 文件 onboarding。
幾次 OAuth 點擊，桌面出現帶面孔的吉祥物（Mascot），可加入 Google Meet，停止輸入後仍可在背景思考。技術用戶真正值錢的是底層：資料在你控制的機器上，Memory Tree 不預設鎖死某雲向量庫。
與 Karpathy Obsidian-wiki 工作流對照：自動維護隨生活更新的 Markdown 知識庫（可與 Obsidian 並用），分身讀這份庫而非每次 RAG 整盤 Gmail。
2. Memory Tree 與 118+ 整合：資料管道
官方整合列表可概括成五步（約 20 分鐘增量）：
- OAuth 授權：118+ 連接器（OAuth 2.0 配額約束）。
- 增量拉取：按連接器策略抓新資料。
- 清洗與壓縮：≤3000 token Markdown 塊。
- 寫入 Memory Tree：本機 SQLite 分層摘要。
- 同步 Obsidian vault：
.md呈現，人工編輯會被尊重。
| 類型 | 代表服務 | 分身常用 |
|---|---|---|
| 溝通 | Gmail、Slack、Telegram、Discord | 待辦、線程摘要、跨渠道回顧 |
| 知識 | Notion、Drive、Obsidian | PRD 對齊、文件缺口、會前 briefing |
| 研發 | GitHub、Linear、Jira | 發版風險、未合併 PR |
| 商業 | Stripe、Calendar | 回款、排期衝突、跟進漏項 |
若同時跑 OpenClaw：OpenHuman 負責記憶聚合，OpenClaw 負責執行。見 OpenClaw × 遠端 Mac Gateway。
3. 和 Hermes、OpenClaw、Copilot 差在哪？
2026 年個人 Agent 賽道很擠，但預設假設不同。下文對照 Hermes Agent（觀察式學習）、OpenClaw（外掛/閘道執行）與 Microsoft Copilot / Google Gemini（廠商雲記憶）。產品仍在快速迭代，採購前請以各廠商最新能力為準：
| 維度 | OpenHuman | Hermes | OpenClaw | Copilot/Gemini |
|---|---|---|---|---|
| 上下文從哪來 | OAuth 拉取 + 本機 Memory Tree | 觀察螢幕與操作軌跡 | 外掛 / 閘道餵入 | 廠商帳號體系內資料 |
| 冷啟動速度 | 首次同步後較快可用 | 慢，但貼近真實 UI | 取決於外掛生態 | 快，跨應用深度受限 |
| 記憶歸屬 | 本機 SQLite + .md | 本機學習產物 | 可本機，常混閘道設定 | 多在雲端 |
| 典型風險 | OAuth 令牌 = 第二身份 | 螢幕錄製合規 | 外掛供應鏈 | 資料駐留與鎖定 |
OpenHuman 的敘事更接近「個人 AI 作業系統」：你主要和分身對話，Gmail/Notion/GitHub 變成被呼叫的後端服務。對創辦人、獨立開發者、遠端負責人特別友善——一個人也要像有一個數位同事，而不是多開五個 SaaS 分頁。
4. 誰適合用？四個高密度場景
- 創辦人 / 一人公司：信箱、日曆、Stripe、Notion 全在一個分身裡問「本週現金流與承諾是否一致」，減少上下文切換。
- 遠端 Tech Lead：GitHub + Linear + Slack 三源對齊，站會前讓分身產生「昨日合併風險」briefing，再自己進 Meet（或讓吉祥物旁聽）。
- 獨立開發者：白天
xcodebuild在雲端 Mac，夜間同一台機跑 OpenHuman 做郵件與文件摘要——注意記憶體預算，見下文矩陣。 - 重度 Obsidian 用戶：vault 與 Memory Tree 雙寫，人工筆記與自動摘要共存，適合「第二大腦」已成熟、只差自動餵料的人。
相對不適合：強監管產業未經法務評審就接滿 118 連接器；團隊希望「共享一個公司大腦」——OpenHuman 偏個人裝置；只想偶爾問 ChatGPT 一句，不值得維護 OAuth 與 7×24 主機。
5. 為何把數位分身放在雲端 Mac：合蓋、斷電與永遠在線
OpenHuman 雖主打本地優先，但「本地」= 資料落在你控制的主機，不必是床邊 MacBook。筆電合蓋休眠時：
- 約 20 分鐘週期的連接器拉取會暫停，收件匣與倉庫增量積壓；
- 桌面吉祥物與背景推理斷檔，Meet 參與無法保證；
- 出差只帶 iPad 時，分身退化成「上次同步的快照」，而不是活的同事。
放在獨占雲端 Mac mini M4（租 Mac / 雲端 Mac 裸機，非共享 Mac VPS）上，可用 SSH/VNC 維護，tmux 或 launchd 守護，讓 Memory Tree 在亞太/美東7×24 更新。機房電力與網路冗餘，也避免「家裡跳閘，分身一起下班」。
與「租 Mac 跑 Xcode」不衝突：同一台雲 Mac 白天 CI 簽名，夜間 OpenHuman 摘要——磁碟、記憶體、inode 分開記帳。日租最適合驗證連接器數、索引峰值、swap；對照 雲 Mac 記憶體洪峰與 swap 治理，再決定升 24GB 或拆第二台 16GB。區域 RTT 見 亞太/美東遠端 Mac 選型。
6. 雲 Mac 部署清單：從下單到第一次同步
假設 macOS 雲主機；請跟隨 OpenHuman 發布頁 與 官方文件 版本：
- 下單與加固：選 16GB 或 24GB 獨占 M4；SSH 金鑰、禁用密碼登入、記錄到期日（租 Mac 開通驗收）。
- GUI 授權：VNC 登入，安裝桌面端；首次 OAuth 強烈建議 GUI（回呼 URL 與瀏覽器 cookie 在無頭環境常失敗）。
- 資料路徑：Memory Tree 與 Obsidian vault 放獨立目錄，例如
/Volumes/data/openhuman/，便於快照與遷移。 - 連接器分批：先 Gmail + Calendar + GitHub，觀察 24 小時記憶體與磁碟；再開 Slack、Notion 等高頻寫庫連接器。
- 與 Agent 隔離：Claude Code / Cursor 用 worktree 農場，目錄前綴勿與 vault 混用。
- 守護與告警：
tmux掛主進程；launchd（Apple 文件）可開機自啟；以郵件或 webhook 記錄同步失敗。
/Volumes/data/openhuman/
memory.sqlite
vault/
logs/sync.log
~/wt/雲端租 Mac 採購指南：日租→週→月。
7. 16GB 還是 24GB：連接器、索引與並行 Agent
| 檔位 | 適合場景 | 日租內驗收 | 磁碟 / inode |
|---|---|---|---|
| 16GB | 10–20 連接器；單路 Claude/GPT API；輕量 vault | 同步高峰 <14GB；無持續 swap 讀 | vault <30GB；df -i 餘量 >20% |
| 24GB | 50+ 整合；本地嵌入試跑；2–4 路 Agent + 索引 | 峰值 <20GB；Meet + 同步同開不 OOM | 預留 80GB+；關注 GitHub 大倉索引 |
並行 QA 或 2×16GB 與 24GB 取捨，見 2×16GB 與 24GB 對比；OpenHuman 索引高峰與 XCTest 高峰不要疊在同一小時，除非已有 24GB 且做過 swap 治理。
8. 三週驗證路線圖（可貼進採購工單）
| 週次 | OpenHuman | 雲 Mac/租期 |
|---|---|---|
| 第 1 週 | Gmail+Calendar+GitHub | 日租；VNC OAuth |
| 第 2 週 | Slack/Notion；Meet 吉祥物 | 日租或週租 |
| 第 3 週 | 評估月租；退出清單 | 達標升月租；否則釋放 |
9. 常見誤判
- 裝 OpenHuman ≠ 公司知識庫已合規——118 個 OAuth 仍要法務與資料駐留評審。
- 筆電合蓋仍期待 20 分鐘同步與 Meet 吉祥物常駐。
- 16GB 機上無限並行 Xcode、模擬器與 50+ 連接器全量索引。
- 未匯出 vault / Memory Tree 就重裝系統或換供應商。
- 開源 ≠ 無供應鏈風險——追蹤 GitHub Releases 與依賴更新。
- 把 OAuth 令牌寫進 git 或 Slack 貼圖——應走 Keychain/密鑰管理。
10. 安全邊界
- 優先獨占裸機雲 Mac；SSH 金鑰、VNC 僅必要來源；到期自動釋放實例。
- 先用測試 Workspace / 測試 GitHub org 接連接器，通過再換生產信箱。
- Memory Tree 與 vault 定期加密備份到團隊物件儲存，恢復演練至少一季一次。
- 個人與公司連接器分實例；離職流程含 Google 已授權應用 與各 SaaS 撤銷。
- Meet 吉祥物參與前對齊錄屏與資料處理政策（Meeting Agents 文件）。
OpenHuman 強調本地加密，但主機被攻破時 OAuth 仍會失竊——與 Mac VDI vs 獨占託管 結論一致：信任邊界在硬體與運維。定時 Agent 與 launchd 編排見 遠端 Mac 定時 Agent 與租期 FAQ。
11. 參考與延伸
- OpenHuman: GitHub · 文件 · 整合 · Meet
- Obsidian · Karpathy
- Hermes · OpenClaw · OpenClaw 文件
- Google OAuth · launchd
12. 常見問題
與 OpenClaw 衝突嗎？ 不必然。官方 FAQ。
必須 Mac 嗎？ 支援 macOS/Windows/Linux；iOS 團隊用雲端 Mac最順。
完全 SaaS？ Memory Tree 落在你控制的實例。
118 一次全開？ 不要，分批觀察 24h。
Meet 吉祥物錄屏？ Meeting Agents 與企業政策。
日租夠嗎？ 夠三角連接器+記憶體曲線驗收。
與 Mac VPS 差別？ 共享 VPS 易 CPU 爭搶；7×24 宜 M4 裸機——M4 規格。
13. 結語
OpenHuman 把數位分身從概念拉到可安裝系統。難在給分身一台不合蓋失憶的主機——雲端 Mac mini M4。租 Mac：日租→週→月。