把检索改成按来源聚合,先把设备维度跑通。
已改写 read_contract 与聚合查询,12 个用例通过。下一步:接入镜像回放。
自托管 · 跨设备 · 跨 AGENT
把 AI 记忆放在你自己的 NAS 上。两台 Mac、六个 Agent 共享同一套可追溯的上下文——换台机器,接着往下做。
接续
一轮对话结束,Hub 就把背景、已定的方案和下一步整理成记忆。另一端打开新窗口,它已经知道你在做什么。
把检索改成按来源聚合,先把设备维度跑通。
已改写 read_contract 与聚合查询,12 个用例通过。下一步:接入镜像回放。
$ claude
记忆已注入 · 3 条 / 项目 memory-hub
设备维度聚合已完成(Codex · 18:42)
待办:接入镜像回放
$ 继续
明白,我从镜像回放开始,先复现 18:42 那份合成样本。
特性
不是塞进更长的上下文,而是每次都取回最准的那几段。
一轮结束就已同步。目标 60 秒内,另一台设备和另一个 Agent 都能用上这轮的新记忆。
每条记忆都能追回原始对话、工具调用和输出。不是凭空生成的摘要,而是可核对的依据。
NAS 不可达时,本机缓存照常读写。恢复连接后自动补传,按项目与时间合并冲突。
工作方式
采集、汇聚、召回。每一步都发生在你自己的网络里。
连接组件读取本机 Agent 记录。凭证在离开设备之前就被过滤,无法安全解析的内容就地隔离。
已认证、加密、可重试的请求送达 NAS。服务端做幂等校验、项目授权与持久接纳。
下一轮对话之前,按当前任务取回相关记忆。检查来源与删除状态之后才注入。
管理后台
搜索、追溯来源、纠正内容,以及明确分开的「忘记」与「彻底删除」。设备状态一屏可见。
检索改为按来源聚合,先跑通设备维度
项目 memory-hub 使用 SQLite WAL,禁止跨机共享卷
删除恢复:旧快照不自动恢复已彻底删除的内容
偏好:中文回复、先给结论、表格优先
Hub 迁移需停服备份后显式升级,不能回退旧镜像
页面用暖白底与单个蓝色胶囊按钮,不加第二强调色
已加载全部 · 共 1,284 条
治理
忘记停止调用,彻底删除清空原文。两个动作分开,规则会传播到每一台设备和每一个 Agent。
治理操作
忘记可撤销
停止自动调用与再次提炼。原始历史仍会保留,你可以随时主动查阅。
彻底删除不可撤销
清空 Hub 内的记忆、原文、索引与受控备份中的副本。原 Agent 的会话文件不受影响。
规则同步到所有已连接设备;离线设备重连时先应用规则,再发布队列。
获取
服务端跑在你的 NAS 上,客户端装在每一台 Mac 上。没有账号体系,没有云端订阅,没有用量账单。
服务端 · NAS
任意 x86_64 / arm64 主机,一条 compose 起服务。数据落在 NAS 本地卷,不经过任何第三方。
$ git clone github.com/cloud-memory-hub $ docker compose up -d hub ready · http://nas.local:8787
客户端 · macOS
装在每台 Mac 上,读取本机 Agent 记录,并在离开设备之前完成凭证过滤。
$ uv tool install cloud-memory-connector $ cloud-memory-connector init --state-dir ~/.cmh device authorized · 2 sources linked
系统要求:Docker 26+ · Python 3.12–3.14 · macOS 14+ · NAS 最低 4 GB 内存
查看部署文档技术规格
部署形态
Docker Compose存储
SQLite + 派生索引传输
HTTPS · 版本化 HTTP API一致性
至少一次投递认证
设备凭证 · 项目授权加密
凭证静态加密存储备份
NAS 内版本化快照资源
4 GB 内存起