如何為 Telegram 和 WhatsApp Agent 設計安全邊界：授權、群聊規則與敏感操作？
把 Agent 接入 Telegram 或 WhatsApp 後，安全邊界不只由模型決定，也取決於通道憑證、會話範圍、記憶策略和外部操作規則。
一套清晰的邊界應該讓你知道誰可以找到 Agent、哪些消息會被處理、哪些內容不能發送，以及什麼操作必須先確認。
當前 Telegram 和 WhatsApp 文檔都以 1 對 1 對話為主要支持方式，群聊規則因此先作為設計和上線前檢查項。
摘要
Agent 的安全邊界不只由模型決定，而由四層共同構成：通道憑證、會話範圍、記憶策略、外部操作規則。 一套清晰的邊界應當讓你明確回答四個問題——誰可以找到這個 Agent、哪些消息會被處理、哪些內容不能發送、什麼操作必須先確認。落地要點：憑證屬於敏感信息，不要寫入長期上下文或粘貼到聊天；記憶策略要避免把敏感信息沉澱成永久記錄；涉及外部發送或不可逆操作時必須設置確認環節。需要注意當前 Telegram 與 WhatsApp 都以 1 對 1 對話為主要支持方式，因此群聊規則目前作為設計與上線前的檢查項，而非已可落地的配置。上線前建議逐項走完文中的安全清單。
適合誰
這篇指南適合個人用户、客服負責人和需要把 IM Agent 接入日常工作的團隊管理員。
它適合在正式連接 Bot 或 WhatsApp 賬號前，先明確授權範圍、數據邊界和高風險操作流程的團隊。
安全邊界的四個層次
| 層次 | 要回答的問題 | 典型控制 |
|---|---|---|
| 授權 | 誰能接入和使用這個 Agent？ | Bot Token、掃碼賬號、連接記錄、賬號權限 |
| 會話 | 哪些對話會被處理和回覆？ | 1 對 1 範圍、群聊狀態、@ 觸發、允許列表 |
| 數據 | 哪些內容可以被讀取或長期保存？ | 脱敏、雲存儲、記憶、用户畫像、刪除策略 |
| 操作 | 哪些動作可以自動完成？ | 最小權限、人工確認、審計、人工接管 |
先從最小可用範圍開始，再根據真實需求擴大權限。
操作步驟
1. 為 Telegram 和 WhatsApp 分別確認授權對象
Telegram 使用 Bot Token 接入，WhatsApp 使用掃碼授權。
接入前先確認 Bot、WhatsApp 賬號和目標 Hermes Agent 的對應關係，並只把憑證填入 LightVela 管理台的對應通道設置。
Telegram Bot Token、WhatsApp 登錄會話、驗證碼和其他憑證都不應發送到普通聊天，也不應寫入文檔、工單或代碼倉庫。
同一個 Telegram Bot 或 WhatsApp 號碼通常不建議綁定多個 Hermes Agent，避免用户無法判斷消息實際進入了哪個 Agent。
接入後發送一條低風險測試消息，確認回覆回到了預期聯繫人，並檢查管理台的已接入通道列表。
2. 把通道範圍限制在當前真實能力
Telegram 和 WhatsApp 當前都不支持群聊，僅支持 1 對 1 對話。
不要因為 Telegram BotFather 存在群組隱私設置，或 WhatsApp 可以創建群組，就假設 LightVela Agent 已經能處理群聊。
如果未來目標通道開放群聊，至少需要先定義允許的群組、管理員、成員、@觸發方式和消息頻率限制。
群聊上線前還要確認成員消息是否進入共享記憶，以及如何避免一位成員的信息被另一位成員看到。
3. 建立消息內容邊界
請勿向 Agent 發送密碼、API Key、Access Token、驗證碼、支付信息、完整身份信息、醫療細節或不必要的客户隱私。
如果必須討論真實業務案例，先刪除姓名、電話號碼、地址、訂單號和其他可以識別個人或組織的信息。
多人空間和外部協作頻道應使用更嚴格的規則，因為消息可能被更多成員看到、轉發或長期保存。
4. 設計記憶和文件的最小範圍
穩定的角色、語氣和邊界可以寫入SOUL.md 人格配置。
已確認的偏好和長期協作背景可以通過記憶管理維護。
產品資料、客服 FAQ 和大量參考文件應放在雲存儲，不要把所有原始聊天內容都寫入長期記憶。
定期檢查記憶、用户畫像和雲存儲，刪除不再需要或不應繼續保留的信息。
5. 給敏感操作設置確認門檻
默認需要人工確認的動作包括：
-
發送外部消息或公開發布內容。
-
修改訂單、價格、訂閲、權限或賬户資料。
-
退款、付款、身份核驗或法律承諾。
-
刪除文件、記憶、用户資料或其他不可逆數據。
-
執行會影響生產環境或第三方系統的命令。
Agent 可以先讀取資料、整理風險和生成草稿，但在真正執行前應説明影響、目標和可逆性，並等待明確確認。
不要把“用户已經問過”當成“用户已經授權執行”。
6. 為 Skill 和自動任務設置額外邊界
安裝 Skill 前先確認來源、權限、外部 API、文件訪問和主動消息能力。
優先在 1 對 1 對話和低風險資料中測試新 Skill，再考慮擴大使用範圍。
自動任務需要明確執行時間、生效時段、通知方式、目標通道和暫停方式。
對於 WhatsApp 主動消息，還要考慮會話窗口和模板消息限制，不要默認普通文本一定能送達。
7. 設計異常和人工接管
當 Agent 不確定、引用資料失敗、收到敏感內容、發現授權不清或遇到投訴時，應停止自動執行並轉人工。
人工接管記錄至少應包含觸發原因、已處理內容、未完成動作和建議下一步。
如果憑證可能泄露，應立即停止使用相關通道並按平台流程撤銷、重置或重新授權。
一張上線前安全清單
-
是否明確了 Telegram Bot 或 WhatsApp 賬號對應的唯一 Agent？
-
是否確認了憑證沒有出現在聊天、文檔、代碼或日誌中？
-
是否確認當前只使用 1 對 1 對話，不把未支持的群聊當成可用能力？
-
是否定義了可保存的記憶、可訪問的文件和刪除方式？
-
是否要求敏感操作、外部消息和不可逆動作先確認？
-
是否為 Skill 和自動任務設置了最小權限、目標通道和暫停方式？
-
是否準備了憑證泄露、誤發消息和人工接管的處理流程？
常見問題
Telegram 和 WhatsApp 可以共用安全策略嗎？
可以共用原則，但不能忽略通道差異。
兩者都應保護憑證、限制敏感信息並對高風險動作要求確認，但授權方式、主動消息限制和消息格式仍需分別驗證。
關閉 Telegram Bot 的隱私模式就能安全使用群聊嗎？
不能保證。
隱私模式隻影響 Bot 接收消息的方式，不能替代 LightVela 當前未開放的群聊處理能力。
Agent 可以自動刪除記憶或文件嗎？
涉及刪除、覆蓋或其他不可逆影響的動作應先確認，並在執行前説明目標和影響。
日常對話中的忘記請求也應明確對應哪條信息，避免把模糊表達誤解成批量刪除。
客服 Agent 能否直接退款或修改訂單？
默認不應直接執行。
除非業務系統權限、授權對象、確認流程和審計要求都已明確，否則讓 Agent 先生成建議並轉人工處理。
如果我不確定一條信息是否敏感怎麼辦？
先脱敏，或者不要發送。
可以使用虛構數據請求模板、流程或安全建議，不需要提交真實憑證和客户隱私。
下一步
-
配置通道 - Telegram - 查看 Telegram Bot 接入和當前消息範圍。
-
配置通道 - WhatsApp - 查看 WhatsApp 授權和主動消息限制。
-
如何讓一個 Agent 同時接入 Telegram 和 WhatsApp，並保持統一人格與長期記憶 - 瞭解統一 Agent 配置的邊界。
-
配置技能 - 檢查 Skill 權限和高危安裝提示。