你的私人 AI 超级大脑 | openhuman

📌 项目地址：tinyhumansai/openhuman | ⭐ 14,305 颗星 | 🔧 Rust | 📜 MIT

OpenHuman 在 GitHub 上有 14305 个 star，这个数字在 Rust 写的 AI 项目里不算小。但它不是又一个 ChatGPT 套壳——README 第一句就说它是“Personal AI super intelligence”，接下来直接抛出了架构上的选择：本地存储记忆和配置，托管服务做模型路由和搜索代理。这种混合设计在现在的开源 AI 项目里不多见，值得仔细看。

数据归属：你的记忆在本地，但部分功能依赖云端

OpenHuman 把数据分成两块：

本地存储：记忆树（Memory Tree）、Obsidian 风格的 Markdown 工作区、配置文件和运行时状态。这些全在你的机器上，不会自动上传到任何服务器。
托管服务：账号登录、模型路由、网页搜索代理、通过 Composio 连接层处理的第三方集成/OAuth 流程。默认情况下这些走 OpenHuman 官方的后端。

如果你想用自己的模型、搜索引擎或 Composio 凭证，README 说可以切到自定义/本地模式。但它也明确指出：“some real-time triggers and hosted features still require the managed backend”。也就是说，功能上存在强制走云端的部分，不是所有东西都能完全离线。

这种设计的逻辑是：核心数据（你的记忆、笔记结构、工作区）归你，而模型调度、搜索爬虫、第三方认证这些计算密集型或需要持续在线的操作，交给服务端处理，降低本地部署的配置复杂度。代价是你必须信任 OpenHuman 的托管服务不会滥用你的查询数据。

安装：原生包管理器优先，签名链比方便重要

README 花了大量篇幅强调安装方式，核心意思是：别用脚本安装，用系统包管理器。脚本安装的警告写得很直白：“Warning — unverified install”。原生包（Homebrew bottle hash、apt 签名仓库、MSI 签名）能让你验证下载的二进制确实是官方发布的，而不是中间人篡改过的。

具体命令：

macOS

brew tap tinyhumansai/core
brew install openhuman

Debian/Ubuntu

sudo apt-get install -y --no-install-recommends 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

Arch Linux：AUR 配方 openhuman-bin 在仓库里，发布后可以用 yay -S openhuman-bin。Windows：下载签名的 .msi 运行。

Linux 上的两个已知坑

README 专门提到 issue #2463：

Wayland 下 AppImage 启动崩溃。
Arch 系发行版上跑 AppImage 报 sharun: Interpreter not found!。

对于 Debian/Ubuntu 用户，用上面的 .deb 包可以避过。如果你非要用 AppImage，去 issue 里找环境变量 workaround。项目团队知道自己兼容性问题，给出了明确的替代路径。

早期 Beta，文档不全，需要自己折腾

OpenHuman 标注了“Early Beta: Under active development. Expect rough edges.” 我试了下，README 没有提供任何关于如何配置自定义模型、搜索引擎或日志级别的具体例子，只提到了“choose custom/local settings”。官方文档站（tinyhumans.ai/docs）可能会详细些，但不要指望安装完就能直接用。

如果你要从源码构建，项目是 Rust 写的，需要 Rust 和 Cargo 环境。版本兼容性没说，但 Rust 项目通常没什么特殊要求。不过 14305 个 star 意味着社区比较活跃，遇到问题可以提 issue 或去 Discord/Reddit 问。

适合谁

OpenHuman 不是开箱即用的产品。它适合这样的用户：

对隐私有要求，但不愿意完全托管基础设施。你接受“记忆在本地，部分功能云端”的模式，且信任 OpenHuman 的托管服务不会把你的查询数据卖给广告商。
愿意花时间调试。早期 Beta 意味着 bug 多、文档不完善。如果你不是开发者，或者没有耐心折腾 config.toml，建议等更成熟的版本。
关注数据所有权。Obsidian 风格的 Markdown 仓库让你可以用任何 Markdown 编辑器直接读写记忆文件。只要你不删除本地文件，卸载应用后数据依然在。

如果你只是想要一个能打字聊天、能联网的 AI 客户端，并且不关心数据在哪，OpenHuman 的这个起步门槛可能不值得。

一句话总结

OpenHuman 在“本地控制”和“托管便利”之间做了明确取舍。14305 个 star 说明不少人认可这个方向，但早期 Beta 的状态意味着它更适合愿意动手的用户。安装时优先用系统包管理器，避开 AppImage 的 Wayland 坑，然后准备好自己翻配置文件。