Master 记忆系统与 Codex/Antigravity 关联核查

核查时间：2026-05-30 15:26 CST；对象：Master/default、cctb-codex、cctb-antigravity、TencentDB Agent Memory

结论

不是共享读写大脑，而是统一写入桥

Codex/Antigravity 通过 CCTB 在 Telegram 回合完成后，把请求与回复 append-only 镜像 到 Master 的 TencentDB Gateway。它们目前不自动读取 Master 的 TencentDB 记忆。

重启判断

重启 Master gateway 会启用 TencentDB

当前配置已是 memory.provider: memory_tencentdb，sidecar 127.0.0.1:8424 健康。重启后 Master 会按配置加载 TencentDB provider。

注意

重启不是启用 CCTB 读记忆

Master 重启只影响 Master 的 Hermes gateway。Codex/Antigravity 的桥接服务独立运行，读记忆能力也不是由 Master 重启自动开启。

一、当前链路拓扑

Codex Telegram bot / Antigravity Telegram bot
  ↓ cctb-codex.service / cctb-antigravity.service
  ↓ /root/cc-telegram-bridge/dist/src/index.js --instance 
  ↓ 回合成功交付后调用 mirrorTurnToTdaiBestEffort()
  ↓ POST http://127.0.0.1:8424/capture
  ↓ Master TencentDB Gateway
  ↓ /root/.memory-tencentdb/master/memory-tdai
  ↓ L0 conversations → 异步 L1/L2/L3 抽取

二、关联方式：用的是什么

项目	核查结果
桥接机制	CCTB → TDAI capture API，不是共享同一个 prompt，也不是 Codex/Antigravity 直接加载 Hermes memory provider。
关键函数	`/root/cc-telegram-bridge/src/runtime/tdai-capture.ts` 与已构建的 `dist/src/runtime/tdai-capture.js` 中的 `mirrorTurnToTdaiBestEffort`。
触发位置	`/root/cc-telegram-bridge/src/telegram/message-turn.ts` 回合完成后调用；dist 中同样存在调用。
写入接口	`POST /capture`，默认 `CCTB_TDAI_GATEWAY_URL=http://127.0.0.1:8424`。
session key	`cctb:<instance>:chat:<chatId>`，例如 `cctb:codex:chat:5760817136`、`cctb:antigravity:chat:5760817136`。
安全策略	文本截断、敏感字段 redaction、超时后只记录失败，不阻塞 Telegram 回复。

三、systemd 实证

cctb-codex.service

状态：active
启动：2026-05-29 14:06:46 CST
环境：CCTB_TDAI_MIRROR_ENABLED=1
目标：http://127.0.0.1:8424
最大字符：12000；超时：5000ms

cctb-antigravity.service

状态：active
启动：2026-05-30 14:21:03 CST
环境：CCTB_TDAI_MIRROR_ENABLED=1
目标：http://127.0.0.1:8424
最大字符：12000；超时：5000ms

Master TencentDB

配置：memory.provider=memory_tencentdb
sidecar：127.0.0.1:8424 listening
health：status=ok、vectorStore=true、embeddingService=false
数据根：/root/.memory-tencentdb/master/memory-tdai

四、写入证据

Master TDAI 今日文件仍在更新：

conversations/2026-05-30.jsonl：15:24:45 更新
records/2026-05-30.jsonl：15:25:02 更新
scene_blocks/内置记忆迁移承接.md：15:26:28 更新

在 conversation jsonl 中已看到真实 CCTB source tag：

{"sessionKey":"cctb:antigravity:chat:5760817136", ... "content":"[source=cctb/antigravity chat=5760817136 update=460637180]\n/new"}
{"sessionKey":"cctb:codex:chat:5760817136", ... "content":"[source=cctb/codex chat=5760817136 update=999001]\ncctb-live-mirror-smoke-codex user"}

五、关键边界

统一写入已成立：Codex/Antigravity 的 Telegram 成功回合会写进 Master 的 TencentDB L0。
统一读取未成立：Codex/Antigravity 不会自动从 TencentDB 召回记忆放进自己的 prompt。
异步抽取：/capture 成功只代表 L0 原始对话写入；L1/L2/L3 由 TencentDB pipeline 异步处理。
Master 重启范围：重启 hermes-gateway.service 会让 Master 使用最新 Python/Hermes 配置；不会重启 CCTB 服务，也不会改变它们的读记忆策略。

六、如果现在重启 gateway，会发生什么

会直接启用 TencentDB。 理由：

配置文件已启用 memory_enabled=true、user_profile_enabled=true、provider=memory_tencentdb。
插件路径存在，指向 /opt/TencentDB-Agent-Memory/hermes-plugin/memory/memory_tencentdb。
sidecar 端口健康；日志已有多次 Memory provider 'memory_tencentdb' activated。

但若你今天在 Codex 修改的是 Hermes 代码层逻辑，重启后才会被当前 Master gateway 进程加载；重启前必须写 restart context。

七、建议

保持当前架构：Master 读写 TencentDB；Codex/Antigravity 只做 append-only 镜像。
暂不让 Codex/Antigravity 自动读取 TencentDB，除非另做灰度；否则容易污染它们独立行为。
如果要应用今天 Codex 改的 Hermes 记忆代码：先写 restart context，再重启 hermes-gateway.service，随后验证 provider 激活、sidecar health、TDAI 写入与新 prompt 注入。