Bug: 修改 memory 内容后 search 索引未同步更新

[guolvlin-cn]

描述

通过外部渠道（dashboard / API）直接修改一条已存在的 memory 的 content 后，memory_search 无法搜索到新内容。但通过 memory_list（按时间倒序列出）或直接 GET by ID 可以正常读取到修改后的内容。

复现步骤

1. memory_store 写入一条 test memory（working 类型），返回 memory_id: 019e7391da1...
2. 外部修改该 memory 的 content（如 dashboard 编辑或直接 API update）
3. memory_search(query="新内容关键词") → ❌ 不命中
4. memory_list(limit=30) → ✅ 能看到该记录，内容已更新
5. memory_search(query="旧内容关键词") → 旧内容的向量索引仍在，可能命中旧版本

预期行为

修改 memory 内容后，search 索引应同步更新，使新内容可被语义搜索命中。

实际行为

修改后 search 索引未重建，新内容不可搜索，旧内容的向量索引仍然有效。

环境

• Memoria 版本：云端服务
• MCP 工具：memory_store / memory_search / memory_list
• 复现 Agent：Claude Code

[guolvlin-cn]

补充：原生写入 + 语义搜索无法命中

测试时间

2026-05-29 20:00-20:30（北京时间）

测试过程

1. POST /v1/memories 写入两条新记录：
   • 019e739b430373b3af6a9d2e0c070f9f（memory_type=working）
   • 019e73b79c0170938f5023e8519cf1e8（memory_type=procedural）
2. GET /v1/memories/<id> 直接按 ID 查询：✅ 两条都能查到，内容完整
3. POST /v1/memories/search 语义搜索：❌ 两条都搜不到

对比验证

搜索同一 API 的其他 working 类型条目（如 019e738c902c7f20b04b2c28420ab706）可以搜到，说明 search 索引本身在工作。

初步判断

问题不是「修改后索引未更新」（issue #208 描述的场景），而是「原生写入的新条目索引延迟或失败」。可能是：

1. 写入后存在一个较长的异步索引窗口（>30min？）
2. 写入成功的响应先返回，但向量索引还未写入
3. 某些 memory_type 或内容特征导致索引失败

两条测试条目仍然存在，可供复现：

• 019e739b430373b3af6a9d2e0c070f9f（working）
• 019e73b79c0170938f5023e8519cf1e8（procedural）

建议：在写入 API 的响应中加入索引状态字段，或提供强制重建索引的 API。