HN 日本語サマリー

← 一覧へ戻る
AI・機械学習

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

JetBrains Air: A System of Products for Agentic Software Development (blog.jetbrains.com)

48 pointsby FinnLobsien41 コメント

要約

JetBrainsは、エージェント型ソフトウェア開発を支援する新しいプロダクトシステム「JetBrains Air」を発表しました。これは、IDE内外でエージェントの利用、実行、調整、レビュー、ガバナンスを行うための統合システムです。JetBrains Airは、単一のベンダーに依存しないオープンなエコシステムを目指しており、開発者が最適なツールを選択できる柔軟性を提供します。

全文翻訳

Company Follow Follow: X X Facebook Facebook Linkedin Linkedin Instagram Instagram Youtube Youtube RSS RSS Tiktok Tiktok Visit jetbrains.com Agentic AI AI JetBrains New Products News Releases JetBrains Air: Building a System of Products for Agentic Software Development Kirill Skrygan 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のコーディングエージェントです。これは、すべての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が引き受けた仕事です。私たちは私たち自身のエージェントを構築し、それを優れたものにすることを目指しています。しかし、JetBrains Airは顧客に私たちのものを使用することを要求しませんし、私たちの戦略は、今四半期のランキングをリードするモデルプロバイダーがどれであるかに依存しません。私たちはエコシステムをそれよりも小さくする理由はありません。代わりに提供できるのは、実行、表示、ガバナンス、および管理するための1つの場所です。