用 Amazon Bedrock AgentCore 和 Nova 2 Sonic 搭建餐厅电话 AI 接待员：完整方案解析

一句话看懂

AWS 用 Bedrock AgentCore 和 Nova 2 Sonic 搭建了一套餐厅电话 AI 接待系统，能自动接听、点单、确认，且通话前预热避免冷启动延迟。

详细发生了什么

餐厅平均每月每个门店漏接 150 通电话，其中约 60% 是顾客试图下单或订座。AWS 这篇博客展示了一套完整的语音点单系统：它接听电话，从问候到确认完成整个订单流程。

系统使用 Amazon Bedrock AgentCore 托管和运行 agent，Amazon Nova 2 Sonic 处理实时语音交互，并通过 Model Context Protocol (MCP) 连接餐厅后端。部署采用 AWS CDK 全栈自动化，电话通过 SIP 网关（运行在 Amazon ECS on AWS Fargate）桥接到 agent。关键优化：在电话振铃期间就预热 agent 会话，确保接通后零等待。

架构分为三层：

电话层：Amazon Chime SDK Voice Connector 提供 SIP trunk 和免费电话号码，ECS on Fargate 运行 SIP 网关。
Agent 层：AgentCore Runtime 承载对话逻辑，每个通话独立 microVM 隔离；Nova 2 Sonic 处理语音到语音交互；AgentCore Gateway 将后端 API 暴露为 MCP 工具。
后端层：API Gateway + Lambda + DynamoDB + Location Service 处理菜单、购物车、订单和位置查询。

通话流程：用户拨号 → Chime SDK 应答 → Lambda 创建会话 ID 并预热 agent → 桥接到 SIP 网关 → 网关通过 WebSocket 连接 AgentCore Runtime → agent 构建系统 prompt 并开始对话 → 通过 MCP 调用后端工具完成订单。

中文圈视角

这套方案对国内用户有参考价值，但直接落地存在几个障碍：

可用性：Amazon Bedrock AgentCore 和 Nova 2 Sonic 目前未在中国区开放，国内用户需使用海外 AWS 区域，存在网络延迟和合规问题。
国产替代：国内类似方案可考虑：
- 语音模型：科大讯飞星火语音大模型、阿里通义千问语音版、腾讯混元语音。
- Agent 框架：百度千帆 AppBuilder、阿里百炼、Dify（开源）。
- 电话集成：阿里云语音服务（SIP 中继）、腾讯云语音识别。
MCP 协议：MCP 是 Anthropic 提出的开放标准，国内智谱、百度等也在跟进类似工具调用协议，但生态尚不成熟。
场景价值：中国餐饮业同样面临电话漏接问题，尤其晚餐高峰期。但国内用户更习惯微信点单、扫码点餐，纯电话 AI 可能更适合高端餐厅或外卖代接场景。
合规盲点：电话录音、用户隐私数据存储需符合《个人信息保护法》，AWS 方案数据存储在海外，需评估数据出境风险。

几条值得记住的细节

餐厅每月平均漏接 150 通电话，60% 是下单或订座需求。
系统在振铃期间预热 agent 会话，避免接通后冷启动延迟。
每个通话运行在独立 microVM 中，实现隔离。
后端通过 MCP 协议暴露为 agent 可调用的工具，更换后端无需修改 agent。
部署使用 AWS CDK 全自动化，包含 SIP 网关、agent 容器、后端数据库等。

一句话总结

AWS 这套方案展示了电话 AI 接待的完整技术栈，国内用户可参考其架构，但需寻找国产替代组件并注意数据合规。