AWS发布Amazon Bedrock AgentCore托管代理工具 - AWS在Amazon Bedrock AgentCore中推出托管代理工具，使开发者无需编写编排代码，仅通过配置即可快速部署可工作的自主代理[2] - 该工具与新的命令行界面、持久化代理文件系统以及为流行编码助手预建的技能一同发布，表明AWS认为企业级代理人工智能的下一个制约因素是部署摩擦，而非模型质量[2] - 该托管工具预览版已在美国西部（俄勒冈）、美国东部（北弗吉尼亚）、欧洲（法兰克福）和亚太（悉尼）四个区域上线[3] 托管工具的工作原理与设计 - 该工具由AWS的开源代理框架Strands Agents驱动，每个用户会话在独立的微虚拟机中运行，拥有隔离的CPU、内存和文件系统，旨在防止有状态代理工作流中的跨会话数据泄漏[6] - 该平台是模型无关的，支持通过Amazon Bedrock提供的模型以及OpenAI和Google Gemini的模型，并可通过更改配置参数而非重写编排逻辑来在会话中途切换提供商[6] - 设计采用分层结构，当团队需求超出配置界面时，可将其代理导出为Strands代码，并在保持相同隔离和部署流程的同一平台上继续运行[7] 配套功能与市场定位 - 配套的AgentCore CLI为代理部署带来了基础设施即代码工作流，目前支持AWS CDK，并即将支持Terraform[8] - 新的持久化文件系统允许代理在任务中途暂停并在之后恢复，解决了长时运行工作流（包括人工审批和异步工具调用）中的一个关键难题[8] - 针对AgentCore调优的预构建编码代理技能现已可用于Kiro，并将在4月底前逐步推广至Claude Code、Codex和Cursor[8] - AWS在竞争激烈的市场中，通过支持第三方编排器（如LangGraph、LlamaIndex和CrewAI）以及其自身的Strands框架，显著押注于框架中立性[9] 实际限制与战略意义 - 该工具目前仅在四个区域提供预览版，限制了包括加拿大、巴西、印度以及法兰克福以外的大部分欧洲地区等对数据驻留敏感的法域的部署[11] - 配置驱动的代理存在复杂性上限，自定义编排逻辑、专用路由和多代理协调需要从配置转向代码定义的框架，这意味着“三次API调用”的承诺仅适用于单代理用例，而非企业日益构建的重编排模式[11] - 该工具的发布表明，AWS将代理平台而非基础模型视为持久的差异化来源，通过控制执行层面，同时对其上的模型和框架保持开放，将AgentCore定位为企业可消费而非自建的基础性代理工作负载原语[14] - 对于技术领导者而言，当超大规模云服务商以不单独收取工具费用的方式吸收编排层时，越来越难以证明自建代理基础设施的合理性，决策重心正转向哪种托管运行时能与现有的数据、身份和合规控制措施保持一致[13]