新上线今天0 投票
用 Amazon Bedrock AgentCore、托管知识库与 Nova Sonic 打造航空语音旅行管家
把语音助手塞进航空公司 App，需要解决哪些问题？
航空公司早已拥有成熟的 App 和网站，旅客可以在上面查航班、选座位、管理订单。但如果加入一层自然语音交互，这些操作就能用「说」来完成——不用退出当前页面，也不用在层层菜单里翻找。
AWS 近期发布的一篇技术博客展示了如何基于三项托管服务构建这样的语音旅行管家：
- Amazon Bedrock AgentCore：用于大规模构建、部署和运营 AI Agent 的智能体平台，支持自选框架和模型；
- Amazon Nova Sonic：Bedrock 上的语音到语音模型，面向实时语音交互；
- Amazon Bedrock Knowledge Bases：全托管的检索增强生成（RAG）服务，让回答扎根于企业自有文档。
旅客能做什么？
按照博客描述，旅客对着 App 说话，管家就能调出行程、更改座位、更新餐食偏好、回答政策问题，并能在需要时转接人工客服。整个过程中，语音层与现有界面并行运行，旅客可以在同一次会话里自由切换点击和说话。
工程上的三个关键点
博客指出，构建语音层需要在几个方面仔细设计：
- 双向音频流：需要同时处理上行和下行音频，并在多轮对话中保持上下文连贯；
- 后端解耦：Agent 要能触达现有后端系统，但又不能与它们紧密耦合；
- 弹性伸缩：节假日出行高峰前流量会骤增，系统需要按需扩展。
技术实现路径
博客给出的方案将项目拆分为多个模块，方便复用适配现有后端，并以工具形式暴露给 Agent。具体包括：
- 使用 AWS CDK 部署语音 AI 管家；
- 用 Strands Agents 框架构建 Agent，结合 Amazon Nova 2.5 Sonic 实现实时语音，托管在 AgentCore runtime 上；
- 通过 AgentCore Gateway 以 MCP（Model Context Protocol） 连接后端服务；
- 用 Amazon Bedrock Knowledge Bases 回答航空公司政策问题；
- 在需要时向旅客提供参考编号并转接人工客服。
博客强调，示例后端使用合成数据，便于开发者将模式迁移到自己的系统。Agent 在写入任何更改前都会先与旅客确认，确保操作可控。
为什么值得关注
对于航空、酒店、零售等拥有复杂后端和大量政策问答场景的行业，这套方案提供了一条可复用的路径：用托管服务处理语音、Agent 编排和知识检索，把工程精力集中在体验和业务集成上。目前该方案以技术博客形式发布，尚未披露具体客户案例或性能数据，实际落地效果仍需结合自身系统验证。
