JetBrainsはJetBrains Airを発表した。これは、単一の開発環境のウィンドウ内にエージェントの利用を限定するのではなく、開発者、チーム、組織の環境全体にわたるエージェント型ソフトウェア開発を整理することを目的とした製品群である。この製品群は、エージェントの実行、作業の調整、ポリシーとコストの監視を組み合わせつつ、複数のプロバイダーによるモデル、サービス、エージェントに対して開かれた状態を維持する。
同社によると、Airの発表には、約6か月前に公に開始した取り組みがまとめられている。当時、同社はエージェント型開発環境の試行を始め、制御と実行のためのオープンシステムとしてJetBrains Centralを提供した。その後の発展には、Central CLI、共有コンテキスト、クラウドエージェント、タスク自動化、ガバナンス、AIコスト管理が含まれる。
製品群の構成
JetBrains Airは、現在利用可能な製品と段階的に提供される製品で構成される。これには、JetBrainsのコード理解ツールを活用し、JetBrains環境内でエージェントへの指示、作業の整理、成果物の検証を行う体験を提供するAir in JetBrains IDEsが含まれる。一方、Air Teamsは、開発者と自律型エージェントを組み合わせたソフトウェア提供ワークフローの調整と自動化に重点を置く。
Air Governanceは、以前のJetBrains Centralに当たる名称であり、組織のポリシー、可視化と監査、コスト管理、AI支援開発における説明責任に重点を置く。また、プロフェッショナルなコーディング向けのJetBrainsエージェントであるJunieのサポートは、Airのすべてのインターフェースを通じて継続される。
この製品群は、開発環境とエージェントエコシステム全体の間の通信を標準化することを目指すAgent Client Protocol (ACP)もサポートする。これには、計画、推論、ツール、モデルのルーティング、観測可能性が含まれる。ACP Registryを通じて、開発者は互換性のあるエージェントを見つけ、JetBrains環境内から実行できる。
この発表が重要な理由
基本的な考え方は、エージェントの導入が、その管理に必要な組織インフラの整備よりも速く進んでいるということだ。エージェントがソフトウェア変更を生成できたとしても、コードへのアクセス、データの移動先、人間によるレビューの範囲、リモートでの作業中に起きたこと、変更を誰が承認し、どのように検証したのかという疑問は残る。
JetBrainsは、エージェントの役割が変更の生成から、その理解、検証、責任の引き受けへと拡大するにつれて、問題も移行すると見ている。正しいように見えても、誤った前提やアーキテクチャ上の矛盾を含むコードは、生成コストが下がったとしても、レビュー、やり直し、セキュリティ、インフラの面でより高いコストを生む可能性がある。
マルチプロバイダーのオープン性と現在の制約
JetBrainsは、エージェント型開発の将来は複数のプロバイダーにまたがるものになるという前提でAirを提供する。モデルやエージェントはタスクへの適性が異なり、同じ組織内のチームが異なるツールを選ぶこともあるためだ。同社によると、複数のモデルとエージェントをサポートすること自体が最終目的ではない。より重要なのは、変更を生成したツールにかかわらず、共有コンテキスト、統一されたポリシー、コストに関する単一の可視性、何が起きたかの記録を提供することである。
ただし、この発表は一部においてロードマップでもある。JetBrainsは、Airが継続的なリリースを通じて発展し、利用可能な機能、プレビュー段階に入る機能、長期的な方向性にとどまる機能を区別していくと説明した。将来の計画には、ローカルおよびリモートでの体験の拡張、コード、アーキテクチャ、リポジトリ、実行時の挙動、組織の知識から得られるコンテキストの追加、さらにリポジトリのイベント、スケジュール、デリバリープロセスに応じたタスク実行の拡大が含まれる。
実際のところ、この発表だけでは、これらの管理機能がガバナンスに関するあらゆる問題を解決することや、異なるエージェント間の統合がすべてのケースで同じ深さで機能することは証明されない。しかし、JetBrainsが個々の開発者のワークステーションを主な焦点とする段階から、開発者、エージェント、チーム、組織を結び付けるレイヤーの構築へと移行していることは明確にしている。その際、理解可能性、検証可能性、説明責任をエージェント型開発システムの一部として位置付けている。