WhatsApp 閘道
這是什麼
透過 WhatsApp 控制 Hermes 或接收其工作結果的訊息介面。
白話解釋
Hermes 不直接與 WhatsApp 通訊，而是使用一個獨立的本機輔助程序，代為登入 WhatsApp Web，再和 Hermes 交換整理過的請求與回覆。如果輔助程序意外終止，Hermes 下次啟動時會偵測舊程序並建立新的橋接程序，不會永遠等待已經失效的連線。
為什麼重要
Telegram 的行動指揮中心模式可以透過這個介面延伸到 WhatsApp，對本來就經常使用 WhatsApp、未必會查看儀表板的使用者格外重要。它與 Telegram、Discord 共用底層 gateway 服務與工具集註冊模式，主要差異在處理 WhatsApp 連線需求的平台外掛。對 CRM 收件等商務流程而言，符合條件的客戶訊息往往最先從這個頻道出現。
運作方式
plugins/platforms/whatsapp/adapter.py 的 WhatsAppAdapter 不會自行開啟 WhatsApp 連線，而是啟動本機 Node.js 子程序，使用 Baileys WhatsApp Web 函式庫，並透過小型 HTTP API 與它通訊；程式註解稱此設計為「橋接模式」。介接器把子程序 ID 寫入 bridge.pid；啟動時若發現崩潰執行留下的舊橋接程序仍占用連接埠，會先終止舊程序再建立新的橋接程序，避免連接埠綁定失敗。只有明確設定 WHATSAPP_ENABLED 後介接器才會啟用；開始運作後，會套用與其他 Hermes 訊息介接器相同的允許清單與 DM/group 政策。
具體範例
固定客戶透過 WhatsApp 傳訊要求改約。執行於本機橋接程序的 WhatsApp Web 收到訊息後，透過橋接 HTTP API 轉送給 Hermes；Hermes 確認寄件者號碼允許觸發回覆，並找到該客戶既有對話。接著更新排程筆記、草擬新時間確認訊息並傳回。客戶在手機上只會看到一般 WhatsApp 回覆，不會察覺底層協定由本機輔助程序處理。
如何連結
「WhatsApp 閘道」屬於「介面」系列。最直接相關的概念包括：「Telegram 閘道」、「Discord 整合」、「代理執行環境」、「個人作業系統」。這些連結描述教學關係，不取代來源證據。
來源證據
plugin:platforms/whatsapp— 此基準關聯未納入核准的核心原始碼投影驗證範圍，不能單獨作為已驗證程式行為的依據；上文另依釘選版本來源人工核對。
工作流程
相關文章
- 目前沒有文章以足夠頻率直接提及此概念名稱或別名，尚未達到提及探勘門檻。