訂位與客人偏好代理
為餐廳、酒吧、SPA 與療程空間打造的外場代理。關於店裡的問題，它依你自己的資料回答；訂位需求連同團隊確認時需要的每一項細節一起收下；而讓常客覺得被記得的那些偏好與日子，它都記著。
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.新學到的事，用客人自己的話寫回檔案；如果他提到帶日期的事——三月才回國的旅程、快到的某個日子——就排定跟進，讓下一次接觸從那件事開始。
流程只有在用得上時才會載入，所以寫得再長也不會拖慢日常問答。可以在控制台修改，或加上你自己的。
這些都可以先跳過、之後再補。在你補上之前，代理會先照範本的預設值做事。
適合哪些生意
餐廳與酒吧、療程空間、SPA、小型旅宿與工作室——凡是體驗很個人、最好的客人都是回頭客的地方。訂位需求會在 23:12 從 Instagram、WhatsApp 和官網進來，而那個時間正好沒有人在接電話。
你會得到什麼
一個依你自己的菜單、價目表與規定回答店裡問題的代理。它全天候接下訂位需求，並把學到的事寫進一份屬於這家公司、而不是屬於當天那位同事的客人檔案。你的團隊收到的是需求加上一段簡短提示：本季第四次造訪、坐窗邊、三月時提過伴侶的生日。
它不會替你確認的事
它從不說某張桌子空著，從不確認訂位，也從不替飲食或醫療問題下定論。這些一律交給真人，而設定精靈會要求你指名是誰、多快回覆。一個確認了自己看不到的訂位的代理，會把一位開心的客人變成兩位生氣的客人。
關於這個範本
- 它會自動確認訂位嗎？
- 不會。它蒐集需求——日期、時間、人數、場合，以及團隊需要知道的每一件事——並告訴客人由真人確認、什麼時候會有回覆。它看不到你們的訂位表，所以它從設計上就不會答應一個自己看不到的位子。
- 可以接上我們的訂位系統嗎？
- 可以，但那是你自己做的一條連線，不是範本內建的東西。當你把訂位或房務系統以 MCP 開放成工具，代理就能查詢真實的空位。在那之前，它收下需求並交給你的團隊。
- 過敏和醫療資訊它怎麼處理？
- 它記錄客人告訴它的內容，並在需求上標記出來，由同事當面確認。它不判斷某道菜或某個療程安不安全，因為一個只輸入過一次、之後被錯誤沿用的細節，其危險程度和寫錯營業時間完全是兩回事。
- 它學到的偏好會存到哪裡？
- 寫進你自己租戶內、屬於那位客人的檔案，所以下一次對話、下一個班次都從已知的事開始，而不是從零開始。蒐集什麼、保存多久由你決定，客人的紀錄也可以依要求匯出或刪除。