- Amazon Bedrock AgentCore Memory 新增 IngestData，可把对话或 JSON 事件直接送入长期记忆提取，而不先保存为短期记忆事件。
- OpenAI Agents Python 与 JavaScript SDK 的同日正式版本，集中修复恢复会话、审批所有权、handoff 和压缩并发写入等状态问题。
- Claude Code 随后修复一次特定网关环境变量引发的身份路由回归；该修复范围仅限所述变量与认证配置，不能泛化为所有代理网关故障。
长期记忆不再必须依附短期事件
AWS 在 9 月 9 日零时（上海时间）发布 Amazon Bedrock AgentCore Memory 的直接摄取能力。新的 IngestData API 可以把内容分发给已经配置的长期记忆策略，在不创建短期记忆事件的情况下生成长期记忆记录。它接受带 USER、ASSISTANT 角色的对话载荷，也接受行为事件、活动日志和系统事件等 JSON 载荷，并允许附加元数据。
官方说明还列出了处理后的核验路径：开发者可以通过 ListMemoryRecords 或 RetrieveMemoryRecords 检查提取结果，通过 Kinesis 接收实时通知，并使用 ListMemoryExtractionJobs 查找和重新驱动失败的提取任务。AWS 表示该能力覆盖所有已经支持 AgentCore Memory 的区域，但公告没有披露记忆提取准确率、去重效果或生产延迟。
这项变化允许企业分别设计短期交互记录和长期业务记忆，不必把两者绑定为同一种存储事件。实际部署仍需明确来源、保留期限、敏感字段、删除传播和重复摄取规则；能够直接写入长期层，并不等于写入内容已经正确、相关或适合长期保留。
恢复、压缩与审批所有权被写进 Agent SDK
OpenAI 在同一窗口发布 openai-agents-python 0.22.1 和 openai-agents-js 0.17.1。两个正式版本都加入服务器级 MCP 工具护栏，并修复序列化审批在恢复运行时的所有权保留、失败的恢复会话写入，以及 handoff 前审批状态保存等问题。JavaScript 版本还修复了沙箱 Git 仓库参数注入问题。
Python 版本进一步修复压缩期间并发写入的保留、恢复 handoff 时追加失败后的修复，以及终态输出已经被接受但尚未持久化时仍允许恢复的问题；对于空工具参数，它改为失败关闭。发布说明展示的是 SDK 状态机和安全边界的具体修改，没有给出吞吐、任务成功率或故障恢复时间的横向评测。
企业长任务可能跨越中断、人工审批、子任务交接和多次上下文压缩。此时，可靠性要求已经从“还能继续生成”扩展为“继续后仍由同一审批主体授权、不会漏写或重复写、终态与持久化状态一致”。恢复测试和审计记录因而需要覆盖这些条件，单看上下文窗口或一次演示不足以判断 Agent 是否可生产运行。
身份路由是相邻但需要单独验证的运行边界
Anthropic 在 Claude Code 2.1.266 中修复 2.1.265 引入的一次回归。发布说明称，原本只有在 ANTHROPIC_BASE_URL 与 ANTHROPIC_AUTH_TOKEN 同时设置时才生效的未公开变量 CLAUDE_CODE_USE_GATEWAY，在 2.1.265 中会单独强制进入 Cloud gateway 登录，导致同时使用 API key、apiKeyHelper 或自定义认证头的配置以“未登录 Cloud gateway”失败。2.1.266 恢复为单独设置该变量时忽略它，且不要求用户修改配置。
这一修复发生在 OpenAI SDK 集中处理会话恢复和审批所有权的同一发布窗口，但两者不是同一产品或共同标准。公开材料也没有建立身份选择与审批、恢复状态之间的直接因果关系；它们只能被视为长任务执行链中需要分别测试的相邻工程边界，更不能证明所有企业代理网关存在同类缺陷。
企业验收记录可以同时覆盖模型调用身份、网关路由、工具审批、会话写入和终态落库，并分别观察中断恢复、凭据切换和配置回滚。更重要的边界是，这些更新只证明厂商正在修补各自产品中的具体工程条件，不代表不同 SDK 已经具有相同的一致性语义或统一的状态格式。
后续观察
- 关注 AgentCore Memory 是否公开直接摄取的延迟、重复写入处理、删除传播和提取质量指标。
- 观察 Agents SDK 是否进一步文档化恢复、审批、压缩和并发写入的一致性保证，并提供可复现故障测试。
- 观察企业试点中断前后的任务 ID、审批主体、工具调用、写入幂等键和最终落库状态能否保持可核对且不产生遗漏或重复。
来源与核验
本文由英科铸数基于所列公开资料编辑撰写。事实与数据以原始来源为准；“对企业落地意味着什么”为英科铸数结合企业客户场景所作的编辑分析，不构成对第三方产品的背书。
← 返回每日观察