AgentCore Memory 可直写长期记忆后，客服摘要先别全量入库

AWS 9 月 8 日更新 Amazon Bedrock AgentCore Memory，新增 IngestData：开发者可以把内容直接提交给长期记忆抽取，不必先把它保存成短期 memory event。官方文档说明，IngestData 支持对话消息和 JSON 数据，也可以附加 metadata；处理完成后，再用 ListMemoryRecords、RetrieveMemoryRecords 或 GetMemoryRecord 读取长期记忆记录。它适合只需要抽取关键事实、不需要反复读取原始互动的场景。

对亚马逊卖家和服务商来说，这个能力很实用，但也很容易用错。很多团队想把客服消息、评论、退货原因、广告咨询、站外表单和销售对话都喂给 AI，沉淀成“客户偏好”和“Listing 缺口”。问题是，长期记忆一旦成为后续推荐、客服和页面优化的依据，错误摘要、过期偏好和敏感信息都会被持续放大。

运营判断：客服摘要不能因为能直写长期记忆，就全量入库。 先定义事实、偏好、投诉、敏感字段和复核状态，再决定哪些内容进入长期记忆，哪些只留在原系统。

哪些内容适合进长期记忆

适合进入长期记忆的，是跨会话仍然有价值、且不会暴露敏感原文的结构化事实。比如买家常问的尺寸误解、安装步骤缺口、包装破损模式、配件兼容问题、某类人群偏好、FAQ 缺失项和售后前置提醒。不适合直接进入的，是完整聊天原文、订单个人信息、一次性情绪表达、未验证投诉和已经过期的促销承诺。

Flyfus 做评论分析、买家需求分析和 Listing 深度诊断时，可以把“多次出现、可验证、能映射到页面字段”的问题抽成长期记录，而不是把每条消息原样堆进知识库。

客服记忆分级表

信息类型	是否进长期记忆	示例	复核要求
商品事实缺口	可以进	买家反复问尺寸单位	Listing 负责人确认
使用偏好	谨慎进	用户偏好轻量、静音、可折叠	去除个人身份
投诉趋势	可以进摘要	包装角部破损增加	与退货表对照
订单个人信息	不进	姓名、地址、电话	留在原系统
促销承诺	一般不进	限时折扣、个别补偿	到期自动失效
未验证说法	暂缓	单个买家说材质过敏	等待更多证据

这张表的重点不是技术，而是运营边界。长期记忆越靠近自动推荐，越要保守。

三步建立入库护栏

第一步：先做字段字典

不要把“客服摘要”当成一个字段。至少拆成问题类型、涉及 ASIN、页面字段、证据来源、出现次数、严重程度、是否复核、复核人和失效日期。这样后续 AI 读取时，知道它拿到的是趋势、事实、偏好还是待确认线索。

第二步：保留原文，但不要把原文都变成记忆

IngestData 的价值在于可以只抽长期记录，不必把所有短期事件也存在 memory 里。但运营仍要能回看原文，否则很难判断摘要是否准确。实操上，原文留在客服系统、工单、表格或仓库，长期记忆只存抽取结果和来源 ID。需要争议复核时，再回原系统查。

第三步：给记忆设置失效和覆盖规则

商品版本、包装、供应商和政策都会变。一个旧版包装的差评趋势，不能永久影响新版 Listing。建议给每条长期记录加状态：有效、待复核、已过期、被新版覆盖。库存、价格、促销和政策类信息尤其要短周期失效。

不要把客服记忆写成操作命令

长期记忆可以提示“很多买家问安装步骤”，但不应该直接命令系统“自动修改五点”。卖家要把记忆和动作分开：记忆负责沉淀信号，动作由 Listing 负责人、广告投手或客服主管确认。尤其涉及标题、五点、退款口径、保修承诺和广告预算时，不能让记忆自动触发生产修改。

对服务商而言，交付客户 AI 客服或诊断系统时，要附上入库规则，而不只是演示对话效果。客户需要知道哪些数据进入长期记忆、如何删除、如何复核、如何导出，以及模型建议引用了哪些记录。

运营场景里的取舍

客服团队最想自动化的，往往是重复问题：尺寸、安装、保修、物流和兼容。但这些问题背后连接的是不同负责人。尺寸问题可能要改主图，安装问题可能要补视频，保修问题可能要改 FAQ，兼容问题可能要更新变体和广告否定词。长期记忆如果只写“买家不理解”，就没有用；必须写到影响哪个 ASIN、哪个页面字段、哪个客服模板、哪个广告组。

也要给不同严重度不同处理速度。影响安全、合规、退款和大量退货的问题，当天就要进入工单；影响转化但不影响承诺的问题，可以进入周复盘；单条情绪化反馈只做观察，不要影响页面。老板看报表时，也不应该只看“AI 总结了多少条消息”，而要看多少条记忆变成了已复核工单、多少条被拒绝、多少条推动了 Listing 或客服 SOP 修改。

对多店铺团队，还要区分美国站、欧洲站和日本站的语言与政策差异。同一个尺寸抱怨，在不同市场可能代表单位换算、图片理解或使用习惯差异。长期记忆如果不带站点、语言和时间，后续建议就容易串场，复盘也会失真，责任也难追踪，尤其旺季。

7 日落地清单

1. 列出客服、评论、退货、问答和站外表单的所有来源。
2. 把可入库字段拆成 ASIN、问题类型、证据、次数、严重度和状态。
3. 标记个人信息、订单信息、促销承诺和未验证投诉为默认不入库。
4. 选择 20 条真实消息，人工写一版标准摘要作为样例。
5. 用 AI 抽取后对照人工摘要，记录漏判和误判。
6. 给每条长期记录加复核人、来源 ID 和失效日期。
7. 用 Flyfus 把高频问题映射到主图、五点、A+ 和 FAQ 修改工单。

卖家可以马上做的 5 件事

1. 把客服摘要表从一列改成字段字典，不再只写一句话结论。
2. 先禁止个人信息、订单细节和未验证投诉进入长期记忆。
3. 给包装、尺寸、兼容、安装和售后问题设置复核负责人。
4. 每周检查长期记忆是否对应真实退货、评论和客服趋势。
5. 用 Flyfus 输出 Listing 字段缺口，让记忆变成可执行工单而不是噪音。

主要来源

• https://aws.amazon.com/about-aws/whats-new/2026/09/agentcore-memory-direct-ingest/
• https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/long-term-ingest-data.html
• https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/long-term-memory-metadata.html
• https://sell.amazon.com/tools/seller-central