2026 年 OpenHuman 是什么？和 OpenClaw、ChatGPT 差在哪？
OpenHuman 是 Tiny Humans 发布的 GPL-3.0 开源桌面级个人 AI（Rust + Tauri + React），不是「git clone 后 pip install」的 Python 训练仓库。它把 Gmail、日历、GitHub、本地文件等连接源持续汇入基于 Markdown 的 Memory Tree（本地 SQLite + vault），让你用自己机器上的上下文提问，而不是每次从零粘贴聊天记录。
和 OpenClaw 相比：OpenClaw 偏消息渠道 Gateway + CLI 自动化（Telegram/WhatsApp 等）；OpenHuman 偏桌面 GUI、可视化 onboarding、Memory Tree 与模型路由，更像「带长期记忆的 Copilot 壳」。和网页版 ChatGPT 相比：OpenHuman 默认把 vault 与数据库落在本机，但登录、部分 OAuth 与模型路由仍可能走 OpenHuman 托管服务——装完务必在设置里分清本地 vs 云端边界。
本文交付物：任选一种官方渠道装好 → 完成登录与数据源连接 → 发出第一条基于 Memory Tree 的请求 →（可选）接上 Ollama。不涉及数字人视频渲染的第三方 Python Demo；若你需要在云端 Mac 上同时跑 OpenClaw + OpenHuman + Ollama，请看链文双栈部署。
脚本管道风险：curl | bash / irm | iex 无独立签名校验，官方 README 明确更推荐 Homebrew / 签名 apt / MSI。
合盖即断 ingest：Memory Tree 设计为周期性拉取邮箱与仓库；笔记本睡眠后上下文更新停滞，「越用越懂你」的曲线变平。
内存争用：官方建议 4GB+ 可运行；大邮箱 + 同机 Ollama 7B 建议 16GB+ 统一内存，否则 swap 抖动明显。
OAuth 与托管边界：默认登录、集成 OAuth、搜索代理可能走云端；敏感项目需读文档中的 self-hosted / 自定义 RPC 路径。
Early Beta：2026 年 6 月仍属早期测试，频道集成与本地 AI 路由行为可能随版本变化，升级前备份 vault 目录。
先选安装渠道，再跟六步清单。若你手里还有网上流传的「Python 克隆仓库 + checkpoints 目录」旧大纲，请一律以 官方 GitBook 与 GitHub Releases 为准，避免把别的数字人训练项目误装成 OpenHuman 桌面版。
OpenHuman 装在哪？MacBook、Windows 台式还是月租 Mac Mini？
OpenHuman 支持 macOS、Windows 10/11、Linux（Ubuntu 20.04+ 等）。纯云端 API 模式 4GB 内存可试跑；要 ingest 数十万封邮件历史并开本地模型，请按 16GB → 24GB → M4 Pro 64GB 递进。Windows 用户优先用签名 MSI；macOS / Linux 开发者优先 Homebrew 或 apt。
选型时建议把「能否 7×24 在线」与「是否需要 Metal 本地推理」拆开评估：前者决定 Memory Tree 是否持续更新，后者决定你是否在同机跑 Ollama。Intel Mac 仍可安装桌面版，但本地模型吞吐通常弱于 M 系列；Windows 台式机若仅白天开机，夜间 ingest 仍会留下上下文空洞。团队若已用 OpenClaw + OpenHuman 双栈，可把 OpenClaw Gateway 与 OpenHuman 分到不同内存档节点，避免单台 16GB 同时扛 Gateway、ingest 与 13B 模型。
| 部署平面 | Memory Tree 持续更新 | 官方安装路径 | 本地 Ollama | 月成本体感 |
|---|---|---|---|---|
| 个人 MacBook | 合盖即停（≈60% 在线） | Homebrew / DMG 高 | Metal 友好 | ¥0 硬件 + 焦虑 |
| Windows 游戏本 | 睡眠/更新重启打断 | MSI 安装包高 | 视 GPU 而定 | 已有硬件 |
| x86 Linux 桌面 | ≈95%（不关机） | apt / AppImage | 可接 Ollama | 电费 + 维护 |
| 月租 Mac Mini M4 | 机房 SLA ≈100% | 与本地相同命令 | UMA 扛 7B–13B | 固定 OpEx，可退租 |
安装教程解决「能打开 App」；平台选型解决「Memory Tree 能不能 7×24 复利」——大邮箱生产用户建议独占 macOS 节点。
OpenHuman 安装渠道对比：Homebrew、apt、npm 与 curl 怎么选？
官方文档将原生包管理器列为推荐：走 OS 签名链或仓库 GPG，优于直接从 raw.githubusercontent.com 管道执行脚本。下表为 2026 年 6 月主流路径。
| 渠道 | 适用系统 | 安全体感 | 典型命令 |
|---|---|---|---|
| Homebrew | macOS / Linux | 高（tap + bottle） | brew install tinyhumansai/openhuman/openhuman |
| apt | Debian / Ubuntu | 高（GPG 仓库） | 添加 openhuman.list 后 apt install openhuman |
| npm 全局 | 跨平台 Node≥18 | 中（SHA-256 校验二进制） | npm install -g openhuman |
| curl / irm 脚本 | macOS / Linux / Win | 低（无独立脚本签） | 仅应急；优先前三种 |
| MSI / DMG | Win / macOS | 高（Release 签名包） | GitHub Releases 下载安装 |
macOS / Linux 推荐 Homebrew：
brew install tinyhumansai/openhuman/openhuman openhuman --version
Debian / Ubuntu 添加官方 apt 源后安装（需 amd64）：
sudo apt-get install -y gnupg2 curl ca-certificates curl -fsSL https://tinyhumansai.github.io/openhuman/apt/KEY.gpg \ | sudo gpg --dearmor -o /etc/apt/keyrings/openhuman.gpg echo "deb [signed-by=/etc/apt/keyrings/openhuman.gpg arch=amd64] \ https://tinyhumansai.github.io/openhuman/apt stable main" \ | sudo tee /etc/apt/sources.list.d/openhuman.list sudo apt-get update && sudo apt-get install -y openhuman
提示：勿把 OpenHuman 与「Python 虚拟环境 + pip install -r requirements.txt」的旧教程混用；桌面版装完应在应用程序列表看到 OpenHuman，首次启动为「Sign in! Let's Cook」向导。
npm 全局包适合已统一 Node 18+ 工具链的开发者：首次安装会下载平台二进制并做 SHA-256 校验，运行时并不依赖 Node。国内网络若 GitHub / brew 较慢，可先在能稳定访问外网的机器完成安装再把 vault 目录打包迁移，或把云 Mac 节点选在与你邮箱数据中心更近的区域以降低 OAuth 回调延迟。升级版本时优先走与初装相同的渠道（brew upgrade / apt upgrade / MSI 覆盖），避免混用脚本版与包管理器版导致二进制路径冲突。
六步把 OpenHuman 配到 Memory Tree 首条请求成功
选渠道安装：按上节完成 Homebrew / apt / MSI；装后执行 openhuman 或从启动台打开，确认版本号与 Release 说明一致。
登录 onboarding：首屏「Sign in! Let's Cook」选社交登录或企业 SSO；仅自建后端用户在 Advanced 填自定义 core RPC URL。
连接数据源：按向导连接 Gmail、日历、GitHub 等；首次同步大邮箱可能耗时数小时，保持机器唤醒。
划清本地与托管：Memory Tree 数据库、Markdown vault、workspace 配置在本地；登录、部分 OAuth、模型路由与搜索代理可能走 OpenHuman 云——合规项目请读 GitBook 自建章节。
首条 Memory Tree 请求：在应用内提问需引用邮件/仓库上下文的问题（如「总结上周某项目邮件线程」），确认回答引用了本地索引而非空泛幻觉。
（可选）Ollama 本地 AI：本机已装 Ollama 时，在设置启用 local-ai / model routing，轻任务走本地 7B，重推理走云端；需要 7×24 ingest 则在 订购入口 租独占 M4，SSH 重复同样安装步骤。
Windows PowerShell 应急脚本（官方标注不如 MSI 安全）：irm https://raw.githubusercontent.com/tinyhumansai/openhuman/main/scripts/install.ps1 | iex。生产环境请从 GitHub Releases 下载签名 MSI。
验证安装成功的三个信号：应用关于页版本号与 Release 一致；设置里已连接的数据源显示「上次同步」时间戳在流动；对 Memory Tree 提问时回答能引用具体邮件主题或 PR 编号而非泛泛而谈。若首条请求仍像通用聊天，多半 ingest 未完成——可观察用户目录下 vault 体积是否持续增长，或暂时缩小邮箱同步范围做冒烟测试。启用 Ollama 后建议在活动监视器观察内存压力：swap 持续升高时把本地模型降到 7B 或把重推理任务路由回云端，避免桌面 App 与推理进程互相拖死。
环境参数、报错速查与何时迁云 Mac
三条可引用口径：① 官方 Getting Started 写明 4GB+ RAM 可运行，ingest 超大邮箱或同机 local model 建议 16GB+。② 许可证为 GNU GPL-3.0，商用需自行评估 copyleft 义务。③ Memory Tree 设计为约 每 20 分钟 从已连接源增量更新（beta 阶段行为以当前版本 Release Note 为准）。④ 2026 年 6 月 GitHub 星标已突破两万量级，桌面版以 Rust 为主、TypeScript 为 UI 层，迭代频率高，生产环境请锁定 Release 版本号并保留升级前 vault 快照。
| 现象 | 常见原因 | 处理 |
|---|---|---|
| 安装后找不到命令 | PATH 未含 brew/npm 前缀 | 重开终端或 brew link openhuman |
| 登录一直转圈 | 网络 / 代理拦截 OAuth | 检查系统代理与防火墙 443 |
| 回答与邮件无关 | 同步未完成 | 等待 ingest 进度，查本地 vault 体积增长 |
| Ollama 无响应 | 模型未 pull / 端口占用 | ollama list 与设置内 endpoint |
| 升级后配置丢失 | 未备份 workspace | 升级前打包 vault 与 SQLite 目录 |
备份建议：定期复制 vault 与 SQLite 到 Time Machine 或对象存储；卸载前在应用内断开 OAuth 并删除本地缓存，避免旧令牌残留。
摊开替代方案：合盖 MacBook 能装好却守不住 Memory Tree 更新；廉价 Linux VPS 无官方 Windows 级 GUI 体验且难接桌面 OAuth 流程；只用 curl 脚本 省去包管理器却牺牲供应链安全。在 KVMNODE 租赁独占 Mac Mini M4，用与本地相同的 Homebrew 路径、机房不断电不断网，让 Gmail ingest 与可选 Ollama 7B 在 UMA 上并行——对大邮箱知识工作者与要把 OpenHuman 当「第二大脑」的团队，通常比「偶尔开机的笔记本 + 过期上下文」更省心。档位见 定价页，交付与网络见 帮助中心。