curl 裝完後，用「首則通道訊息」當上線判準
腳本裝得快，卻常留下「Gateway 看似正常、通道其實沒閉環」的灰區。把首則通道訊息成功往返當單機里程碑：憑證、路由、Webhook 或長連線至少一條真的通了，再開副本與多區。
單機部署核對清單（建議列印逐項打勾）
-
身分與目錄一致：
launchd與互動 shell 若使用者不同，環境變數與權杖路徑會分裂；服務帳號須與你手測 curl 同一鏈。 -
Gateway 健康檢查：本機
curl通過後，再用公網另一張網打一次，排除只通內網的假陽性。 -
回呼與轉發標頭：HTTPS 終止於代理或防火牆時，確認
X-Forwarded-*齊全，避免驗簽因 URL 不一致靜默失敗。 - 時鐘與 DNS：校時與 TTL；換 TLS 或換節點後舊紀錄常讓首則訊息卡住。
連通性排錯：Gateway → 通道 → 上游 API
順序：① 是否只綁 127.0.0.1；② 代理有無漏轉 WebSocket／SSE；③ 出口或地域策略。每動一層重驗首則訊息，避免三處同改難還原。
常見誤區
HTTP 200 不代表驗簽過關；請用真實標頭與 body 模擬事件。
日韓港新與美西：節點如何影響通道體感
封包小、怕抖動：日韓貼東北亞；港新亞太匯流；美西貼北美雲。要比 Webhook 來源與上游區域 是否與 Gateway 同側。CI＋Mac 接力見 Linux CI 接力遠端 Mac 的日韓港新美西決策表。
| 區域 | 通道／Webhook 取向 | 備註 |
|---|---|---|
| 日本／韓國 | 東北亞低延遲 | 留意跨區尖峰 |
| 香港／新加坡 | 亞太匯聚 | 比對 Peering |
| 美西 | 貼北美雲／API | 雙向留意 RTT |
記憶體檔位：16GB、24GB 與 M4 Pro 的「通道併發」意義
併發含 worker、快取、日誌與暫存：16GB 單通道；多通道或 Gateway 與編譯同機用 24GB 壓尾延遲；M4 Pro 利於多服務側車。先首則訊息閉環再升級；I/O 慢仍會卡。暴露面與探針見 K8s／反向代理下的 Gateway 與記憶體併發調校。
在 Mac mini 上，通道與 Gateway 更可控
macOS 上 Unix、ssh、Homebrew 與通道 SDK 行為一致，少掉 WSL 摩擦。Apple Silicon 統一記憶體讓 Gateway 與 worker 同機爭用更可預測。Mac mini M4 待機約 4W、無風扇適合長連線；Gatekeeper、SIP、FileVault 收斂無人值守風險。若要把 curl 到首則訊息再到併發一次跑穩又不想自管機房，代管 Mac mini M4 是務實起點——從首頁瞭解方案並立即開通。