档案日期2026的30

背景：从一次选型讨论说起

最近在评估用 AWS AgentCore 来搭一个 chatbot。官方文档把它描述成一个"企业级 agent 平台"，看起来什么都有：Runtime 跑代码、Memory 管记忆、Gateway 接工具、Observability 看观测。但当我真正去核对"会话管理"和"确保上下文不超模型上限"这两个 chatbot 最核心的需求时，发现 OOTB（开箱即用）的程度和宣传里暗示的并不完全一致。这里把结论记下来，供同样在选型的人参考。

AgentCore 到底是不是 chatbot 框架？

先说定位：AgentCore 是"运行时 + 记忆 + 网关"平台，不是开箱即用的 chatbot 框架。你需要自己写 agent 的业务逻辑（跑在 AgentCore Runtime 里），它负责的是部署、扩缩容、身份认证、工具连接和可观测性。对话和会话能力由其中的 AgentCore Memory 模块提供。

也就是说，它给你的是"地基"和"水电煤"，不是"精装修的房子"。对想快速拖一个聊天窗口的人来说，它偏底层；对要自己掌控 agent 行为、又要生产级运维能力的团队，它合适。 ...

关键时间节点

AWS 经评估后决定终止 Amazon Pinpoint 服务，核心时间线如下：

• 2025-05-20 起：停止接受新客户。在此日期前注册的现有账户不受影响，可继续使用。
• 2026-10-30 起：正式终止支持。此后将无法访问 Pinpoint 控制台，也无法访问端点、细分、活动、旅程和分析等资源。

需要特别强调：短信、语音、移动推送、OTP 以及电话号码验证相关的 API 不受本次变更影响——这些接口已在 2024 年第三季度划归 AWS End User Messaging 继续提供服务。另外，本文为对官方公告的整理与精简，如与英文原文有出入，一律以原文为准。

你属于哪一类用户

Pinpoint 的客户大致分为两类，迁移目标也因此不同：

• 参与功能用户：使用端点（Endpoint）、细分（Segment）、营销活动（Campaign）、旅程（Journey）与分析等 engagement 能力。
• 消息渠道用户：使用短信、彩信/WhatsApp、推送、文字转语音等消息发送 API。

参与功能用户：迁移到 Amazon Connect ...