用 Bedrock AgentCore 与 Nova 2 Sonic 搭建餐厅电话点餐 AI 主机

餐厅门店平均每月漏接约 150 通电话，其中约 60% 是想要点餐或订位的顾客。这类来电大多集中在晚餐高峰，正是服务员翻台、前台带位的紧张时段，抽人接听反而会让堂食体验更糟。补充 App 或网页对外卖用户有帮助，却无法覆盖只想打电话的老顾客，语音点餐仍是绕不开的缺口。

新方案把整套系统拆成三层：电话层处理来电与音频流，智能体层运行对话逻辑，后端层提供菜单、购物车、订单与门店能力。电话层通过 Amazon Chime SDK 语音连接器接入 SIP 中继，把来电以签名 WebSocket 转给智能体；智能体层运行在 AgentCore Runtime 中，每次通话独占一个 microVM 保证隔离，使用 Nova 2 Sonic 实现语音到语音的实时交互；后端 API 通过 AgentCore Gateway 以 MCP 协议暴露给智能体调用。

后端层完全独立于通话渠道，未来要接入移动应用、自助点餐机甚至网页助手，只需让新渠道对接同一个智能体即可，无需重写业务逻辑。MCP 作为开放的智能体工具连接标准，让后端服务调整、增减接口都不需要改动智能体本身，三层之间的边界因此保持清晰。

部署过程由 AWS CDK 编排，按依赖顺序先后落地：先在 A 区准备 DynamoDB、Location Service、Lambda 与 API Gateway；B 区创建 AgentCore Gateway 并把后端接口注册为 MCP 工具；C 区构建容器镜像并部署 AgentCore Runtime，配合 Parameter Store 中的提示词模板和来电识别密钥实现个性化；D 区接入 Chime SDK 语音连接器、免付费号码与 SIP 网关 drachtio-server，完成电话到智能体的桥接。

通话链路经过细致优化：Lambda 在电话接通时立即向 AgentCore Runtime 创建会话并预热 microVM，确保媒体流进入时没有冷启动等待；Chime SDK 收到来电后向网络负载均衡器发起 SIP 邀请，Fargate 上的 SIP 服务分配 RTP 端口接收语音，再通过 WebSocket 与智能体建立媒体翻译通道；Nova 2 Sonic 在对话中支持语音与文本双向流，自带转写、轮换与打断处理。

整套方案依赖 CloudWatch 做统一监控与告警，所有静态数据由 KMS 加密，CodeBuild 与 ECR 负责容器镜像构建与分发，AWS Fargate 承载 SIP 与 RTP 服务。该架构在保证安全与可观测性的同时，为餐厅提供了一条能真正承接高峰电话流量的语音渠道。

要点

• 餐厅每月约六成漏接电话来自点餐或订位需求，晚高峰最为集中，AI 语音点餐是补齐这一缺口的有效手段。
• 方案采用电话层、智能体层、后端层三层架构，通过 MCP 协议解耦智能体与业务系统，新渠道接入无需重写后端。
• 每次通话独占一个 microVM，并由 Lambda 在振铃阶段预热会话，避免冷启动让顾客听到无声等待。
• AWS CDK 负责编排整个部署链路，覆盖 API Gateway、Lambda、DynamoDB、AgentCore、Chime SDK 与 Fargate 等组件。
• Nova 2 Sonic 提供语音到语音的实时交互，原生支持转写、轮换与打断，适配真实电话场景的对话节奏。