Atlassian 在 2026 年 8 月 12 日宣布 Code Context，將大型、多 repository 的 codebase understanding 放入 Teamwork Graph。它要解決的不是 coding agent 不懂語法，而是 agent 往往只看得到本地工作區，未必知道相關服務、跨 team dependency、歷史決策和下游影響。
Code Context 會把 codebase 加入 Teamwork Graph，讓開發者和 agent 在 IDE、terminal、AI coding app、Jira 及 Atlassian 生態系統內使用。搜尋同時支援 lexical search 和 semantic search：前者適合找確切 function 或字串，後者則可按概念找出未必包含相同關鍵字的程式碼。這個組合讓 agent 可以先找相關位置，再把程式碼和工作背景放在同一個推理上下文中。
Atlassian 表示，Code Context 可透過 Teamwork Graph CLI 供 Cursor、Claude Code 和 Codex 使用，也可在 Rovo Chat 中作為 skill。除了 repository 本身，agent 還可以查詢 Jira work items、Confluence pages、Loom videos，以及 50 多個 connector 的資料。對 debugging、影響範圍分析和陌生服務 onboarding 而言，重點是讓 agent 在採取行動前先看到「這段 code 為什麼這樣寫」和「還有誰依賴它」。
官方引用內部 benchmark 指出，加入 Teamwork Graph 上下文的 agent，結果準確度提高 44%，同時少用 48% tokens。這是 Atlassian 的內部數據，不是獨立評測；更合理的讀法是，它說明上下文整理可能同時改善答案品質和 token 效率，而不是直接承諾所有團隊都會得到相同比例的提升。
權限設計是 Code Context 的另一個核心。管理員要先 opt in 並開啟 code indexing，啟用後，搜尋結果會按使用者或獲授權 agent 的權限範圍限制。Atlassian 表示目前支援 GitHub 和 Bitbucket repository，並會尊重既有 SCM permissions。企業若要開啟這類能力，仍應先確認哪些 repository 可以被索引、哪些 agent 擁有讀取權，以及 index 失效或撤銷權限後如何處理。
Code Context 現時處於 early access，並逐步向客戶 rollout open beta。這代表功能方向已清楚，但產品成熟度、涵蓋範圍和治理細節仍要按實際 tenant 驗證。Atlassian 也提醒，即使 agent 提出修正，開發者仍要理解變更、檢查下游影響及決定是否合併；上下文引擎可以減少盲點，不能取代 code ownership。
這次發布的更大訊號，是 coding agent 的競爭開始由「誰能寫出一段 code」移到「誰能在正確權限下取得足夠背景，再提出可驗證的改動」。如果 agent 先做跨 repository 檢索、列出依賴、核對歷史決策，再進入生成和 review，企業 workflow 便更接近可審核的工程流程，而不是只在本地檔案上進行高信心猜測。
