设计理念

产品定位

OMH Hub 不是另一个 AI 编程客户端，也不替代 Codex、Cursor、Trae、WorkBuddy、Claude Code 或 Gemini CLI。

它是用户自己的多 AI 会话代理与记忆中枢：让不同 AI 工具的项目、会话、消息和结果在桌面端、手机端与 Web 端保持一致。

核心导航：AI 工具 → 项目 → 会话 → 实时对话

核心原则

用户控制软件，代理只负责连接

桌面 Agent 不轮询 AI 软件是否打开。Agent 维护与 Relay 的连接并监听本机会话来源；只有用户主动操作时才检测或启动软件。

云端路由，执行留在本机

云端 Relay 负责身份校验、设备寻址、会话路由与状态同步。真正的 AI 执行发生在用户桌面设备上。

第三方凭证不离开设备

OMH Hub 云端不保存第三方 AI 明文凭证。云端只保存连接标识、设备归属、工具类型和必要状态信息。

一个 OMH 账号拥有完整数据边界

设备、项目、会话、消息与记忆都归属于同一个 OMH 用户，所有查询必须按用户隔离。

会话优先于任务

用户可以在手机端查看桌面 AI 工具已有会话并继续发消息，无需先创建新任务。

原始对话与长期记忆分层

会话层保存完整消息与附件；记忆层保存摘要与向量。保存记忆不会替代原始会话。

适配器可扩展，协议保持统一

每种 AI 工具使用独立适配器；Relay 协议使用统一的工具、项目、会话和消息模型。

各端职责

• 服务端：账号、权限、Relay 路由、会话持久化、记忆与向量检索
• 桌面端：本机适配器、被动监听、会话同步、消息执行
• 手机端：按 AI/项目/会话浏览，实时收发消息
• Web 端：系统管理、会话与记忆管理、插件授权
• 浏览器插件：经用户确认后采集网页 AI 对话并导入

不做的事情

• 不在后台反复扫描或启动用户的 AI 软件
• 不让手机用户手动选择第三方 API Key
• 不把多个设备上的同名会话随意合并
• 不以牺牲原始消息为代价只保存摘要或向量