Amazon Bedrock AgentCore Runtime 推出有状态 MCP 客户端功能
Amazon Bedrock AgentCore Runtime 近日引入了有状态 MCP 客户端功能，这标志着 AI 代理开发的一个重要进步。此前，基于 Model Context Protocol (MCP) 的服务器通常以无状态模式运行，每次请求独立处理，无法在任务执行过程中暂停以请求用户输入、动态生成内容或提供实时进度更新。
从无状态到有状态的跨越
MCP 是一个开放标准，定义了大型语言模型（LLM）应用程序如何连接外部工具和数据源。在之前的版本中，AgentCore Runtime 主要支持无状态 MCP 服务器。这种模式简单易部署，适用于接收输入并返回输出的工具服务器。然而，其根本限制在于服务器无法跨请求维持对话线程，也无法在工具调用过程中与客户端进行双向交互。
新的有状态模式通过设置 stateless_http=False 来启用。AgentCore Runtime 会为每个会话配置一个专用的微虚拟机环境，允许服务器在长时间运行的任务中保持上下文。这使得 AI 代理能够处理更复杂、多轮的工作流程。
三大核心客户端能力
此次更新引入了 MCP 规范中的三项关键客户端能力，彻底改变了工具执行的单向模式，实现了服务器与客户端之间的双向对话：
- 请求用户输入：服务器可以在任务执行中途暂停，向客户端请求用户的澄清或额外信息。例如，一个预订机票的代理在用户未指定日期时，可以主动询问具体出行时间。
- 请求 LLM 生成内容：服务器可以要求客户端利用其连接的 LLM 进行动态内容生成。这使得代理能够根据实时上下文创造更个性化的回复或内容。
- 进度通知流：对于长时间运行的任务，服务器可以向客户端流式传输实时进度更新，让用户了解当前状态，而不是等待最终结果。
对 AI 代理开发的意义
这项更新解决了开发者在构建复杂 AI 代理时常遇到的痛点。许多工作流程本质上是交互式的，需要中途与用户确认细节，或者依赖 LLM 的即时创造力。无状态的实现方式无法优雅地处理这些场景，往往导致流程中断或用户体验不佳。
有状态 MCP 客户端功能的加入，使得在 Amazon Bedrock 上构建的代理能够：
- 实现真正的多轮对话工作流。
- 提升复杂任务的处理能力和用户体验。
- 更灵活地整合动态内容生成。
开发者如何开始
AWS 提供了详细的代码示例，展示如何构建具备上述三种能力的有状态 MCP 服务器，并将其部署到 Amazon Bedrock AgentCore Runtime。开发者可以参照这些示例，快速上手并创建能够进行双向交互、更智能的 AI 代理应用。
这不仅是 Amazon Bedrock 平台功能的一次重要补充，也反映了 AI 应用开发正朝着更交互式、更上下文感知的方向演进。
