Jira 將待辦掃描、程式代理與 PR 審查串成常駐迴圈，權限控制同步進入脈絡層

Atlassian 公布一組「governed agent loops」功能，試圖把程式代理由一次性聊天工具改造成 Jira 內的長駐工作迴圈。Agent loops 會持續尋找定義完整且尚未指派的工作項目，交給 Jira Coding Agent 實作與測試，再建立待人工審查的 pull request；人類仍掌握合併權。完成後的工作結果則可回寫共享脈絡，供後續規劃與代理執行使用。

其技術核心不是新模型，而是脈絡、排程與治理的整合。Code Context 把多個程式庫的結構納入 Teamwork Graph，讓 Rovo 與其他 coding agent 能同時參考 Jira 工作、Confluence 文件、程式碼及依賴關係。Agent Context Controls 則控制哪些代理可在指定空間執行、能看見哪些資料；Standards 可把組織層級的編碼規則映射到各儲存庫，AI Review 再依規則檢查 PR。DX for Agentic Development 另把模型、MCP 工具及代理工作階段連回吞吐量、品質、採用率與成本指標，而 Jira Agent Usage Dashboard 用於追蹤各團隊實際啟用哪些代理。

這種設計對大型工程組織的重要性，在於把授權與稽核放到代理取得脈絡及接受任務的位置，而不只在生成程式碼後補做審查。不過它也擴大了 Teamwork Graph 的敏感資料面：跨儲存庫索引若沿用過寬群組權限，代理可能在合法查詢中取得原本不應跨專案流動的設計或事件資料。持續掃描待辦還可能重複觸發、消耗 token，或在需求不完整時大量產生低價值 PR，因此團隊需要冪等鍵、預算上限、觸發條件、沙箱隔離及完整操作紀錄。

目前 Code Context 僅逐步進入付費客戶的開放測試；Agent loops、Standards 與 AI Review 是私人 early access，其他控制與儀表板也尚待正式推出。工程團隊接下來應觀察實際 API、權限繼承模型、失敗重試語意，以及代理輸出如何與既有 CI、branch protection 和事故回滾流程銜接，而不宜直接以 Atlassian 自行公布的生產力相關數字推估成效。