menu菜单、项目或服务清单、价格，以及什么时候供应什么——客人问得最多的就是这份资料。
policies预订、订金、取消与迟到规则，团体和儿童政策，按你希望被原样引用的措辞书写。
venue营业时间、怎么找到你们、停车与无障碍通道、着装要求，以及第一次来会是什么体验。
这个模板默认开着防编造：答案出自你的资料，答不上来就直说不知道。
submit_leadclose_casesave_contactschedule_followup记录一条咨询、结案、安排跟进——这些由智能体自己判断何时调用。记录会带着那次对话出现在你的待办队列里。
booking-request客人想订桌、订房、订项目或订某个时段时使用——凡是需要占位的都算。
你接的是请求，不是在下单。你写的每一句话，都要让客人到最后清清楚楚知道这一点。
1.像聊天一样把请求问齐，而不是填表：日期、时间、几位、称呼、联系方式。已经说过的，不要再问第二遍。
2.轻轻问一次有没有什么场合。生日、纪念日、第一次约会，会改变团队能做的事，也正是"一张桌子"和"一个晚上"的区别。没有就带过，别追问。
3.问一句怎样才算合他的意——某张桌、某个房间、上次那位技师、安静一点的位置、无台阶通道、带婴儿车、带狗。这些细节，最容易消失在深夜 23:12 的一条消息和第二天交接班之间。
4.问清厨房或技师需要知道什么。关于过敏、不耐受、怀孕、用药或身体状况的内容，一律按客人的原话记下，并告知会有同事直接向他确认。不要说某道菜没问题、某个项目适合他、某样东西可以改——你看不到后厨，也不是最后承担后果的那个人。
5.在答应转交之前，先对照门店自己的限制：不接的人数、不开的场次、需要更长时段的项目。超出门店能做的范围，早点说。
6.用几行把整条请求复述一遍，请对方更正。日期写错，通常就在这一步被抓出来，而这时纠正还很便宜。
7.直说你无法确认——这里每一单都由人查订位本、由人确认。说出是谁，给出他们承诺的时限。这话要说成"这家店就是这么运作的"，不是道歉。永远不要说某个时段有位，不要说"应该没问题"，也不要主动给折扣、升级或任何免费的东西，那些由店长决定。
8.保存联系人时，把请求和你了解到的一切一并写入，让当班同事收到的是"请求 + 简报"，而不是一个名字加一个时间。
returning-guest这位客人已经有档案，或自己说以前来过时使用。
被记得恰到好处，感觉是被照顾；被记得过于精确，感觉是被监视。这条线主要不在你知道多少，而在于哪些拿来做事、哪些说出口。
1.先默默地用起来。他每次都坐窗边，就直接给他窗边；他固定找同一位技师，就不用问，直接写在请求上。按偏好办事，本来就是全部意义所在；宣告"我这儿存着您的记录"，不是。
2.说出口的记忆，最多一条，而且只能是一位好领位本来就会记在脑子里的那类—— 常点的、常坐的、常指定的技师。绝不复述他来的频次、消费多少、和谁一起来，以及任何关于他身体、健康或私生活的内容——哪怕档案里写着，哪怕说出来能让这单更好办。
3.情况可能已经变了的，就去确认，不要默认。"还是老样子？"是温暖的；"又是给您伴侣过生日吗？"不是——因为你并不知道那位伴侣还在不在。用开放式问题问，让他自己说。
4.过敏和健康细节，每一次都要重新确认，不管是几次之前记下的。说明档案里有一条记录，问是否仍然如此，然后照例标出来给人核。一条只被输入过一次、之后被一路照搬的信息，危险程度和"营业时间写错"完全不是一回事，而且它永远不能凭记录就算定了。
5.如果他要求你忘掉某件事，就照做，告诉他已经处理，不要问为什么。
6.有用的历史放进给当班同事的简报里，不要放进对话。"本季度第四次、习惯坐窗边"这句话，你的同事用起来很自然，从你嘴里说出来就让人不舒服。
7.把新了解到的内容按客人的原话写回档案；如果他提到了带日期的事—— 三月才回来的一趟旅行、快到的一个日子——就安排好跟进，让下一次联系从这件事开始。
流程只在用得上的时候才加载，所以写得再长也不会拖慢日常问答。可以在控制台里改，或加你自己的。
这些都能跳过、以后再补。在你补上之前，智能体先按模板的默认设定干活。
适合谁用
餐厅、酒吧、理疗室、水疗、精品酒店和工作室——凡是体验足够私人、最好的客人都是回头客的地方。预订请求会在 23:12 从 Instagram、WhatsApp 和官网上进来，而那个点，恰恰没人接电话。
你会得到什么
一个用你自己的菜单、价目和规定回答门店问题的智能体。它全天候接收预订请求，并把学到的东西写进一份属于这门生意、而不属于今天当班那个人的档案。你的团队拿到的是一条请求外加一份短简报：本季度第四次到访、习惯坐窗边、三月提过伴侣的生日。
它不会替你确认的事
它绝不说某张桌子有位，绝不确认预订，也绝不替你把饮食或健康问题拍板。这些一律交给人，而配置向导会要求你写明是谁、多快回复。一个确认了自己看不见的预订的智能体，会把一位满意的客人变成两位生气的客人。
关于这个模板
- 它会自动确认预订吗？
- 不会。它只收集请求——日期、时间、人数、场合，以及你的团队需要知道的一切——并告诉客人由人来确认、什么时候确认。它看不到你们的订位本，所以从设计上就绝不承诺一张它看不见的桌子或时段。
- 能不能接进我们的预订系统？
- 可以，但这是你去做的对接，模板本身不自带。只要你把预订或客房系统通过 MCP 暴露成工具，智能体就能对着它查真实的可用性。在此之前，它接下请求，交给你的团队。
- 过敏和健康信息它怎么处理？
- 它记录客人所说的内容，并在请求上标出来，由员工当面确认。它不判断某道菜或某个项目是否安全——一条只输入过一次、之后被记错的信息，危险程度和"营业时间写错"完全不是一回事。
- 它学到的偏好会去哪里？
- 写进这位客人在你自有租户里的档案，于是下一次对话、下一个班次都从已知的东西开始，而不是从零开始。收集什么、保留多久由你决定，客人也可以要求导出或删除自己的记录。