最近我給自己安排了一個很有意思的專案：把家裡一台沒在用的低階 AMD 筆電重新利用起來，部署一套名為 OpenClaw 的 AI 助理系統（我幫它取名為 「小龍蝦」 ），並讓它與家裡的 Synology NAS 以及 Blogger 進行深度串接。 這台老筆電雖然規格平平、效能低階，但跑起來其實非常安靜，完全沒有想像中老機器狂轉的喧囂。更重要的是，它耗電極低，還自帶電池當作不間斷電源（UPS），成了最完美的 24 小時邊緣伺服器。這篇文章將完整紀錄我們從系統初始配對、網路權限對決、NAS 媒體庫整理，到最終打通 Blogger 自動發文的完整過程與踩坑心得。 --- 一、 起點與命名：誕生在 Gateway 裡的數位夥伴 開局第一步，是讓 AI 系統在 OpenClaw Gateway 環境中初始化。在確認了底層模型運行正常後，我為它定名為 「小龍蝦」 ，並設定了清醒、直接、俐落且帶有溫度的溝通基調。 為了確保未來的協作效率，我們建立了結構化的互動規範： 結論先行（TL;DR）、極簡精準、拒絕無意義的客套，並在面對複雜問題時直接提供 2~3 個帶有成本分析的方案 。這為後續幾個小時高強度的除錯打下了非常好的基礎。 --- 二、 跨平台連線踩坑：Discord 頻道與配對授權 為了能在手機上隨時隨地召喚助手，我們開始串接 Discord 頻道。這一段過程看似簡單，實則藏滿了細節坑： 1. 憑證與 Token 驗證陷阱 一開始在設定 Discord Bot Token 時，我們遭遇了連線拒絕（401 Unauthorized）。經排查發現，複製憑證時如果夾帶了遮蔽字元或格式不全，系統會直接無效化。此外，必須在 Discord Developer Portal 中明確開啟 MESSAGE CONTENT INTENT ，否則機器人即使連上線也無法讀取文字訊息。 2. 伺服器與配對機制（Pairing Mode） Discord 機器人無法直接對陌生用戶發起私訊，必須確保機器人與用戶處於同一個伺服器內。建立伺服器並邀請 Bot 加入後，第一次私訊會觸發 OpenClaw 的安全機制—— Pairing Mode（配對模式） 。Bot 會在私訊中傳送一組一次性的驗證碼（例如 2JOVXL3S ），必須由管理員在後端執行 openclaw pa...