01解決什麼問題
客人問的
官方帳號如果只能群發公告，顧客想查訂單或預約時，仍然得等人工回覆；同一件事每天重複處理，也難以說明「這則訊息為什麼得到這個回覆」。 Chime 把回覆內容接到你自己的資料：以真實的 Messaging API 形狀實作 webhook 的驗簽、解析與意圖路由，自動回答能回答的問題，其餘明確轉給人。
這個示範裡有什麼
- 顧客對話模擬與事件檢視器：簽章結果、命中規則、回覆封包並置
- 可啟用停用的自動回覆規則與關鍵字編輯
- 六格圖文選單編輯器與出貨通知推播的產生與紀錄（皆為模擬）
- 兩個真實實作的 API：
/api/demo-line/webhook與/api/demo-line/simulate
02三步操作流程
驗簽、
- 01顧客在對話裡送出訊息訊息以 Messaging API 形狀的 payload 送出，伺服器端讀取原始內容、以 x-line-signature 驗簽，再解析成事件。
- 02規則決定回應查訂單、查預約、真人客服三條規則比對關鍵字；查無資料、格式錯誤與改地址依訂單狀態各有不同回覆。
- 03需要時轉接真人連續兩次未命中或顧客要求真人，對話進入待接手佇列；客服回覆寫回同一段對話，之後交還自動回覆。
03可操作內容與示範限制
能操作的
你可以操作
- 切換三位虛構顧客，送出訊息或點圖文選單事件，走完整的 webhook 流程
- 查訂單：顯示品項、狀態與預計出貨日；查無此單與編號格式錯誤有各自的回覆
- 改地址：依訂單狀態決定可否修改，可改則更新示範資料並回覆新地址
- 查預約：回覆預約時間與門市
- 連續兩次未命中自動轉真人；切到客服視角接手回覆，再交還自動回覆
- 圖文選單：編輯六格的標題、動作型別與內容，套用為預設選單或還原；點預覽格會把事件送進對話
- 推播紀錄：由「已出貨」訂單產生出貨通知 Flex，加入示範佇列後在對話模擬看到推播氣泡
- 事件檢視器顯示簽章結果、命中規則／意圖與產生的回覆封包（可展開原始 JSON）
- 自動回覆規則可個別啟用停用、編輯關鍵字（去重且驗證衝突）
示範限制
- 沒有真實 LINE 官方帳號、channel secret 或 access token，不會發送任何真實訊息或通知
- 顧客、訂單、預約與人員全部虛構，不是 hao-code 的真實委託
- 角色切換是流程示範，不是正式帳號與權限隔離
- 資料只存在這個瀏覽器，不跨裝置、不同步其他四套工作區
- webhook 以唯讀示範資料，加上請求帶入的本機異動作答；正式串接時才查你的資料庫並寫回異動
- 圖文選單與推播只示範設定與封包產生：不上傳選單圖片、不呼叫 LINE API、不會真的送出任何推播
04進入示範
從一句「查訂單」開始。
建議先以顧客「青禾選品」輸入「查訂單 CH-260906-02」，再試「改地址」與「真人客服」，最後切到客服視角接手回覆。重設示範可隨時回到初始資料，不影響其他作品。
進入 Chime 示範