AtlassianがAMPを発表：AIエージェントが実名でJiraに参加、企業エージェントのコンテキストインフラをめぐる争奪戦

2026年10月7日、Atlassianはオランダ・アムステルダムで開催されたTeam '26 Europeカンファレンスにおいて、Agentic Multiplayer Protocol（AMP、エージェント型マルチプレイヤー協働プロトコル）を正式に発表した。これにより、AIエージェントはJiraやConfluenceなどの企業コラボレーション空間に実名身分で参加し、独立したプロフィール、権限スコープ、追跡可能な監査記録を持てるようになる。もはや匿名のアシスタントとしてプライベートチャットウィンドウの陰に隠れる必要はない。RuntimeWireの報道によると、AtlassianのTeamwork Graphはすでに2500億を超えるオブジェクトと関係を接続しており、再構築されたMCPサーバーは1日あたり1500万回以上のツール呼び出しを処理している。これは6か月前と比較して15倍の増加であり、プラットフォームの月間人間とAIの協働回数はすでに1000万回を超えている。

AMPを理解するには、それが何の問題を解決しようとしているのかを把握する必要がある。過去2年間、AIエージェントの主な活動場所は開発者のローカル端末や独立したチャットウィンドウであり、行動の結果はチームメンバーには見えず、責任の所在も曖昧で、コンプライアンス記録が求められる企業環境ではほぼ規模化が不可能だった。AMPはこの問題に対し、互いに積み重なる三つの層で答えを提供する。第一層は協働層であり、エージェントはConfluenceの共同編集カーソルとして表示され、Jiraのコメント欄で@メンションされ、Loomのビデオブリーフィングで指示を受けて非同期に作業を進めることができる。第二層はアイデンティティ層であり、各エージェントには明確なオーナーと独立したプロフィールがあり、ユーザーの委任権限または専用サービスアカウントで動作し、ボード上に「参加者」として表示される。第三層はガバナンス層であり、AtlassianのTeamwork Graphがスコープ限定のコンテキストアクセスを提供し、すべてのエージェント操作はAtlassian Guardのデータポリシーに拘束され、完全な追跡可能な記録が生成される。AtlassianのCEOであるMike Cannon-Brookesはカンファレンスで「最良の仕事は常にチームで成し遂げられる。AIも例外ではない」と述べた。

インフラ層では、AtlassianはMCPサーバーのアーキテクチャも同時に更新し、OpenAIおよびAnthropicの製品に対して外部エージェントのアクセス機能を開放した。RuntimeWireの報道によると、更新後のサーバーはJiraおよびConfluenceのタスク処理時に消費するトークン数を最大25%削減した（Atlassian社内ベンチマークテストによるデータ）。現在、約200万の月間アクティブユーザーがこのサーバーを利用しており、過去1年間で同社は120項目を超える企業向け機能をリリースした。Atlassianは10月6日、2023年に開始したOpenAIとの協力関係を拡大することを発表し、GPT-6シリーズモデルをRovoワークフローに統合した。新たなコネクターにより、ChatGPTおよびCodexがJiraのプロジェクトコンテキストを直接呼び出せるようになった。CryptoBriefingの報道によると、Atlassian社内ではすでに3000人を超える開発者が日常的にCodexを使用してプログラミング作業を行っており、同社はChatGPT Enterpriseの社内展開範囲も拡大した。

競合環境を見ると、企業AI協働空間には現在いくつかの並行するアプローチが存在する。MicrosoftはMicrosoft 365 Copilotを中核として、TeamsとOfficeのエコシステムを通じてエージェント機能をドキュメントと会議のシナリオへ展開している。Atlassianの切り口は作業タスクフローそのものにある。Jiraのチケット、Confluenceのナレッジベース、Bitbucketのコードリポジトリが、ソフトウェアエンジニアリング全工程をカバーする作業グラフを構成している。このグラフはこれまで主にエンジニアリングチームを対象としていたが、AMPとTeamwork Graphの開放はAtlassianがこのグラフを外部エージェントの共有コンテキスト基盤にしようとしていることを意味する。Forbesが2026年10月9日に掲載した分析によると、Atlassianのこの動きは「企業エージェントのコンテキスト」におけるインフラの地位を争うものだとされており、これは機能競争を超えた戦略的な深みを持つ判断だ。エージェントが最も頻繁に呼び出すコンテキストを掌握した者が、ワークフロー層において構造的な入口を獲得する。

AMPとMCPを並べて比較すると、今回の発表における層次の進化がより明確に見えてくる。MCPはプロトコルレベルのパイプラインであり、「外部エージェントがAtlassianのデータをどのように読み書きするか」という問題を解決する。AMPはMCPの上に構築された協働規範であり、「エージェントがどのように可視的な参加者としてチームのワークフローに存在するか」という問題を解決する。MCPの接続を実装したエージェントが得られるのはAtlassianのデータ読み書きチャネルであるが、AMPの設計規範に準拠したエージェントは、組織のボード上でアイデンティティカードを獲得し、@メンションされ、監査され、権限システムで管理される存在となる。これは技術的な代替関係ではなく、データ統合から組織協働アイデンティティへのアップグレードである。歴史的に、SalesforceはCRM領域において、ServiceNowはITサービス管理領域において、「データウェアハウス」から「プロセスインフラ」への役割転換を経験してきた。Atlassianの今回のアプローチはこれと類似している。既存の作業グラフを堀として、プロトコルの標準化によりエージェントの接続コストを自社プラットフォームに固定しようとしている。

現在の開発者コミュニティにおけるAMPプロトコルの開放性への関心は、このフレームワークの下で理解することができる。AMPは現時点では、独立した標準化機関に提出されたオープンプロトコルとしてではなく、Atlassianプラットフォーム内の設計規範として存在している。これは、Atlassian以外のエコシステムのSaaSベンダーが同じアイデンティティとガバナンスモデルを採用しようとする場合、Atlassianのプラットフォームロジックに適合する必要があることを意味する。この閉鎖性と開放性の間の緊張関係が、AMPのエコシステム拡張速度を評価する上での重要なシグナルとなる。AtlassianがAMPのコア層をオープンな標準化機関に提出することを選択すれば、企業エージェント協働規範としての影響力は急速に広がるだろう。一方、プラットフォーム専有の状態を維持し続けるなら、採用率はおおむねAtlassian自身の市場の境界に制限されることになる。前者はプラットフォーム型インフラの戦略であり、後者は依然として製品レベルの堀の論理に留まる。

企業ユーザーにとって、AMPの最も直接的な価値は「AIエージェントのアカウンタビリティ」という高規制業界における最大の懸念を解消した点にある。エージェントの操作には追跡可能な記録が残り、権限スコープは事前設定でき、行動はチームメンバーに可視化される。すでにJiraとConfluenceを深く活用しているエンジニアリングチームにとって、現時点はRovoエージェントとAMPフレームワークを実際に評価する絶好の機会だ。基礎インフラはすでに規模を備えており、トークン効率の向上は接続コストを相対的に抑えることを意味する。開発者や独立系ソフトウェアベンダーにとって、現在追跡すべきシグナルは、OpenAIおよびAnthropicのエージェントがAtlassianの作業グラフに接続した後の実際の採用率と利用の深度だ。これは、AMPが企業エージェント協働の事実上の標準となり得るかを判断するための検証ポイントとなる。