AWS调整AgentCore insights：旧报告可读，新会话还在分析吗？

本次事件的已知生效日期是10月16日，本文核验日期为10月18日。文档未给出公告首次发布日期，也未说明具体切换时刻或时区，不能自行换算成北京时间某个整点。需要精确窗口的团队，应结合自己的账号状态和AWS支持确认。

Insights仍标为公开预览。这个变更说明针对作业创建和报告生成，不能扩大为整个AgentCore、Runtime、Evaluations或日志采集停服。历史结果的说明也没有承诺永久保留期限。

AWS把insights描述为基于会话轨迹的分析：先分析单个会话，再把相似发现聚类，形成失败模式、用户意图或执行行为报告。逐会话分析与跨会话聚类不是同一个步骤；聚类报告在批量作业阶段生成。不能要求每条会话一定先有一个独立evaluation分数，才承认它接受了insights分析。

下面的覆盖记录是本站运维建议，不是AWS新增接口。日志里能查到会话，只能证明相应遥测到达；看到了分析结果，仍需核对它对应哪次会话与哪个窗口。文档没有逐项承诺变更后所有逐会话分析路径的行为，团队应验证实际情况。

报告中的“受影响会话数”通常描述某个模式涉及的会话，不能当作总分析样本数。若现有界面、作业记录或受控导出不能证明纳入范围，就把该项记为未知；不要从分类图反推出一个完整覆盖率。

先选择一类确实依赖周期分析的业务任务，固定一个时间窗。按业务入口记录列出“业务候选集合”，再根据已确认的选取与采样规则，列出“计划分析集合”，最后核对其中哪些会话已证实分析完成。选取规则无法还原时，计划集合也标为未知，不能假设全部候选都会进入分析。

使用同一时区解释事件时间和窗口边界。数据缺失、待处理和处理失败在计划集合中分别注明；已确认按规则未选中的会话属于计划外，单列原因，不算分析失败。按会话去重，迟到结果补记时保留修订说明，不因重复导出而增加完成数。

计划分析总数尚未核实时，不计算完成覆盖率。只有业务候选集合为空，才显示本窗口没有相应业务会话；计划集合为空则应说明采样或配置原因。两种空集合都不能独自证明分析链路健康。覆盖状态与业务质量分开显示。

以下是本站未执行的教学设计。在自己控制的测试环境生成一条只读任务，用脱敏关联号coverage-check-018记录它的来源和时间；不夹带客户正文、不发送真实通知、不写生产业务。关联号保存在受控追踪记录中，不为每个标记创建一个长期指标标签。

对10月16日前已经存在且仍可运行的作业，只在权限和配置允许时核对它是否纳入这条测试会话；不要为演练新建已停止支持的insights作业。若没有可用旧作业，就在候选替代链路或人工抽样流程中完成同样检查。

预期等待时间应依据现有作业的日、周或月周期，以及实际处理延迟约定。不能因为日报还没到生成时间就误报警，也不能让月报按“最近一天有结果”来冒充日级覆盖。等待超过约定边界后，保留待处理状态并触发负责人检查。

一条教学标记通过，只能证明相应路径与条件，不能证明所有新会话都已覆盖。

如果替代方案会重新处理会话内容，还需核对数据处理位置和权限。AWS当前insights文档特别说明，首尔、孟买和新加坡区域使用全局跨区域推理配置，可能路由到其中的目的区域，即使这些区域未启用或SCP拒绝其中的推理操作也可能发生；输入输出可能为滥用检测存储在目的区域。不能仅凭控制台所选区域推断所有内容只在当地处理。

这条数据边界说明来自核验时的insights文档，不自动代表某个替代产品的行为。本文没有在AWS账号中测试作业，也不承诺10月31日前某个新版会按期提供替代功能。

交接记录至少留下当前窗口、业务候选与计划分析范围、最后确认分析完成的范围、未知或失败原因以及负责人。通知应说清“哪段时间计划内的哪些会话尚未确认分析”，便于运营安排复核；只说“Agent没有新问题”会掩盖证据缺口。

对于原先依靠周期报告发现问题的任务，先完成一次覆盖演练，再决定后续范围。没有使用这项预览能力的团队，不必因本次通知迁移自己的整套Agent系统；仍可借用覆盖检查方法审视现有报告。