Jira Automation 與 Webhook
把 Automation 當意圖閘道:觸發條件愈窄,Webhook 愈穩。建議綁定狀態遷移+標籤或自訂欄位(例如 build-mac-*),避免「任一欄位變更」造成風暴。
- 步驟 1. 規則動作選傳送 Web 請求,
POST至網關固定https://路徑;本文用 JSON,帶上issue.key、分支或版控 ref、觸發來源與可選dedupe_hint(如 transition id)。 - 步驟 2. 標頭加入與網關約定的
X-Automation-Token(或專案前綴名稱),值存於 Jira秘密或 Automation 受管變數,檔案權限僅網關程序可讀——細節可對齊 秘密與節點最小權限。 - 步驟 3. 觸發條件與標籤→節點路由、鎖政策請一併寫入團隊文件;矩陣化對照見 Jira Automation × 共享 Mac 決策矩陣。
多節點+Webhook+權杖最小權限
逐步配置(網關/佇列/回寫)
- 步驟 1. 網關實作單一路由:驗標頭 → 解析 JSON → 組
idempotency_key(建議issue_key + transition_id + rule_version + build_ref)→ 寫入共享佇列 → 回200;僅在持久化成功後回成功,語意對齊 任務佇列與重試步驟。 - 步驟 2. 節點執行建置腳本,結束時發內部「完成」事件(含
mesh_node_id、exit_code、截斷log_tail);由網關統一對 Slack/Chat 等廣播,避免多機重複推送(可比照 YouTrack Webhook 廣播模式)。 - 步驟 3. 失敗時網關組兩三行摘要(首行結果、次行可能原因、日誌連結)寫入議題留言;細日誌進集中儲存。尖峰時為 Webhook 預留連線與佇列深度,必要時參考 網關限流與工作階段併發。
健康探針與重試模板
探針:對外 GET /health(或 /doctor)只回聚合就緒狀態(佇列後端、出站 Jira 連線抽樣、最近錯誤率),供監控與發版前檢查;節點上技能預熱與冷啟動可另設工作者層探針,見 技能預熱與健康探針。
重試模板(出站):遇 429 優先讀 Retry-After,否則 base_ms * 2^n + jitter,n 設上限(例如 5~8 次);遇 401/403 不重試迴圈,改走金鑰輪替與人工確認;遇 5xx 可重試但須以 build_id 與結果去重,避免多節點同時失敗造成蜂擁。輪替流程可對齊 IM 綁定與權杖輪替 的治理節奏。
FAQ:收不到事件/403/重複觸發
- Automation 成功但網關沒日誌?
- 多為條件未滿(JQL、專案權限、議題類型)、URL 打錯環境,或邊緣DNS/防火牆擋出站。用固定測試議題手動執行規則,並在網關對匿名探針請求與真實 Automation分別打標籤除錯。
- 入站或 Jira API 回 403?
- 入站:檢查標頭名稱與值是否與網關設定完全一致、是否被反向代理剝除。出站:API 權杖是否僅具所需專案、是否誤用使用者電子郵件格式、或站點政策阻擋機器人留言;必要時改 OAuth 應用程式並縮小範圍。
- 同一議題重複建置?
- Jira 可能重送 Web 請求;合併 transition/規則版本/觸發欄位做冪等快取,重複則
200+skipped。另檢查是否多條規則重疊觸發,用標籤或欄位互斥條件收斂。
要訣:單一對外 URL、標頭密鑰入站、網關唯一出站 Jira、持久化後才 200、冪等鍵去重、探針與有界重試分離 401 與 429。
下一步(僅公開頁)
免登入:幫助中心、OpenClaw 專欄、部落格索引、購買/套餐、首頁。擴節點前先對齊套餐併發與地域,再分離網關與建置機。
Jira · 多節點 · 免登入
用租用的 Mesh 容量跑通 Jira 驅動建置
公開方案頁可選節點與地域;幫助中心涵蓋連線與權限;部落格補齊佇列、限流與 OpenClaw 專欄。下列皆公開頁,無需登入即可瀏覽——準備好即前往購買/套餐開通。