AI コーディング エージェントが効果的に機能するには、プライベート リポジトリや依存関係から内部ツールやビルド パイプラインに至るまで、幅広いシステムにアクセスする必要があります。ただし、多くの企業は、コードとデータの処理方法を規定するセキュリティ、法律、コンプライアンスの制限のため、外部サービスへのそのレベルのアクセスを許可することに消極的です。
だからこそ カーソル は現在、企業にその運営を任せています クラウドエージェント 独自のインフラストラクチャ内で。コーディング プラットフォーム、最後 価値は293億ドル 11月の23億ドルの資金調達ラウンドに続き、これによりエージェントはソースコードを保持し、自社の環境内にデータを構築しながらローカルでコード、テスト、開発タスクを実行できるようになったと同社は述べている。
「セルフホスト型エージェントは、より厳格なセキュリティ制御を備えたクラウド エージェントのすべての利点を提供します。コードベース、ツールの実行、ビルド成果物が環境から離れることはありません。」とカーソル エンジニアは述べています。 カティア・バザ に書きます ブログ投稿。 「複雑な開発環境を持つチームの場合、エンジニアやサービス アカウントと同じように、セルフホスト型エージェントがキャッシュ、依存関係、ネットワーク エンドポイントにアクセスできます。」
エージェントをコードに近づける
Cursor は、によって開発された AI コード エディターです。 エニースフィアは、2022 年にマサチューセッツ工科大学 (MIT) の学生によって設立されたスタートアップです。そのコア製品は、コードの作成、テストの実行、レビューのための変更の準備など、長時間実行されるソフトウェア タスクを処理できる自律型コーディング エージェントを中心としています。
これらのエージェントは、高度な自律性で動作するように設計されています。そのためには、動作するための完全な開発環境が必要です。Cursor のクラウド エージェントは、分離された仮想マシンを起動することでこれを処理し、そこでリポジトリのクローンを作成し、依存関係をインストールし、変更を加え、特定のタスクの一部としてテストを実行します。
ただし、これは、Cursor 独自のインフラストラクチャ上でこれらの環境を実行し、コードを効果的にエージェントに取り込むことに依存します。セルフホスティングはこれを逆転させ、同じエージェントを企業のコードやシステムがすでに配置されている場所に近づけます。
タスクの一部として、内部サービス、依存関係、およびネットワーク制限されたリソースと直接対話できます。これにより、外部システムを介してこれらの対話をルーティングしたり、内部インフラストラクチャを公開したりする必要がなくなり、Cursor はエージェントの動作方法を引き続き調整します。
需要が高い
Cursor のクラウド エージェントをセルフホストするリクエスト されています ユーザーの間で表面化する 何ヶ月もの間。フォーラムのスレッドや コミュニティのディスカッション、開発者は、多くの場合、コードを外部に公開することを避けたり、内部システムに簡単に接続したりするために、独自の環境内でこれらのエージェントを実行することについて問い合わせてきました。
これらの議論の中には、この文脈での「セルフホスティング」の意味の限界も浮き彫りにしているものもあります。コア エージェント ロジックをローカルで実行することは、別のことです。オーケストレーション、ライフサイクル、ユーザー インターフェイスの管理は別です。 Cursor のクラウド エージェントはこれらのコンポーネントをバンドルするため、完全に独立したセットアップが困難になります。
それでも、Cursor のアップデートは、そのギャップの少なくとも一部に対処します。多くの企業、特に規制された業界では、サードパーティのサービスとソース コードを共有したり、環境を構築したりすることが制限されています。技術的に可能な場合でも、内部ポリシーによってアクセスを許可されるツールが制限される場合があります。
自己ホスティングによってすべての課題が解消されるわけではありません。企業は依然としてこれらのエージェントが実行されるインフラストラクチャを展開して管理する必要があり、エージェントの計画と調整は引き続き Cursor のクラウドで行われ、実行のみがローカルで処理されます。
最も明確なユースケースは、コードとシステムを自社のネットワーク内に保持する必要がある企業向けですが、Cursor は、コーディング エージェントを個々のマシン上でローカルに実行したいという需要の高まりも利用しており、これは OpenClaw などのプロジェクトをめぐる最近の誇大宣伝に反映されています。
実際、カーソルはこのユースケースを明示的に示しています。 公式ドキュメント:
「どこでも Cursor を実行できます。ラップトップ、開発ボックス、またはリモート VM 上でワーカーを起動します。ローカル環境、依存関係、ネットワーク アクセスを使用する Cloud Agent が得られます。」
したがって、事実上、Cursor はユーザーに、さまざまな環境にわたってエージェントを実行するためのより大きな柔軟性を提供し、製品を導入できる場所を拡大し、導入に対する主要な障壁を取り除きます。
Cursor によると、セルフホスト型クラウド エージェントは現在、ユーザーあたり最大 10 人、チームあたり 50 人のワーカーをサポートしており、リクエストに応じてより大規模な全社展開も可能です。ターゲット環境でワーカーが設定されると、カーソル ダッシュボードからセルフホスト エージェントを有効にすることができます。
Cursor ダッシュボードで「セルフホスト」を選択する
辺境の領域
Cursor の自己ホスト型エージェントへの動きは、これまでアクセスが困難だった環境でもツールを使用できるようにするための広範な取り組みの一環として行われます。
同社は、コード レビュー、バグの優先順位付け、コードベース全体にわたるその他の定型タスクを処理できる「常時稼働」エージェントなど、エージェント機能を拡張してきました。また、セキュリティに重点を置いたオープンソースのエージェント テンプレートもあり、チームはエージェントが機密コードやシステムとどのようにやり取りするかを定義できます。
こうした動きは、スタンドアロンのコーディング ツールと、OpenAI、Anthropic、Google などの主要なモデル プロバイダーの両方からの競争が激化する中で行われます。これらのプロバイダーは、開発および管理するモデル上に独自のエージェント システムを構築しています。
この動きは、Cursor が独自のスタックをさらに制御するようになっている理由を説明するのに役立ちます。それには、 作曲家2、最近リリースされたモデルは、長時間のコーディング タスクを低コストで処理できるように設計されています。サードパーティのフロンティア モデルへの依存度は減りますが、 カーソルが承認した後に精査が行われる これは、発売時には公開されていなかった Moonshot AI の Kim K2.5 (中国の無差別重量モデル) をベースに構築されています。
したがって、Cursor にとっての課題は、おそらく、製品を差別化することと、その使用方法と使用場所を制限する障壁を取り除くことの両方にあります。同社によれば、同社の広範なプラットフォームは現在フォーチュン 500 企業の 3 分の 2 以上で使用されており、Notion や Brex などはすでに自社ホスト型クラウド エージェントを早期に採用しており、より複雑なインフラストラクチャとセキュリティ要件を持つチームの間で需要があることが示唆されています。
「セルフホスト型クラウド エージェントは、コーディング エージェントをエンタープライズ対応にするための有意義な一歩です。」 ベン・パワーNotion のソフトウェア エンジニアである 氏はブログ投稿にこう書いています。 「Notion のような大規模なコードベースでは、エージェントのワークロードを独自のクラウド環境で実行することで、エージェントがより多くのツールにより安全にアクセスできるようになり、チームが複数のスタックを維持する必要がなくなりました。」
YouTube.COM/THENEWSTACK
テクノロジーの進歩は速いので、エピソードを見逃さないでください。 YouTube チャンネルに登録すると、すべてのポッドキャスト、インタビュー、デモなどをストリーミングできます。
購読する
スケッチで作成されたグループ。
Paul は経験豊かなテクノロジー ジャーナリストであり、ヨーロッパ内外の重大な記事をいくつかカバーしています。最近では > でスタートアップ、エンタープライズ、ビッグ テック、インフラストラクチャ、オープンソース、AI、規制などをカバーしました。ロンドンを拠点とするポールは、最近…
ポール・ソーワーズの続きを読む
#Cursor #が自己ホスト型 #エージェントをフォーチュン #に導入する理由