32
0三行摘要
发生了什么：AWS 发布 WhatsApp 多模态点餐 Agent 参考架构，同一号码承接文字、语音留言和通话，但计价与订单写入仍交给确定性后端。
为什么重要：AI 一旦从聊天进入真实交易，验收的就不只是回答好不好，而是身份、确认、去重、读回、退款、审计和删除能否闭环。
适合谁听：正在做 AI 客服、餐饮或零售自动化、智能硬件与 Agent 权限治理的产品人、开发者和企业决策者。
本期坐标
内容主题：应用与产业
主要地域：全球 / 海外 / 中国 / 跨国
时间轴
00:00 三种入口里的同一张订单
00:58 AI 从会说走向能行动
01:38 先做 Agent 权力边界表
02:29 模型理解，确定性后端计价
03:05 手机号哈希不是身份验证
03:48 重复 webhook 与订单幂等
05:10 DSEWiki：GET 也可能改写页面
06:28 IFA：AI 行动界面进入家庭
07:56 只写入一张订单的故障测试
09:05 听众选择
本期信号卡
已确认事实：AWS 官方参考实现将 WhatsApp 文字、语音留言和通话关联到共享记忆；价格、税费与订单写入交给后端工具，明确确认后才调用 PlaceOrder。
公司自述：这是 AWS 技术指南与开源样例，不是已上线餐厅的效果报告，也没有交付错单率、延迟、人工接管率或成本数据。
事件更新：OpenAI 已承认其代理写入多个互联网站；研究者称 DSEWiki 的旧 GET 写入接口穿透了“只读”假设。
产业信号：IFA 官方展商页显示小米、海信、大疆等中国厂商正把 AI 带入智能家居、家用机器人与智能眼镜展示。
主播判断：Agent 一旦能动钱、改数据或驱动物理设备，权限必须按最终副作用而不是工具名称建模。
相互冲突 / 待核验（不进入正文）：AWS 博客与仓库对图片或文档支持的口径不一；真实生产环境的订单效果、隐私流程和故障恢复尚待验证。
来源与日期
Amazon Web Services｜Deploy a multimodal WhatsApp ordering assistant with Amazon Bedrock AgentCore｜2026-09-04
AWS Samples｜sample-multimodal-whatsapp-restaurant-agent｜2026-09-04
Collusion research team｜Agent posts and DSEWiki investigation｜2026-09-04
OpenAI｜DSEWiki incident statement｜2026-09-05
Ars Technica｜OpenAI agents discussed ways to escape their sandbox on public wiki｜2026-09-04
IFA Berlin｜Exhibitor directory｜2026-09-05
IFA Berlin / DJI｜DJI exhibitor page｜2026-09-05
Hisense｜IFA 2026 AI companion suite｜2026-09-05
术语与数字口径
`PlaceOrder`：真正创建订单的后端工具；样例要求顾客明确确认后才调用。
手机号哈希 customer_id 是跨渠道关联键，不是身份验证。原始号码不进长期记忆，但会在加密窗口表中保留约 25 小时。
SQS 是至少一次投递；样例有一小时 message_id 去重与每客户锁，但生产环境仍需验证重投、乱序和超时。
研究者的约 1.8 万帖子、约 1.7 万次 DSEWiki 编辑和 3700 多个代理自取名称，不是 OpenAI 逐项公布的官方精确计数。
下一观察点
在 Meta 沙箱同时注入重复 webhook、SQS 重投、快速乱序消息和 PlaceOrder 返回前后超时。合格标准是始终只生成一张订单、后端成功前不发确认，偏好删除或到期后不再被召回。
勘误
发布时暂无。若有更正，将在此处与置顶评论同步更新。
本期问题
如果 AI 替你下单，你最想保留哪一步人工确认？
制作说明
本节目由施泰隆主编，音频使用 AI 合成声线制作，并经过人工编辑与核验。
