這篇寫給已經在用 LINE 官方帳號接詢問、正在考慮讓 AI 先回覆的老闆和營運主管。看完你會知道：轉真人到底卡在哪、上線前要檢查哪 4 件事、LINE 內建功能和外接系統差在哪，以及怎麼用自己的帳號實際測一次。
你以為真人一開口，AI 就會自己閉嘴？
很多人是這樣想的：在 LINE 官方帳號後台把「聊天」打開，AI 先回答，遇到難的問題真人接手，AI 自然就退開了。
實際上不一定。
LINE 官方帳號從 2022 年底開始，可以讓「聊天」和 Webhook 同時開著（依第三方 no8.io 的整理）。Webhook 就是把客人的訊息同步轉給外部系統，讓外部的 AI 回覆。問題是，有第三方觀察指出：真人在後台手動聊天時，外部平台的機器人仍然可能被觸發。如果同一個關鍵字同時設了 LINE 的自動回應和外部機器人，客人甚至會一次收到兩則回覆。
先說清楚我自己測過什麼、沒測過什麼。「真人在 LINE 後台手動聊天時，外部機器人會不會插話」這個情境，我還沒有用自己的帳號實測過，所以上面那段只能算第三方觀察，不是定論。
我測過的是另一半。我把自己的 LINE 官方帳號接上自己做的 AI 客服系統，用手機 LINE 傳「轉人工」，系統把這段對話標成暫停；接著我再傳一個詢價問題，這則訊息照樣透過 Webhook 進到系統，只是系統看到暫停標記，只存下來、不回覆。換句話說，在我這種做法裡，對話標成暫停之後，客人傳的訊息外部系統照樣收得到。AI 會不會閉嘴，取決於你的系統有沒有記住「現在誰在回」，LINE 不會替你擋。
所以轉真人不是按一個開關就好。要先做好三件事：
- 什麼時候轉：轉真人的條件要事先寫成清單，不是等 AI 自己判斷。
- 轉的時候誰閉嘴：要有一個地方記住「這位客人現在由真人負責」，AI 看到這個標記就只記錄、不回話。
- 轉過去帶什麼：真人接手時，手上要有一份交接摘要，客人不用把問題從頭講一遍。
另外還有一件很容易被忽略的事：下班時段的回覆要說實話。 AI 可以先收下需求，但不能替公司承諾做不到的回覆時間。
對應的服務做法，可以參考 24H 智能客服導入服務 裡的「真人接手規則」。
上線前先檢查：4 個是非題
這 4 個指標是我自己用來判斷「AI 客服的轉真人能不能上線」的框架。它不是 LINE 的官方規則。 4 題都要回答「是」，才算準備好。
| 指標 | 判定為「是」的條件 |
|---|---|
handoff_rules_written |
轉真人的條件已經寫成清單，至少包含：客人明確要求找真人、客訴或情緒字眼、問題超出已核准的資料、牽涉金額／合約／客製條件的承諾 |
bot_silenced_on_takeover |
真人接手後，AI 在這個對話裡確實不再回話；而且有寫清楚 AI 什麼時候恢復（例如真人按下結案，或超過一段時間沒有互動） |
context_packet_delivered |
通知真人的時候，附上交接摘要：客人想解決什麼、AI 已經問過什麼、已經回答過什麼、卡在哪裡、客人留的聯絡資料 |
after_hours_honest |
非營業時間的回覆不會承諾做不到的事；會說清楚「需求已收到」和「下一次有真人回覆的時段」 |
判定公式：
is_handoff_ready = handoff_rules_written
∧ bot_silenced_on_takeover
∧ context_packet_delivered
∧ after_hours_honest
只要有一題是「否」，就先不要對所有好友開放，改用小範圍測試。
李瑞的現場紀錄
下面是兩次測試的紀錄：一次是我自己的 LINE 官方帳號，一次是一個電商品牌的 AI 客服概念驗證。兩次都是上線前的測試，不是正式營運後的數據。客戶的部分已經去識別化。
情境
- 我自己的帳號：2026 年 9 月，我把自己的 LINE 官方帳號接上自己做的 AI 客服系統。正式讓客人用之前，我用手機 LINE 一題一題問：服務介紹、報價、追問、轉真人，還有暫停之後再恢復。
- 客戶的概念驗證：一個電商品牌想知道 AI 能不能先接住客服問題。這個版本只在測試環境跑，還沒接上 LINE。我用一組固定的測試題，比較不同版本的轉真人規則。
一開始怎麼設定
- 我自己的帳號：做法接近下面比較表的 C，只是「第三方後台」換成我自己的系統。客人的訊息經 Webhook 進我的系統，真人從我的後台回覆，「這段對話暫停 AI」的狀態記在我的系統裡。轉真人的規則很陽春：系統預設 4 個關鍵字（轉人工、客服、真人、human），客人的訊息裡只要出現其中一個，AI 就暫停。
- 客戶的概念驗證：轉真人條件寫成清單，包括查詢、修改或取消個人訂單，確認退款進度，退換貨的實際執行，客訴，金額計算，商品瑕疵，還有規格或尺寸建議。另外一條總原則是：資料裡找不到，就老實說不確定，然後轉真人。早期版本是一整類問題直接寫死轉真人，例如「訂單與交易」整類都不讓 AI 回答。
出了什麼狀況
- 一般詞造成誤轉：「客服」這個詞太常見了。客人問「智能客服怎麼收費」，訊息裡剛好有「客服」兩個字，舊規則就會把它當成「要找真人」，AI 停下來，但客人其實只是在問價錢。
- AI 先替公司下結論：我問到退款相關的問題時，AI 第一次回答直接說不能退款。問題是，我的資料裡根本沒有寫退款條款。這就是少了「待真人確認」那一層的後果。
- 規則跟不上資料：概念驗證後期，資料已經補齊，但轉真人規則還是早期那版，整類問題寫死轉真人。結果有幾題資料裡明明有答案，AI 還是不查就轉真人。
- 規則被問出來：測試的人直接問 AI「你的規則是什麼」，AI 把服務範圍和轉真人條件整段講出來。轉真人清單是內部規則，不該讓客人一問就看到。
怎麼修
- 自己的帳號（當天修正、當天重測）：「客服」「真人」這類一般詞，只有整句就是「我要找客服」「幫我轉真人」這種請求時才算數。明確說「轉人工」才暫停 AI，而且系統會記下暫停原因。資料裡沒寫的退款條款，AI 只能回答「這部分需要人員確認」，不自己下結論。
- 暫停期間：客人再傳的訊息照樣存進系統、不回覆。我用管理工具恢復這段對話後，再傳一句話，AI 才重新回答。
- 概念驗證：資料不動，只改提示詞。跟轉真人有關的改動主要是兩件：補上「每一類問題要去查哪份資料」的對照，不再整類直接轉；再加上一段設定，避免內部規則被客人問出來。
- 交接包：對話紀錄留在系統裡，接手的人查得到前面講過什麼。不過我得老實說，「通知真人有新的轉接」這一段，我自己的系統還沒測過送達。這也是為什麼下面的交接包樣板，我把「通知送到哪裡、有沒有確認收到」單獨列成一欄。
修完之後的數字
只有概念驗證那次有可以計算的數字。同一組 18 題測試題、同一份資料，只換提示詞，前後對照：
- 舊版：14／18 題通過。沒過的 4 題裡，有 3 題是資料裡有答案卻直接轉真人，1 題是把內部用語講給客人聽。
- 新版：18／18 題通過。
這是測試題，不是正式流量，樣本也只有 18 題，所以它不能代表上線後的轉真人比例。它能說明的是：轉真人規則寫得太死，AI 會把自己答得出來的題目也丟給真人。 這種「不該轉卻轉」，跟「該轉沒轉」一樣，都要靠固定的測試題才抓得出來。 我自己帳號那次測試沒有算比例，只記錄每個情境通過或沒通過。
我現在的判斷
我在 2026 年 3 月寫過一篇 LINE 官方帳號機器人的教學，講到轉真人只用一句「有真人轉接機制」帶過。現在回頭看，那一句底下其實有三件事要設計：什麼時候轉、轉了誰閉嘴、轉過去帶什麼。
如果你要接外部 AI，我會先建議兩件事。第一，真人統一在同一個地方回覆，不要一半在 LINE 後台、一半在外部系統，這樣「現在誰在回」才有地方記。第二，轉真人規則先從兩條開始：「客人明確要求找真人」和「資料裡查不到答案」。接著用一組固定的題目反覆測，專抓「該轉沒轉」和「不該轉卻轉」這兩種錯。
三個架構原則
原則一：分成三種狀態，不是「AI 回」或「真人回」二選一
把每一則詢問分到下面三種狀態之一（跟 /ai-customer-service 的分類一致）：
- 可自動回答：營業資訊、標準服務說明、已經核准的常見問題。
- 待真人確認：折扣、合約、客製規格，或資料裡找不到明確答案的問題。AI 先把問題和聯絡方式整理好，不自己承諾任何條件。
- 轉真人處理：客訴、敏感內容、高價值詢問，或客人明確說要找真人。立刻通知指定的負責人，並附上交接包。
「待真人確認」這一層最常被漏掉。少了它，AI 只剩兩種選擇：硬答，或是什麼都丟給真人。
原則二：「現在誰在回」由你自己的系統記住
LINE 官方帳號後台可以切換每個聊天室的處理方式，但截至 2026-10，LINE 說明中心的公開說明，沒有寫明「真人接手後外部 Webhook 會自動停」。所以這件事要由你自己的系統處理：
- 用客人的 LINE
userId存一個「接手中」的標記。 - 真人接手時把標記打開；結案或超過設定時間沒有互動時，再把標記關掉。
- AI 每次要回話前，先看這個標記。標記是開的，就只記錄、不回覆。
另外，LINE 的開發指引（截至 2026-10）要求 webhook 收到事件後，2 秒內要回 HTTP 200，並建議用非同步的方式處理。所以正確的順序是：先回 200，再把事件放進佇列慢慢處理。不要讓 AI 想答案的時間卡住 webhook。
原則三：交接包要送到真人實際會看的地方
通知只寫「有客人要找真人」是不夠的。交接包至少要有這幾項：
- 客人一開始想解決什麼
- AI 已經問過哪些問題、回答過什麼
- 現在卡在哪裡、為什麼要轉真人（觸發了哪一條規則）
- 客人留下的聯絡資料（只放必要的個資）
- 建議真人下一步怎麼回
通知要送到負責人平常真的會看的地方。如果真人要隔幾個小時才回，訊息很可能要改用 push 發送。依照 LINE 的計價說明（截至 2026-10），push 會計入方案的訊息則數，reply 不會。以我自己的系統為例，真人從後台回客人，送出去的就是 push。所以真人接手的量越大，越要記得查則數。
交接包空白樣板
下面這份是我把自己提案和系統裡用過的欄位，整理成的空白版。最後一欄是建議由誰產生，不代表我的系統已經全部做到自動帶出。
| 欄位 | 要填什麼 | 建議由誰產生 |
|---|---|---|
| 來源入口 | 哪個 LINE 帳號、哪個品牌或活動連結進來的 | 系統自動帶出 |
| 客人識別 | 系統內的客人編號、LINE 顯示名稱 | 系統自動帶出 |
| 轉真人原因 | 觸發哪一條規則：客人要求／資料查不到／需要查個人資料／客訴／超出 AI 回答範圍 | 系統自動帶出 |
| 客人原話 | 最近幾則客人自己打的字，不改寫 | 系統自動帶出 |
| AI 已經回答過什麼 | AI 回過的內容，以及它是根據哪份資料回答的 | 系統自動帶出 |
| 處理狀態 | 待接手／處理中／待回覆／已結案 | 真人更新 |
| 接手人與時間 | 誰接手、幾點接手 | 真人更新 |
| 聯絡方式與方便時段 | 只有需要回撥時才填，只放必要的個資 | 人工填 |
| 通知送到哪裡 | 負責人實際會看的地方，以及有沒有確認收到 | 人工填 |
| 結案摘要 | 怎麼處理的、還有沒有後續；真人確認後才寫回客戶資料 | 人工填 |
| AI 何時恢復 | 結案時恢復，或其他事先講好的條件 | 事先設定 |
架構圖
客人（LINE）
│ 傳訊息
▼
LINE Platform ──► Webhook 端點 ──► 2 秒內回 HTTP 200
│
▼ 事件放進佇列，非同步處理
┌──────────────────────┐
│ 這位客人「接手中」？ │ ← 用 userId 記住的狀態（原則二）
└──────────┬───────────┘
是 │ │ 否
▼ ▼
只記錄、不回覆 判斷屬於哪一種狀態（原則一）
│
┌──────────────────────────┼───────────────────────────┐
▼ ▼ ▼
可自動回答 待真人確認 轉真人處理
（用核准的 FAQ 回答） （整理問題和聯絡方式， （打開「接手中」標記，
不承諾任何條件） 通知真人並附上交接包）
│ │
└─────────────┬─────────────┘
▼
真人在 LINE 官方帳號後台回覆
結案或逾時 → 關閉標記 → AI 恢復回覆
三種做法比較
| 比較面向 | A. LINE 內建 AI 聊天機器人（β）＋手動聊天 | B. 聊天＋Webhook 同時開（第三方 SaaS 或自建） | C. 只開 Webhook，真人在第三方後台回覆 |
|---|---|---|---|
| 自動回覆由誰產生 | LINE 內建 AI，根據你上傳的資料回答；關鍵字完全一致時，「自動回應訊息」優先 | 外部系統（SaaS 或自建的 AI） | 外部系統 |
| 真人接手後 AI 會不會停 | LINE 公開說明沒有寫清楚；我也還沒實測這種組合，請用下方「手動演練」步驟 3 自己測 | 不能假設會停；第三方觀察指出外部機器人仍可能被觸發，要自己記住「接手中」狀態 | 由第三方後台控制，依廠商功能而定，要逐家確認 |
| 交接資訊放在哪裡 | LINE 後台的聊天紀錄、標籤、記事本（數量依方案而定） | 可以自己設計交接包，送到團隊平常用的工具 | 在第三方後台裡，依廠商功能而定 |
| 成本與限制（可查證的部分） | 需要聊天進階方案；有每月回覆上限，建議好友數低於 25,000；部分業種可能無法使用 | 外部系統的費用另計；reply 不計入則數，push 會計入 | 真人回覆如果是用 push 發送，會計入則數；Webhook 和回應模式不能同時關閉 |
| 比較適合誰 | 問題範圍固定、好友數不多、不需要串接訂單或 CRM 的小店 | 需要自己控制轉真人規則，或要串接內部系統的公司 | 客服團隊已經習慣在同一個第三方後台處理多個通路 |
表格的判讀方式：「需要實測」或「依廠商而定」的欄位，代表目前沒有官方公開說明可以引用。請不要把這些欄位當成產品承諾。表中的方案、上限與業種限制截至 2026-10，依據是 LINE Biz-Solutions 的 AI 聊天機器人介紹 和 LINE 說明中心 FAQ；之後以 LINE 當期的官方公告為準。
驗證管線：上線前，用自己的帳號跑一次
金鑰隔離：channel access token 只放在環境變數裡。不要貼進 AI 對話、不要寫進文件、不要進 repo。
# 0) 把 token 放進環境變數（從 LINE Developers Console 取得，只在本機終端機設定）
export LINE_CHANNEL_ACCESS_TOKEN="<不要貼在任何文件裡>"
# 1) 查目前設定的 webhook 端點
curl -s -H "Authorization: Bearer $LINE_CHANNEL_ACCESS_TOKEN" \
https://api.line.me/v2/bot/channel/webhook/endpoint
# 2) 請 LINE 平台對端點送一個測試事件，確認回應狀態
# 回傳結果會告訴你 LINE 收到的 HTTP 狀態碼和原因
curl -s -X POST \
-H "Authorization: Bearer $LINE_CHANNEL_ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{}' \
https://api.line.me/v2/bot/channel/webhook/test
# 3) 查本月已經用掉的訊息則數（push 會計入、reply 不計入）
# 在演練前後各查一次，確認真人回覆有沒有意外改用 push
curl -s -H "Authorization: Bearer $LINE_CHANNEL_ACCESS_TOKEN" \
https://api.line.me/v2/bot/message/quota/consumption
手動演練（用測試帳號，不要用正式客人）：
| 步驟 | 動作 | 預期結果 | 對應指標 |
|---|---|---|---|
| 1 | 傳一個核准範圍內的一般問題 | AI 正確回答 | — |
| 2 | 傳「我要找真人」 | 負責人收到通知，而且附有交接包 | handoff_rules_written、context_packet_delivered |
| 3 | 真人在後台回覆後，測試帳號再傳一句話 | AI 不插話 | bot_silenced_on_takeover |
| 4 | 真人結案，或等超過設定時間 | AI 恢復回覆 | bot_silenced_on_takeover |
| 5 | 在非營業時間傳一個需要真人處理的問題 | AI 收下需求，並說明下一次有真人回覆的時段，不多承諾 | after_hours_honest |
每一步都留下截圖和時間。之後客人或同事對「當時 AI 有沒有插話」有疑問，才有東西可以對。
防禦邊界：
- 先在測試環境：先用測試 channel 或少數內部帳號跑過一輪，再對全部好友開放。
- 復原方式：如果上線後出問題，到 LINE 官方帳號後台的「回應設定」把 Webhook 關掉，只留「聊天」，就會回到全部由真人手動回覆的狀態（這是 LINE 允許的設定組合）。這個切換我還沒有實際演練過，所以不寫要花多久。建議你在測試帳號上演練一次，記下三件事：誰有權限切換、從決定關掉到切換完成實際花了多久、切換後測試帳號傳的訊息是不是真的只剩真人看得到。
- 權限最小化：AI 只能讀核准的 FAQ 資料，不能直接修改訂單或會員資料。
來源與判讀界線
以下來源皆於 2026-10-15 查證。
官方標準與平台文件：
- LINE Developers｜Development guidelines for corporate customers：webhook 要在 2 秒內回 200、建議非同步處理、Webhook 和回應模式的允許組合。https://developers.line.biz/en/docs/partner-docs/development-guidelines/
- LINE Developers｜Messaging API pricing：哪些發送方式會計入則數。https://developers.line.biz/en/docs/messaging-api/pricing/
- LINE Developers｜Messaging API reference：webhook 端點查詢、測試，以及則數查詢的 API。https://developers.line.biz/en/reference/messaging-api/
- LINE 官方 OpenAPI 規格（line/line-openapi）：webhook 測試 API 的參數和回應欄位。https://github.com/line/line-openapi
- 全國法規資料庫｜消費者保護法第 43 條：企業收到申訴，應在 15 天內妥適處理。https://law.moj.gov.tw/LawClass/LawSingle.aspx?pcode=J0170001&flno=43
平台功能說明（廠商公告，以當期公告為準）：
- LINE 官方帳號說明中心｜AI 聊天機器人（β）FAQ：可以和其他回應方式並用、可以依回應時間切換、業種限制。https://help2.line.me/official_account_tw/web/categoryId/200000670/3/pc?lang=zh-Hant
- LINE 官方帳號說明中心｜如何使用聊天功能。https://help2.line.me/official_account_tw/web/pc?lang=zh-Hant&contentId=20014007
- LINE Biz-Solutions｜AI 聊天機器人功能介紹（2025/11/12）。https://tw.linebiz.com/column/oa-aichatbot/
AI 供應商指引：
- Anthropic｜Customer support agent 使用指南：轉真人準確率、AI 處理比例的參考目標。https://platform.claude.com/docs/en/about-claude/use-case-guides/customer-support-chat
第三方整理：
- no8.io｜2022 年 LINE 官方帳號開放聊天和 Webhook 並存的說明。https://blog.no8.io/2022-line-chat-and-webhook
判讀界線聲明：
- 「4 個是非題」和「三種狀態分流」是李瑞自己的判斷框架，不是 LINE 或任何平台的官方規則。
- 「真人在 LINE 後台手動聊天時，外部機器人是否還會被觸發」，目前的依據只有第三方整理，我還沒有實測紀錄。我自己測過的是另一個情境：自建系統把對話標成暫停後，客人的訊息仍然會透過 Webhook 送進系統，由系統決定不回覆。各家第三方系統的行為可能不同，導入前請用自己的帳號實測。
- 「李瑞的現場紀錄」裡的數字來自上線前的測試題（18 題），不是正式流量，不能當成轉真人比例的參考值。
- Anthropic 提到的 70–80%、95% 是供應商給的參考目標，不是業界標準，也不代表你的客服應該達到這個數字。
- 價格、回覆上限、業種限制，以 LINE 當期的官方公告為準；本文最後查證日期是 2026-10-15。
- 本文不構成法律意見；消保法條文只用來說明「客訴需要有真人負責」的背景。
常見問題
開了「聊天」之後，真人回覆時 AI 會自動停嗎？
不一定。LINE 官方帳號可以讓「聊天」和 Webhook 同時開，但截至 2026-10，LINE 的公開說明沒有寫明「真人接手後外部 AI 會自動停」；有第三方觀察指出外部機器人仍可能被觸發。比較保險的做法是由你自己的系統記住「這位客人目前由真人負責」，AI 看到這個標記就不回話。上線前請用測試帳號實際驗證一次。
下班時間，AI 可以代答到什麼程度？
截至 2026-10，LINE 官方帳號可以依「回應時間」和「非回應時間」設定不同的回應方式。下班時段建議 AI 只做三件事：回答已經核准的常見問題、收下需求和聯絡方式、誠實說明下一次有真人回覆的時段。凡是牽涉價格、合約、客製條件或客訴的問題，都應該留給真人處理，不要讓 AI 先承諾。
需要自己建系統嗎？LINE 內建的 AI 聊天機器人（β）夠不夠用？
如果問題範圍固定、好友數不多，也不需要串接訂單或 CRM，內建的 AI 聊天機器人（β）是門檻比較低的起點。不過截至 2026-10，它需要聊天進階方案、有每月回覆上限，部分業種也可能無法使用。如果你需要自訂轉真人規則、交接包，或要串接內部系統，才需要考慮第三方 SaaS 或自建。
轉真人的比例多少才算正常？
沒有一個所有行業都適用的數字。Anthropic 的客服指南（截至 2026-10）把「AI 處理比例 70–80%」「轉真人準確率 95% 以上」當作參考目標，但這是供應商給的建議，不是標準。比轉真人比例更重要的是「該轉卻沒轉」的次數，這代表 AI 硬答了不該答的問題。建議每週抽查一批對話，記錄該轉沒轉、不該轉卻轉了這兩種錯誤。
先確認你的 LINE 詢問，哪些該讓 AI 回、哪些該轉真人
如果你還不確定公司的 LINE 詢問裡，哪些適合交給 AI、哪些應該留給真人，可以先做一次 企業 AI 健診。我們會一起盤點現在的詢問類型、資料來源和真人接手的方式，找出第一條值得改善的流程。