Mem0 Node SDK (v3.2.0)
Mem0 发布 Node SDK v3.2.0。该版本让请求携带 X-Mem0-Source、X-Application 与 X-Mem0-Client 三个头，与 Python SDK 对齐；前两者为 set-once，使外层包装保留自身身份，第三个为 append-only，用于报告完整层级链。当 MEM0_SOURCE、MEM0_APPLICATION、MEM0_CLIENT_STACK 环境变量存在时从中读取。X-Mem0-Client 中的 SDK 版本改为构建时注入而非硬编码，避免下次发布时版本信息过期。
发展脉络
- 首次出现Mem0 Node SDK (v3.2.0)Mem0
- 当前判断记忆层 SDK 开始把来源与应用标识做成协议级字段，说明这类组件正从单点库走向被多层包装的基础设施。判断：当同一记忆后端被多个应用与中间层复用时，归因与配额管理会成为采购与运维的实际需求。可验证下一信号：其他记忆或向量层 SDK 是否跟进类似的来源头约定。Agent Pulse · 分析
Mem0 发布 Node SDK v3.2.0，核心变化集中在请求身份与来源追踪：请求现在携带 X-Mem0-Source、X-Application 和 X-Mem0-Client 三个头，与 Python SDK 保持一致。X-Mem0-Source 与 X-Application 为 set-once 语义，外层包装器可以保留自己的身份不被覆盖；X-Mem0-Client 为 append-only，会报告完整的层级链。三者分别可从 MEM0_SOURCE、MEM0_APPLICATION、MEM0_CLIENT_STACK 环境变量读取。此外，X-Mem0-Client 中的 SDK 版本号改为构建时注入，不再硬编码，从而不会在下一次发布时变成过期值。
这是可观测性与身份传播层面的改动，而非记忆能力本身的变化。set-once 与 append-only 的区分意味着调用链上每一层包装都能被区分：外层身份稳定，内层链路可累积。判断：对多层封装 Mem0 客户端的团队，服务端归因与问题定位的粒度会变细。可验证下一信号：服务端是否开始基于这些头提供按来源或应用维度的用量与错误统计。
记忆层 SDK 开始把来源与应用标识做成协议级字段，说明这类组件正从单点库走向被多层包装的基础设施。判断：当同一记忆后端被多个应用与中间层复用时，归因与配额管理会成为采购与运维的实际需求。可验证下一信号：其他记忆或向量层 SDK 是否跟进类似的来源头约定。
对使用 Mem0 的团队，来源与应用标识可让多产品共用一套记忆后端时的用量归属更清晰，减少排障时的人工对账。判断：价值主要体现在运维与成本分摊，而非新功能。可验证下一信号：是否出现基于这些头的账单或看板能力。
若这些头被服务端消费，记忆服务的计量与限流可能从账号级细化到应用与包装层级别。可验证下一信号：Mem0 文档或 API 是否出现按 source/application 维度的统计或配额说明。