fix: api返回变化

[FangWaiYun]

Pre-submission checklist | 提交前检查

• I have searched existing issues and this hasn't been mentioned before | 我已搜索现有问题，确认此问题尚未被提及
• I have read the project documentation and confirmed this issue doesn't already exist | 我已阅读项目文档并确认此问题尚未存在
• This issue is specific to MemOS and not a general software issue | 该问题是针对 MemOS 的，而不是一般软件问题

Bug Description | 问题描述

您好，

      我在使用Memos 的开放 API 做一套记忆系统评测（基于 HaluMem 流水线）时，遇到了一些问题，想向您确认目前 API 的行为是否有调整。

      我注意到文档中 /add/message 与 /search/memory 正常工作；但旧版接口 /product/add 与 /product/search 的行为似乎已经发生变化。在测试时，这两个接口均返回如下格式：

{
"code": 50000,
"data": null,
"message": ""
}
      而根据社区示例与 HaluMem 原始实现，旧版 /product/add 过去的返回结构似乎包含抽取后的记忆，例如：

{

"code": 200,
"message": "Memory added successfully",
"data": [
{ "memory": "...", "id": "...", ... }
]
}
      以及 /product/search 则返回检索结果中的 memory 列表。

      目前看起来云端 API 已经不再返回这些字段，因此评测流程中的 “extracted_memories” 阶段无法继续。

      我想请教您几个问题，以确保我对当前 API 状态的理解是准确的：

旧版 /product/add 是否已经完全下线或关闭了 memory 列表的返回？

未来是否还会重新开放返回 memory 列表的能力（同步抽取结果）？

如果需要“按 session 获取刚刚写入的抽取记忆”，是否有推荐的替代方法？例如：

是否有内部接口可以按 conversation_id 精确过滤？

或是否需要自行在本地部署旧版本实例实现这一功能？

      如果目前云端不再提供旧版 /product/add 的返回数据，也希望您能告知推荐的迁移方式，以便我调整评测逻辑。

感谢您的帮助！

期待您的回复。

How to Reproduce | 如何重现

run halumem's code(under eval file) for memos

Environment | 环境信息

3.12
MacOS
API(The latest one?)

Additional Context | 其他信息

No response

Willingness to Implement | 实现意愿

• I'm willing to implement this myself | 我愿意自己解决
• I would like someone else to implement this | 我希望其他人来解决