7月16日、Mike Vizardが「Atlassian Extends AI Reach of Jira Into Agentic Engineering Workflows」と題した記事を公開した。AtlassianがJiraをAIエージェントへの作業割り当て・追跡・レビュー・ガバナンスを一元管理するオーケストレーション基盤へと拡張し、Claude Code、Cursor、GitHub Copilotといったコーディングエージェントとの直接連携を実現した。「チケット管理ツール」から「エージェントの司令塔」へ——その具体的な中身を見ていく。

JiraがAIエージェントの「司令塔」になる

これまでJiraはチケット管理ツールだった。AtlassianはそれをAIエージェントへの作業割り当て・実行・ガバナンスまで担うプラットフォームへと転換しようとしている。

今回の発表で最も実用的な変更は、コーディングエージェントとJiraの直接統合だ。対応するのはAnthropicのClaude Code、Cursor、GitHub Copilotの3つで、OpenAIのCodexも近日対応予定とされている。これにより、Jiraのチケットを起点にAIエージェントへ作業を直接アサインできるようになった。

さらにすべての有料プランに「Jira Coding Agent」が組み込まれる。このエージェントはJiraのコンテキスト（チケットの説明、関連情報など）を使ってチケットをプルリクエストに変換する。開発者はローカル環境をセットアップすることなく、レビュー待ちのPRが届くのを待てばよいという設計だ。

「チケットがPRになる」——ワークフローの変化

具体的なユースケースとして記事が挙げているのは、バグ修正とアップデートのバックグラウンド処理だ。エンジニアへの通知はPRがレビュー可能になった段階でのみ行われる。従来の「課題を見つける→担当者にアサイン→実装→レビュー」というフローのうち、実装部分をエージェントが担う形になる。

また、Jira Plannerも強化された。コードベース、Jiraのチケット、Confluenceのドキュメントを横断的に参照し、要件定義から構造化された技術仕様書を自動生成できるようになった。生成された仕様書はAIエージェントが直接実装に使うことも、人間の開発者が参照することも想定されている。

コンテキスト層としてのJira——Atlassianの狙い

AtlassianでDevAIのエンジニアリング責任者を務めるMing Wu氏は、今回の方向性を「Jiraをエージェントワークフロー管理のプラットフォームへ進化させること」と説明している。JiraがAIエージェントに対して信頼できるコンテキストを提供することで、エージェントのタスク実行精度が上がり、消費トークン数の削減にもつながるという見方だ。

トークン削減の仕組みとして想定されているのは、Jiraのチケット情報・ドキュメント・コードベースのメタデータを構造化された形でエージェントに渡すことで、エージェントが同じ情報を会話ターンをまたいで何度も問い合わせたり推測したりする必要がなくなる、という点にある。コンテキストを「すでに整理された状態」で供給することが、余分なプロンプト往復を減らすという発想だ。

調査会社Futurum GroupのVP兼ソフトウェアライフサイクルエンジニアリング担当プラクティスリードであるMitch Ashley氏は、この動きを「エージェント開発のコントロールプレーン争いがシステムオブレコード（記録系システム）に移行した」と表現している。どこでエージェントの作業を割り当て、ガバナンスし、監査するかが、どのベンダーがエージェント基盤を握るかを決める、という指摘は的を射ている。CursorやGitHub CopilotがIDE側から開発者体験を押さえようとするのに対し、AtlassianはJiraというプロジェクト管理の「記録」側から同じ基盤を狙っている構図だ。

その他の追加機能

• Teamwork Graph CLIとの連携強化。Teamwork Graph CLIはAtlassianが提供するコマンドラインツールで、Jira・Confluence・その他Atlassian製品にまたがる作業データをグラフ構造として操作できる。今回の統合により、Jiraのオートメーションルールビルダーからコーディングエージェントを呼び出し、任意のビジネスプロセスを自動化できるようになった
• Agentic Engineeringプロジェクトテンプレートとセットアップウィザードを追加。エージェント対応プロジェクトを数分で立ち上げられる。AIエージェントとの協働を前提としたプロジェクト構成を標準化する狙いがある
• Slackとの統合強化（SalesforceのSlackプラットフォームと）。エージェントの進捗通知やPRレビュー依頼をSlack上で受け取る運用が想定される
• Loom（Atlassianが買収した画面録画ツール）を更新。画面操作、クリック、ホバー、音声指示を録画するだけで、AIエージェントへの指示書や、Jiraの作業アイテムを生成できるようになった。コードを書かないステークホルダーが要件をエージェントへ伝える経路として特に有効な機能だ

エンジニアリングリーダーが問われるアーキテクチャ判断

Ashley氏が指摘するように、今回の動向はツール選定の話にとどまらない。「エージェントの作業をどこで管理・監査するか」という問いへの答えが、組織のDevOpsスタックの重心を決める。

IDEベンダーがエージェントの実行環境を押さえようとする一方、Atlassianはプロジェクト管理・ドキュメント・コミュニケーションという「記録と文脈の層」からその主導権を狙っている。エンジニアリングリーダーにとっては、AIエージェントをどのレイヤーでガバナンスするかの選択が、今後のツールチェーン全体の設計を左右する判断になりつつある。Atlassianは「それはJiraであるべき」という立場を今回の発表で明確にした。

詳細はAtlassian Extends AI Reach of Jira Into Agentic Engineering Workflowsを参照していただきたい。