JetBrains Air: エージェント型ソフトウェア開発のためのプロダクトシステム

JetBrains Air: エージェント型ソフトウェア開発のための製品群システム

エージェント型AI AI JetBrains 新製品 ニュース リリース

他の言語でこの記事を読む:

AIはコードを生成できます。しかし、組織は依然としてソフトウェアを開発する必要があります。エージェント型開発はソフトウェアの作り方を変えていますが、間違いを犯すコストを変えたわけではありません。

6ヶ月前、私たちはエージェント型開発環境の公開実験を開始しました。同時期に、エージェント駆動開発のためのオープンな制御・実行システムとしてJetBrains Centralを発表しました。その後、チームや組織向けのJetBrains Central CLI、コンテキスト共有、クラウドエージェント、自動化、ガバナンス、AIコスト管理などを展開してきました。

本日、私たちはこれらの取り組みを統合し、JetBrains Airとして発表します。これは、JetBrains IDEの内外で、開発者、チーム、組織のための、オープンで一貫性のある製品群システムです。マルチサーフェスであり、マルチサービスです。各製品は個別の問題を解決しますが、製品群として連携することでより効果を発揮します。

JetBrains Airは、JetBrainsが構築する対象の範囲を大きく拡大するものです。26年間、私たちは主に個々の開発者のワークベンチに焦点を当ててきました。今、私たちはエージェント型作業が開始され、実行され、調整され、レビューされ、管理される、より広範なシステムのために構築しています。

IDEはJetBrainsの将来においても重要であり続けます。ソフトウェア開発システム全体を1つのウィンドウに収める時代は終わりつつあります。継続的な投資の一環として、私たちは基盤となるエージェント体験をJetBrains IDEにもたらし、プロフェッショナルな開発者に、エージェントと効果的に連携し、その結果生成されたコードを理解、変更、検証できる環境を提供します。JetBrains Airは、その周囲で開発されているより広範なシステムと接続します。

そのシステムは、エージェント型開発の未来はマルチベンダーになるという中核的な信念に基づいています。単一のモデル、エージェント、またはサービスが、すべての開発者、チーム、またはタスクに適しているわけではありません。

1つの製品からオープンな製品群システムへ

この戦略的なシフトには、実用的な結果が伴います。JetBrains Airは、単なるエージェントや開発環境であってはなりません。個々の作業、チームの連携、組織の制御、コンテキスト、プロセス自動化のための製品を接続し、開発者が選択するツールやエージェント（JetBrainsが開発していないものも含む）に対してオープンであり続ける必要があります。

JetBrains Airには、現在利用可能な製品と、システム開発に伴って導入される製品が含まれます。

• JetBrains IDE内のAir – JetBrains IDE内でエージェントを指示・オーケストレーションし、その作業を検証するための完全なエージェント型開発体験。
• Air Teams – 開発者と自律エージェントが関与するソフトウェアデリバリーワークフローを調整および自動化するための新しい方法。
• Air Governance（旧JetBrains Central） – AI支援およびエージェント駆動開発のための、組織ポリシー、可視性、監査可能性、コスト管理、および説明責任。

［画像: JunieというJetBrainsのコーディングエージェントのイラスト］

Junieは、プロフェッショナルなソフトウェア開発のためのJetBrainsのコーディングエージェントです。すべてのAirサーフェスでサポートされます。

JetBrains IDE内のAirは、開発者にエージェントを指示し、JetBrainsのコードインテリジェンスを使用してその出力を検証するための環境を提供します。Air Teamsは、個々のエージェント活動を調整されたチームワークフローに変換します。Air Governanceは、その活動を組織全体で可視化、管理、説明責任を果たすものにします。

しかし、オープンシステムはJetBrains自身の製品にとどまるわけにはいきません。Agent Client Protocol（ACP）は、IDEとエージェントの完全なハーネス（計画、ロジック、ツール、モデルルーティング、オブザーバビリティを含む）間の接続を標準化します。ACPレジストリを通じて、開発者はJetBrains IDE内で作業を続けながら、互換性のあるエージェントの増加を検出して実行できます。

Air Governanceは、エージェント型作業が行われるプロバイダーやさまざまなツール全体にわたって、可視性とコストガバナンスを拡張するように設計されています。これは、開発者がタスクに適したエージェント、モデル、またはサービスを選択できることを意味し、組織がコンテキスト、可視性、または制御を失うことを強制しません。

これらのAir製品群は連携することで、コンテキストとそれを囲む制御を失うことなく、開発者、エージェント、ツール、環境間で作業を移動させることができます。

個々の導入は組織インフラよりも速く進んだ

3月以降、私たちの製品は大きく進歩しましたが、エージェント型開発に必要なものについての私たちの理解も深まりました。

開発者は、組織がそのインフラを構築するよりも速いペースでエージェントを導入しています。エージェントの能力は進歩し、さまざまなモデルやエージェントがさまざまなタスクに役立つことが証明されています。しかし、それらを囲むコンテキスト、連携、ガバナンス、コスト管理は追いついていません。

多くの開発者にとって、エージェントはすでに実用的な価値を提供しています。組織レベルでは、経済性を証明することははるかに困難です。コストは、レビュー、手戻り、セキュリティ、インフラストラクチャ、および支出といった別の場所で表面化します。

どのエージェントが会社のコードにアクセスできるか？ データはどこへ行けるか？ どの出力に人間のレビューが必要か？ エージェントがリモートで作業している間に何が起こったか？ 結果の変更を誰が承認し、どのように検証されたか？

このレベルでの断片化は、単にイライラするだけではありません。仕事の大部分が委任されているまさにその時点で、ソフトウェア開発の理解、測定、管理をより困難にします。

作業とともにボトルネックがシフトしている

明らかに間違ったコードはすぐに検出されます。システムのその部分は依然として機能しています。より難しい問題は、ほとんど正しいコード、つまりもっともらしく、表面的にはチェックを通過できるが、高コストになるまで表面化しない悪い仮定やアーキテクチャ上の不整合を静かに抱えているコードです。

エージェントが実行の大部分を引き受けるにつれて、ボトルネックは変更の生成から、それを理解し、検証し、所有することへとシフトします。コードは生成するのが安くなりますが、検証するのが高くなります。エージェント活動は開始するのが容易になりますが、調整、監査、説明するのが困難になります。

そして、作業は委任できても、説明責任は委任できません。エージェントは、何かが壊れたときに午前3時に電話を受けることはありません。出荷されるものに対する責任は、依然としてそれを出荷する人々および組織に属します。

だからこそ、AIが向上するにつれて、制御は容易になるのではなく、困難になるのです。より有能なモデルはより良い出力を生成するかもしれません。しかし、それは組織ポリシーを確立したり、出所を保存したり、コストの可視性を提供したり、結果の変更に対する責任を誰が受け入れるかを決定したりするものではありません。

未来はマルチベンダー

マルチベンダーサポートは、JetBrains Airの基本的な設計原則であり、システムが最初からどのように構築されているかを形作っています。

私たちは、この市場がすぐに統合されるとは考えていません。モデルは得意なことが異なり、ランキングは数ヶ月ごとに変化します。同じ会社内のチームでさえ、すでに異なる選択をしており、しばしばそれは正しい選択です。今日、1つのAIベンダーに標準化することは、次の四半期には様変わりするであろう市場で、数年間のコミットメントを意味します。

選択肢を開いたままにしておくことは、合理的なことです。問題は、オープンネスが現在どれだけのコストを伴うかということです。組織が追加する新しいモデル、エージェント、またはサービスごとに、自社の開発作業に対する可視性が少しずつ失われます。コンテキストはツール間で引き継がれません。支出を帰属させることができません。ポリシーは各サービスで再構築する必要があります。

組織は、利用可能な最良のツールを使用することと、自社のエンジニアリング内で何が起こっているかを理解することの間で選択を迫られるべきではありません。このトレードオフが存在するのは、現在のスタックのどれも、複数のベンダーの上に同時に配置されるように構築されていないためです。

これがJetBrainsが引き受けた仕事です。私たちは独自のAIエージェントを構築し、それを優れたものにすることを目指しています。しかし、JetBrains Airは顧客にそれを使用することを要求しませんし、私たちの戦略は、今四半期のランキングをリードするモデルプロバイダーがどこであるかに依存しません。私たちは、エコシステムをそれよりも小さくする理由を持っていません。

代わりに私たちが提供できるのは、開発者、チーム、組織のために、すべてのモデル、エージェント、サービスにわたるエージェント型開発を実行し、表示し、管理し、説明するための1つの場所です。

複数のモデルとエージェントをサポートすることは、最低限の要件であり、限界ではありません。重要なのは、それらの上に配置されるものです。共有コンテキスト、1つのポリシーセット、単一のコストビュー、およびベンダーが変更を生成したかどうかにかかわらず、何が起こったかの記録です。

なぜJetBrainsなのか？

マルチベンダーの選択は問題の一部しか解決しません。エージェントには信頼性の高いソフトウェアインテリジェンスも必要です。

JetBrainsは、26年間のエンジニアリングインテリジェンスをこの問題に投入し、開発者が単にコードを生成するだけでなく、複雑なソフトウェアの構造と動作を理解するのを助けます。その決定論的なコードインテリジェンスは、エージェント型作業をさまざまなモデルやエージェント間でより信頼性が高く、効率的で、理解しやすいものにするための基盤を提供します。AIエージェントに決定論的なコードインテリジェンスへのアクセスを提供することで、有望な結果が得られています。

これは技術的な利点であると同時に経済的な利点でもあります。エージェントは、コードベースにすでに含まれている情報を再発見するために時間とお金を費やします。その知識を取得できるエージェントは、それを再構築しなければならないエージェントよりも安価で正確です。インテリジェンスは単一のモデルに属さないため、その利点はサポートされているエージェントやサービス全体に及ぶ可能性があります。

私たちは、構築している組織と同じ移行を経験しており、社内でエージェントを採用し、ワークフローを再設計し、個々の生産性向上がより良いソフトウェアデリバリーにどのように翻訳され、どこで単に作業を別の場所に移動させるだけなのかを学んでいます。

次に何が来るか

JetBrains Airは、一連のリリースを通じて開発されます。顧客が現在使用できるもの、プレビューに入っているもの、および長期的な方向性の一部であるものを明確にします。

時間の経過とともに、JetBrains Airはモバイルおよびリモートエクスペリエンスにさらに拡張され、人々がエージェント型作業を開始、監視、レビューし、環境間を移動する際に継続できるようにします。目標は、すべてのサーフェスでIDEを再現することではありません。意思決定が必要な場所であればどこでも、適切なコンテキストと制御を提供します。

また、JetBrainsのインテリジェンスをより多くのアージェント型ワークフローにもたらします。これには、コード、アーキテクチャ、リポジトリ、実行時動作、および組織の知識から引き出されるより豊かなコンテキスト、および開発者、モデル、エージェント、サービス間で作業をルーティングするためのより良い方法が含まれます。

より多くの作業は、開発者がエディタを開いてプロンプトを発行するのではなく、リポジトリイベント、スケジュール、およびデリバリープロセスによってトリガーされるようになります。JetBrains Airは、これらのワークフローがサーフェスやサービス全体で必要とするインテリジェンス、監視、および人間の制御を提供します。

スコープと利用可能性が確認できる前に、将来の製品名を付けることはありません。各リリースで、何が機能し、どのように接続され、何がまだ進行中であるかを説明します。

JetBrains Airの進むべき道

AIを採用することに成功する企業は、必ずしも最も多くのコードを生成したり、最も多くのアージェントをデプロイしたりする企業ではありません。それらは、品質、コンテキスト、コスト規律、または人間の理解を失うことなく、実験を拡大できる企業です。

JetBrains Airは、その現実のために構築するという私たちのコミットメントです。それは、JetBrainsを開発者のワークベンチから、開発者、エージェント、チーム、および組織を接続する製品群へと拡張します。

目標は、より多くのコードではありません。それは、開発者、チーム、および組織が理解し、検証し、責任を持てるソフトウェアです。