LINE 已有官方 MCP Server，WhatsApp 則需選擇個人號 bridge 或 Business Cloud API 第三方方案。本文比較熱門 GitHub Repo、風險與最短落地組合。
想讓 AI Agent 直接收發 WhatsApp 與 LINE 訊息，最務實的做法是透過 MCP（Model Context Protocol）Server 串接。目前兩大通訊平台的現況不同：LINE 已有官方 MCP Server，而 WhatsApp 沒有 Meta 官方 MCP API，實務上必須在「個人 WhatsApp 帳號的 unofficial bridge」與「Meta WhatsApp Business Cloud API 的第三方 MCP」之間做選擇。以下整理目前最值得評估的熱門 GitHub 專案、選型建議與風險。
現況總覽
| 平台 | 官方 MCP 支援 | 實務做法 |
|---|---|---|
| LINE | 有（preview 版本） | 直接使用官方 line/line-bot-mcp-server，整合 LINE Messaging API 與 Official Account |
| 無 | 個人帳號走 WhatsApp Web multidevice API（Baileys 等）；商用走 Meta WhatsApp Business Cloud API 的第三方 MCP |
WhatsApp MCP 方案
個人帳號方案（非官方 API）
以下方案皆透過 WhatsApp Web multidevice API 連接個人 WhatsApp 帳號，並非 Meta 官方 API，存在帳號被限制或封鎖的風險。
lharries/whatsapp-mcp（約 6.4k stars、1.4k forks）
最熱門的 WhatsApp MCP Server。可讀取／搜尋訊息、聯絡人、群組，並傳送文字、圖片、影片、文件與語音；訊息存放在本地 SQLite。適合快速 PoC 與個人帳號整合。
LukasHaas/whatsapp-mcp
lharries/whatsapp-mcp 的改良 fork，強化訊息搜尋、LID 解析與口音／變音符號的聯絡人比對。適合需要較佳搜尋體驗的個人帳號整合。
ihiteshgupta/whatsapp-mcp
以 Go 實作的單一 binary MCP Server，同樣透過 WhatsApp Web multidevice API 連接個人帳號；訊息儲存在本地 SQLite。部署比 Python＋Go bridge 架構簡單。
felipeadeildo/whatsapp-mcp
讓 AI Agent 讀取、搜尋與傳送 WhatsApp 訊息的 MCP Server，主打可部署在自己的 Cloudflare 帳號上。適合偏好 serverless、低維運的架構。
商用與 Gateway 方案
delltrak/wamcp
較完整的 WhatsApp MCP Server，宣稱提供 61 個 tools、10 個 resources、12 個 real-time events；同時支援 Baileys（WhatsApp Web）與 Meta Cloud API，並提供 Docker 部署。若需要商用合規與 template 支援，可優先評估此方案。
devlikeapro/waha（約 7.6k stars）
不是純 MCP，而是熱門的 WhatsApp HTTP API，支援 WEBJS、NOWEB、GOWS、WPP 等多種引擎。適合先建立自有 WhatsApp Gateway，再由 Agent／MCP 層呼叫，可作為多 Agent 或多通道整合的基礎。
WhatsMCP
Hosted remote MCP，以 Streamable HTTP 提供 WhatsApp 給 Agent 使用。透過 QR code 綁定一般 WhatsApp 帳號，支援收發訊息、媒體、聯絡人、群組、webhook，甚至 SIP 通話。Repo 僅為文件，伺服器原始碼未開源；適合不想自己維運的團隊。
LINE MCP 方案
line/line-bot-mcp-server（約 785 stars、154 forks）
LINE 官方 MCP Server，整合 LINE Messaging API 與 LINE Official Account。支援 push／broadcast 文字與 Flex Message、取得使用者資料與粉絲 ID、Rich Menu 管理、訊息額度查詢等。目前標示為 preview version，功能可能不完整，但仍是 LINE 生態中最可信的起點。
wasintoh/line-oa-mcp-ultimate
第三方 LINE Official Account MCP Server，涵蓋 broadcast、Flex／Rich Message、Rich Menu、coupon、insights 與 LINE Shopping 等進階操作。適合 LINE OA 行銷自動化需求。
amornpan/py-mcp-line
Python 版 LINE Bot MCP Server，使用 FastAPI 與 Pydantic，將 LINE Bot 訊息整合到 LLM／Agent 工作流。適合 Python 技術棧的團隊。
選型建議
| 需求 | 建議 |
|---|---|
| LINE Official Account，要官方支援與長期維護 | line/line-bot-mcp-server |
| WhatsApp 個人號，快速 PoC、讀取歷史訊息與多媒體 | lharries/whatsapp-mcp |
| WhatsApp 個人號，想用 hosted MCP、不想自己維運 | WhatsMCP |
| WhatsApp 商用、需要合規、template、24 小時客服窗口 | 優先採用 Meta WhatsApp Business Cloud API，並選擇支援 Cloud API 的 MCP（如 delltrak/wamcp） |
| 需要自建 WhatsApp Gateway、多 Agent 或多通道整合 | devlikeapro/waha，再包成內部 MCP |
風險與注意事項
- 個人帳號方案非官方 API：Baileys、whatsmeow、WhatsApp Web multidevice 等方案並非 Meta 官方 API，存在帳號被限制、封鎖或需要重新掃碼驗證的風險。
- Prompt injection 風險：
lharries/whatsapp-mcp的 README 明確提醒，Agent 讀取私人訊息後可能被誘導外洩資料。應限制工具權限、隔離環境，並避免讓 Agent 自動外呼。 - LINE 官方 MCP 為 preview：功能可能不完整，但仍是 LINE 生態中最可信的起點。
- 企業用途請區分通道：若是企業客服、電商通知或行銷推播，LINE 建議用官方 Messaging API／MCP；WhatsApp 則應區分個人號自動化與 WhatsApp Business Cloud API，不要把個人號方案直接當成正式企業客服通道。
最短落地組合
若要在臺灣做客戶溝通 Agent，最穩的起步組合是：
- LINE：
line/line-bot-mcp-server+ LINE Official Account + Messaging API。 - WhatsApp PoC：
lharries/whatsapp-mcp，使用獨立測試號碼與獨立容器／VM。 - WhatsApp 正式環境：改走 Meta WhatsApp Business Cloud API，或選擇明確支援 Cloud API 的 MCP／Gateway，再接 Agent orchestration layer。
結論
LINE 與 WhatsApp 的 MCP 生態成熟度不同：LINE 有官方方案可安心採用，WhatsApp 則需依使用情境在個人號 bridge 與 Business Cloud API 之間取捨。先釐清你的需求是 PoC、個人自動化還是正式企業客服，再依上述選型建議決定架構，可避免踩到帳號封鎖與合規的坑。