用虚构的西岸餐厅练习。店主准备菜单，说清接待边界，就能把调好的助理分享给受邀顾客。

上传菜单和接待说明。菜单写价格，规则说明哪些问题找店主。这个目录只放可以开放给顾客的信息。

告诉私人助理，按菜单报价，六人包间先找店主确认。检查理解无误后，保存一份接待规则版本。

先试问套餐和包间，核对价格，确认特殊预约会等待店主处理。发现问题，改规则后再试。

新建餐厅接待服务，填写名称，选择获授权的套餐连接和模型。本例只给受邀熟客分享入口。

选择事先保存的接待规则版本，只开放菜单和接待说明。勾选立即发布，再保存。顾客能读哪些资料，取决于这里的选择。

启用服务微信渠道，供顾客扫码。店主先在模型与连接中，把新聊天默认引擎设为 DeepAgents，再到微信连接页扫码，绑定管理员会话。

顾客从微信问套餐。助理读开放菜单，回答一百六十八元。这个对话不下单，也不收款。

顾客要六人包间，助理收集时间后联系店主。反馈带编号进入收件箱，并尝试微信通知；预约还未确认。

店主在自己的微信收到通知后，带上反馈编号回复。系统把回复排队送回原对话；店主还能在网页收件箱检查有没有送达。

店主在绑定 DeepAgents 的微信中，请助理把共享菜单的一百六十八元改成一百九十八元。写清目标文件，再到文件面板核对保存结果。

顾客再问最新价格，让助理重读菜单，核对一百九十八元。资料更新不会改写旧回复；至此完成接待和维护闭环。