OpenClaw 可以直接串接 LINE 官方帳號,透過 LINE Messaging API 讓你的 AI 代理人在 LINE 上回覆客戶訊息、處理預約、甚至跨平台轉發工作指令。截至 2026 年 3 月,OpenClaw 的 GitHub 星數超過 68,000 顆,官方文件明確將 LINE 列為支援的 22 個通訊頻道之一,透過獨立安裝的 plugin 模組(@openclaw/line)運作。對台灣企業來說,LINE 的月活躍用戶超過 2,100 萬、滲透率超過九成,把 AI Agent 接上 LINE 等於直接進入客戶最常用的溝通管道。
這篇文章涵蓋三件事:LINE 串接的技術設定流程、上線前必須處理的安全配置,以及台灣企業用 OpenClaw + LINE 做 AI 客服的實際操作建議。

OpenClaw 的 LINE 串接機制
OpenClaw 本身是一個跑在你自己設備上的 AI 代理人閘道器(Gateway)。它的設計邏輯是:所有通訊平台的訊息都進入同一個 Gateway,由 Gateway 路由給後端的 LLM(可以是 Claude、GPT-5、Gemini 或本地端的開源模型),LLM 處理完再把回覆送回原來的通訊平台。
LINE 的串接走的是 Webhook 架構。使用者在 LINE 上傳訊息給你的官方帳號,LINE 平台把訊息用 HTTP POST 送到你設定的 Webhook URL,OpenClaw 的 Gateway 接收後轉給 AI 代理人處理,回覆再透過 LINE Messaging API 送回去。
跟 WhatsApp 和 Telegram 不同的地方在於:LINE 需要公開的 HTTPS 端點來接收 Webhook 。WhatsApp 用 QR 配對、Telegram 可以用 long-polling,但 LINE 一定要有外部可存取的 URL。這代表你需要額外處理網路穿透的問題。
串接前準備清單
開始設定前,確認以下四項到位:
| 項目 | 說明 |
|---|---|
| OpenClaw 已安裝運行 | 版本建議 2026.3.9 以上,跑 openclaw doctor 確認狀態正常 |
| LINE Developers 帳號 | 到 developers.line.biz 註冊,用既有的 LINE 帳號即可 |
| LINE 官方帳號 | 在 LINE Official Account Manager 建立,免費方案即可開始測試 |
| 公開 HTTPS 端點 | 開發環境用 ngrok,正式環境用 Cloudflare Tunnel 或反向代理 |
五步驟完成串接
第一步:安裝 LINE Plugin
openclaw plugins install @openclaw/line
如果你是用 Git clone 的方式跑 OpenClaw,改用本地安裝:
openclaw plugins install ./extensions/line
第二步:在 LINE Developers 建立 Messaging API Channel
登入 LINE Developers Console(developers.line.biz/console),選擇或建立一個 Provider,然後新增 Messaging API Channel。這裡你需要拿到兩個東西:Channel Access Token 和 Channel Secret。Access Token 在 Channel 設定頁面最下方可以 Issue 一個長效版本。
第三步:設定 Webhook URL
在 LINE Developers 的 Messaging API 設定頁面,打開「Use webhook」,把 Webhook URL 設成:
https://你的域名/line/webhook
開發測試階段用 ngrok 產生臨時 URL:
ngrok http 18789
把 ngrok 給的 HTTPS URL 加上 /line/webhook 路徑填進去。注意:ngrok 每次重啟 URL 會變,要重新更新。
正式環境建議用 Cloudflare Tunnel:穩定、有自訂域名、不用開防火牆 port。
第四步:寫入 OpenClaw 設定
最小設定如下:
{
"channels": {
"line": {
"enabled": true,
"channelAccessToken": "你的_LINE_CHANNEL_ACCESS_TOKEN",
"channelSecret": "你的_LINE_CHANNEL_SECRET",
"dmPolicy": "pairing"
}
}
}
也可以用環境變數:
export LINE_CHANNEL_ACCESS_TOKEN="..."
export LINE_CHANNEL_SECRET="..."
或者用檔案方式存放(建議正式環境用這個,比較安全):
{
"channels": {
"line": {
"tokenFile": "/path/to/line-token.txt",
"secretFile": "/path/to/line-secret.txt"
}
}
}
第五步:完成配對驗證
OpenClaw 預設使用 pairing 模式。在 LINE 上加你的官方帳號為好友,傳任何訊息過去,Bot 會回覆一組六位數配對碼。回到終端機:
openclaw pairing list line
openclaw pairing approve line <配對碼>
配對完成後,你就可以在 LINE 上跟 AI 代理人正常對話了。
記得關掉 LINE 官方帳號的內建自動回覆
這一步很多人會忘記。LINE 官方帳號預設有自動回覆訊息和加入好友歡迎訊息。如果不關掉,使用者會同時收到 LINE 內建的制式回覆和 OpenClaw 的 AI 回覆,體驗會很混亂。
到 LINE Official Account Manager → 設定 → 回應設定,把「自動回應訊息」和「加入好友的歡迎訊息」都關掉。
安全配置:上線前必做的六件事
OpenClaw 跟一般聊天機器人不同,它可以執行 shell 指令、讀寫檔案、控制瀏覽器。權限越大,風險越大。把它接上 LINE 等��開了一個外部可存取的入口,安全配置馬虎不得。
| 安全措施 | 具體做法 |
|---|---|
| 最小權限原則 | LINE 上的 AI 代理人只開放它需要的 Skill。客服用的 Bot 不需要檔案系統存取權 |
| Token 定期輪換 | 每 90 天重新 Issue 一次 Channel Access Token,懷疑洩漏就馬上撤銷 |
| 不關閉 Webhook 簽章驗證 | OpenClaw 預設啟用 HMAC 簽章驗證,這是確保請求真的來自 LINE 的機制 |
| Gateway 不暴露到公網 | 只開 LINE Webhook 需要的路徑,其他管理介面走 Tailscale 或 SSH tunnel |
| 定期稽核配對裝置 | 用 openclaw pairing list 檢查所有連線,移除不認識的 |
| 沙盒化執行 | 用 Docker 跑 OpenClaw,限制檔案系統和指令執行範圍 |
SlowMist(慢霧科技)在 GitHub 上發布了一份 OpenClaw 安全實踐指南,建議把 openclaw.json 設定檔用 chattr +i 鎖定防止被竄改,並設定每夜自動稽核的 Cron Job。

企業應用:LINE 客服自動化的三種模式
台灣企業用 LINE 官方帳號做客服是常態,但大多數還停在關鍵字自動回覆的階段。OpenClaw 接上去之後,可以做到幾個層級的升級:
模式一:AI 自動回覆 + 人工接手
OpenClaw 先處理所有進線訊息,遇到 AI 信心度不夠高的問題(像是客訴、退款爭議),自動轉到 Slack 的客服頻道讓真人接手。這靠的是 OpenClaw 的 multi-channel routing:LINE 收到的訊息分析完意圖後,決定是 AI 直接回、還是轉到 Slack 給特定人。
模式二:跨平台訊息整合
一個 OpenClaw Gateway 可以同時接 LINE、Slack、Telegram。客戶在 LINE 問問題,AI 回覆的同時把摘要轉到內部 Slack 頻道記錄。如果團隊成員在 Slack 上補充資訊,也可以設定流程把更新推回 LINE。
模式三:多帳號管理
如果公司有多個 LINE 官方帳號(像是不同品牌或不同門市),OpenClaw 支援 multi-account 設定:
{
"channels": {
"line": {
"accounts": {
"marketing": {
"channelAccessToken": "...",
"channelSecret": "...",
"webhookPath": "/line/marketing"
},
"support": {
"channelAccessToken": "...",
"channelSecret": "...",
"webhookPath": "/line/support"
}
}
}
}
}
每個帳號走不同的 Webhook 路徑,可以對應不同的 AI 代理人設定和 Skill。
LINE Messaging API 的費用考量
LINE 官方帳號的訊息費用跟 OpenClaw 的 AI 運算費用是分開算的。
LINE 這邊:Reply API 回覆訊息不計費,但主動推播(Push API)就算進月費方案的訊息額度。免費方案每月 200 則,輕用量方案(約 NTD 800/月)每月 3,000 則。如果你的 AI 客服主要是回覆使用者主動來問的問題,用 Reply API 就好,不太會踩到訊息額度。
OpenClaw 這邊:主要成本是 LLM API 的呼叫費用。用 Claude 的話,走 Anthropic API;用 GPT 系列走 OpenAI API。每次回覆大概消耗數百到數千 token,具體費用看你選的模型和回覆長度。以 Claude Sonnet 4.6 為例,輸入 USD 0.003/1K tokens、輸出 USD 0.015/1K tokens,一則客服回覆大概 USD 0.01-0.05(約 NTD 0.32-1.6)。

常見問題排除
Webhook 驗證失敗怎麼辦?
確認三件事:URL 是 HTTPS、Channel Secret 跟 LINE Developers Console 上的一致、Gateway 真的在跑而且 LINE 可以連得到(ngrok 或 tunnel 沒斷)。
LINE 上傳圖片或檔案,OpenClaw 收不到?
預設 media 下載上限是 10MB(channels.line.mediaMaxMb),超過的會被擋。調高這個值,或確認 Gateway 的磁碟空間夠。
訊息太長被截斷?
LINE 的 text 訊息上限是 5,000 字元。OpenClaw 會自動分段(chunk),但如果 AI 回覆真的太長,建議在 Skill 的 prompt 裡限制回覆長度。
群組訊息收不到回覆?
確認 channels.line.groupPolicy 設定是 open 或 allowlist,預設是 disabled。群組裡需要 @ mention 才會觸發回覆。
回覆延遲很高?
LINE 走 Webhook 所以訊息送達是即時的,延遲通常來自 LLM 推論時間。OpenClaw 會在 AI 處理期間顯示 loading 動畫。如果延遲經常超過 10 秒,考慮換用更快的模型(像是 GPT-5-mini 或 Claude Haiku 4.5),或在 OpenClaw 設定 failover model chain。
跟其他 LINE Bot 框架比較
| 比較項目 | OpenClaw + LINE | LINE Bot SDK 自建 | 第三方 SaaS(如 GOSU、漸強實驗室) |
|---|---|---|---|
| AI 能力 | 內建多模型支援,可切換 Claude/GPT/Gemini | 需自行串接 LLM API | 通常綁定特定 AI 供應商 |
| 部署方式 | 自架(Mac/Linux/Docker) | 自架(任何伺服器) | 雲端 SaaS |
| 資料控制 | 資料存本地,不過 LLM 推論會送到雲端 | 完全自控 | 資料在第三方 |
| 多平台 | 22+ 通訊平台同時接入 | 只有 LINE | 通常支援 LINE + Facebook |
| 進入門檻 | 需要 CLI 操作能力 | 需要後端開發能力 | 圖形化介面,低門檻 |
| 月費 | 免費(但有 LLM API 費用) | 免費(同上) | 通常 NTD 3,000-30,000/月 |
OpenClaw 的核心優勢是多平台整合和 AI 模型的彈性。如果你的場景只是 LINE 上的制式問答,第三方 SaaS 可能上手更快。但如果你需要跨 LINE、Slack、Telegram 的統一 AI 助手,或者想用最新的 LLM 模型,OpenClaw 的架構更適合。
引用來源
- OpenClaw 官方文件 — LINE Channel
- OpenClaw GitHub Repository
- SlowMist — OpenClaw Security Practice Guide
- LINE Biz-Solutions 官方帳號
關於作者
Annie|Digital Strategy Director @ Tenten.co
我們團隊從今年初開始在內部導入 OpenClaw 做跨平台通訊自動化的實驗。在幫幾家零售和服務業客戶評估 AI 客服方案時,我們發現多數企業卡在「LINE Bot 功能太陽春」和「全自建成本太高」之間。OpenClaw 剛好填了這個空檔:它不需要從零寫 Bot 邏輯,但又保留了對 AI 模型和資料的控制權。
不過我要說實話:OpenClaw 的 LINE 整合目前還是 plugin 狀態,更新節奏比核心的 WhatsApp/Telegram 支援慢一些。如果你的主要客群在 LINE 上(台灣幾乎都是),上線前花時間做好安全配置和壓力測試是必要的。
想討論 OpenClaw 在你的企業場景怎麼導入,或者評估 LINE AI 客服的可行性,歡迎跟 Tenten 團隊預約諮詢。
延伸閱讀:
