OpenHuman —— 接账号约 20 分钟，本地 Memory Tree 先替你「认人」

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 动手

社区常用比喻：OpenClaw 帮 Agent「动手」，OpenHuman 帮 Agent「记住你是谁」。可组合——VPS 上的 Bot 只负责对外应答，策划与长期记忆留在本机 vault，降低把整库个人邮件放上公网机的冲动。VPS 跑 Gateway 时，HTTPS 与 GitHub Actions 对比手工 Docker 仍按生产标准做。

五、隐私与边界

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——三条线不要写进同一份采购说明。