openhuman 是什么？

OpenHuman 的产品形态是桌面优先：React 前端负责界面、导航和状态呈现，Tauri v2/CEF 主机负责窗口、托盘、系统插件、嵌入 webview 和本地 IPC，Rust core 是业务逻辑权威。当前 AGENTS.md 与 app/src-tauri/Cargo.toml 显示 core 作为 openhuman_core 嵌入 Tauri 主机进程运行，并通过本地 HTTP JSON-RPC 与前端交互；较早的深层架构页仍保留 sidecar 和 QuickJS 叙述，说明文档存在版本漂移。数据流上，用户先通过 OAuth 连接集成，后端代理令牌和 Composio 调用；本地 core 周期性 auto-fetch active connection，将 provider 输出规范化为 Markdown、分块、写入 SQLite chunks.db 和 wiki 目录，再由后台 workers 做 embedding、entity extraction、hotness scoring 和 summary tree 刷新。agent turn 由 harness 组织：恢复 transcript、装配一次性 system prompt、注入 Memory Tree 召回、进入工具调用循环，并在超大工具结果时交给 summarizer sub-agent 压缩。模型选择由 provider router 处理，hint 前缀把 reasoning、fast、vision、summarize、code 等 workload 映射到不同 provider/model；本地 AI 只在用户明确开启后参与 embeddings、摘要树和后台循环。关键设计取舍是把个人记忆和工作数据留在本地，把 OAuth、LLM、搜索和 TTS 等必须代理的能力交给后端，这能降低原始数据常驻云端的风险，但也让产品依赖本地 core、远端后端和第三方集成三类系统同时健康。安全层包括 OS keychain、TLS、prompt injection guard、workspace-scoped tools、短期 token 和本地 Memory Tree，但实际边界会随 direct Composio、本地 AI、webview scanner 等配置改变。整体上，Memory Tree、agent harness、Composio、CEF webview、voice、local AI 和工具系统的模块划分很清楚，但能力面非常宽，当前 README 的 early beta 与 release 中大量稳定性修复提示它还处在快速收敛阶段。过度设计风险在于个人助手、代码 agent、会议 agent、集成平台和本地知识库同时推进，工程面容易变重；设计不足风险主要是文档漂移和 native/proxied integration 边界需要持续澄清。

1. 本地优先 AI 记忆库：把 Gmail、Slack、GitHub、Notion、文档和会议内容持续同步到本地 Memory Tree，并通过 Obsidian vault 复查来源。 2. 开源个人 AI 助手：用桌面端 agent 调用文件、git、搜索、日程、浏览器控制和第三方工具，适合个人工作流自动化与代码仓库日常操作。 3. 团队或社区信息助理：通过 Telegram、Discord、web channel、trigger triage 和 integrations_agent 处理消息、通知和外部事件，但需要先核实权限与稳定性。 4. 隐私敏感的知识工作：在开启 Local AI 后，将 embeddings 和摘要树构建放到 Ollama 或 LM Studio 上，减少后台记忆处理对云端模型的依赖。

最新 GitHub Release 为 v0.54.0，发布时间 2026-05-19T07:17:46Z，名称 OpenHuman v0.54.0。主要变更集中在 observability/Sentry 噪声过滤、memory chunker 与 retrieval、local AI 和 provider routing、Whisper/Piper voice、本地与云端模型回退、Composio direct mode、prompt injection/security 修复、E2E 与 Rust 测试扩展、i18n、dark mode、Linux/Windows/CEF 稳定性修复。HEAD 中 app/package.json 与 Cargo.toml 已显示 0.54.4，但 releases.json 前 5 条中尚未看到 v0.54.4 release。