LINE 目錄反查
目前沒有待查webhook 只告訴我們一組 ID 說了話。名稱、群組名、成員數要向 LINE 查。這一頁只做查詢 —— 送出訊息仍然只由 n8n 執行(D38)。
目前顯示所有帳號的資料 —— 不同官方帳號的群組與聯絡人會混在一起。
Channel access token 未設定
尚未設定。
指紋是 token 的 SHA-256 前八碼。它讓您確認「剛輪替的那一組就是現在跑的那一組」, 對不知道 token 的人則毫無用處 —— 所以顯示它是安全的,顯示 token 不是。
0
群組待查
0
帳號待查
0
曾經失敗
一次最多 25 筆,而且是逐一送出的。供應商額度與未來的投遞路徑共用,而一個按鈕是整個系統裡最容易不小心把它用掉的地方。
待查清單
沒有待查的項目
每個群組每小時會重新確認一次成員數,所以這裡通常很快又會有東西。
404 通常不是故障
帳號查不到,代表那個人沒有把 bot 加為好友 —— 沒有辦法查,也沒有錯要修。群組查不到,代表 bot 不在裡面;對一個由名冊登錄的群組來說,那就是答案:ID 有誤,或 bot 從沒被邀請過。連續失敗五次之後就不再排入清單。
為什麼這裡沒有「設定 token」欄位
BFF 是用您自己的 JWT 去呼叫資料庫的。任何能讓伺服器解密讀出憑證的 RPC,同一個人也能直接用 curl 讀 —— 憑證就離瀏覽器只有一個請求的距離。所以它放在伺服器環境裡(CLAUDE.md 4.1),輪替由部署流程做。掛載檔案優於 -e 環境變數:後者會出現在 docker inspect,而且指令會進 shell history。
這一頁不會、也不能送出任何訊息
D38 只開放讀取:profile、群組摘要、成員數。推播、回覆、廣播仍然只由 n8n 執行,而且平台端連一支能做那件事的函式都沒有 —— 測試會擋下任何新增的送出路徑。