編集 | 大石

Cursor初のCompileカンファレンス、オープニング基調講演が始まりました！

創業者Michael Truellが登壇早々、3つの大型発表を行いました：Cursor Mobile、Origin、そして次世代自社開発モデルです。

Cursor Mobileは実行中のエージェントをスマートフォンに移し、OriginはエージェントをPR、CI、レビューのワークフローに組み込み、次世代自社開発モデルはエージェントの長時間タスク実行のための基盤能力を補完します。

Truell氏：現在、Cursorの利用の「95%以上」はエージェントによるものです。オンデマンドでの呼び出しにおいて、エージェント/インテリジェントアシスタントの利用頻度は、Tabなどの補助機能の約5倍に達しています。

これは、Cursorが主戦場をコード補完からタスク実行へと移したことを示しています。

Cursorは基調講演で、エージェントを製品の主軸に据えています。

Cursor Mobile：まずはエージェントをスマホに

Cursor Mobileはモバイル版IDEと誤解されがちですが、カンファレンスのデモを見る限り、むしろエージェントのタスクボードに近いものです。

Kevin Niparko氏：開発者はスマートフォンで実行中のすべてのエージェントを確認できます。どのエージェントがブロックされているか、リポジトリへの接続、エージェントが生成した成果物の表示、そして短く検証可能なスクリーンショットの確認も可能です。ページスタイルの崩れを発見した場合、開発者はスクリーンショットに直接注釈を付け、エージェントに修正を続行させることができます。

Cursor Mobileのデモ：開発者がモバイルでどのようにエージェントを管理するか

この製品の詳細が、Cursorのアップデートの目標を物語っています。スマートフォンは複雑なモジュールを記述するのではなく、検収、注釈、そして推進を担当します。エージェントはバックグラウンドで作業を継続でき、開発者は常にパソコンの前にいる必要はありません。移動中にタスクの進捗を確認し、問題点を指摘し、エージェントにそのまま作業を任せる。これこそがCursor Mobileが目指すシナリオです。つまり、Cursor Mobileのセールスポイントはエージェントのモバイル管理であり、モバイルでのコーディングは表面的な理解に過ぎません。

Origin：最も過小評価されているエージェントネイティブGitプラットフォーム

2つ目の発表はOriginです。

Graphite共同創業者Tomas Reimers氏：ソフトウェア開発は「コードを書くことだけ」ではありません。テスト、レビュー、マージ、デプロイも含みます。

これまでAIプログラミングツールは主にコードを書く問題を解決してきました。しかし、エージェントが一括でコードを書き始めると、その後のPR、CI、レビュー、マージの衝突が新たな問題となります。CursorはOriginを「エージェントネイティブGitプラットフォーム」と定義しています。エージェントがコードを書くなら、いずれブランチを切り、PRを発行し、CIを修正し、レビューコメントを処理しなければなりません。

Tomas Reimers氏がOriginを発表。エージェントネイティブGitプラットフォームです。

Originはマージの衝突の処理、CI障害の修正、ユーザーコメントの処理が可能で、PRごとに次のステップを自動計算し、必要な時だけ開発者に通知します。開発チームはOriginの大規模テストも実施し、数千ものエージェントが同時に単一リポジトリにpush/pullする状況をシミュレートしました。

Cursorはエージェントにコードを書かせるだけでなく、コードを書いた後の面倒事、つまりブランチ、PR、CI、レビュー、マージといった、ソフトウェアエンジニアリングで最も時間を浪費する部分も処理します。

Cursor自社開発大規模モデル：計算能力10～20倍、単純なコーディングを超えて

3つ目の発表は次世代自社開発モデルです。Michael Truell氏は、Cursorがこれまでとは全く異なる新しいモデルを訓練していると述べました。彼は3つの情報を提供しました。モデルの規模はOpusやGPTと同クラスであること、「ゼロから訓練」されたものであること、今回使用する計算資源は従来の「10倍から20倍」であることです。最も重要な言葉は、新モデルが「単純なコーディングを超える」というものです。

Truell氏がゼロから訓練した新モデルを紹介

エージェントが数行のコードを補完するだけなら、外部モデルで十分です。しかし、Cursorが現在必要としているのは完全なタスク実行です。タスクの計画、ツールの呼び出し、リポジトリの読み取り、テストの実行、スクリーンショットの確認、失敗の判断、再試行。これらの能力が組み合わさると、モデルが製品の生命線となります。外部モデルのみに依存すると、速度、コスト、コンテキスト、ツール呼び出し、長期計画すべてが制約を受けます。エージェント開発プラットフォームを目指すCursorは、基盤となる能力を自社の手に取り戻さなければなりません。

数日前、TechCrunchやWSJなどの報道によると、SpaceXが600億ドルの全株式取引でCursorの親会社Anysphereを買収することに合意したとのことです。これはAIプログラミングツールが、次世代開発インフラの評価枠組みに組み込まれたことを示しています。開発者にとって、イーロン・マスクがCursorを買収するかどうかは重要ではありません。重要なのは、Cursorがなぜその価値に見合うのかということです。その答えはこの基調講演にあります。エージェント、クラウド環境、Gitプラットフォーム、自社開発モデル、これらすべてを自社で掌握するということです。

Truell氏がCursorの利用の95%以上がエージェントによるものであると語る

95%の利用がエージェントから、3つの発表を説明

Truell氏：ここ数ヶ月でCursorの方向性はより明確になりました。製品をよりシンプルに、より強力に、そして基盤からエージェントファーストに変えることです。

データによると、現在の利用の95%は主にエージェントからのものです。この割合は、Cursorの使われ方が既に変わったことを示しています。ユーザーはコード補完のためだけでなく、完全なタスクをエージェントに任せ始めています。以前、開発者がCursorを開いたときの最も直接的な感覚は、補完が速く、コンテキストをより理解し、コード修正がよりスムーズになることでした。そのロジックでは、人間が依然として主導権を握り、AIはそれを補佐する役割でした。

このデータが、CursorがMobile、Origin、自社開発モデルを同時に発表した理由を説明しています。Cursor Mobileは、人間がいつでもエージェントを管理する方法を解決します。Originは、エージェントがコードを書いた後にチームコラボレーションワークフローにどう入るかを解決します。自社開発モデルは、エージェントがより長く、より複雑なタスクを引き受けられるかどうかを解決します。これら3つの発表は、モバイル、Gitプラットフォーム、モデル基盤と領域は異なりますが、実はすべて同じ核心的な問いをめぐるものです。Cursorの主要な利用がエージェントから来ている場合、開発ツールはどう再構築されるべきか、という問いです。

エージェントにも自分のコンピュータが必要

Cursorは今回のカンファレンスで、「エージェントに自分のコンピュータを」という言葉を繰り返し使いました。長時間稼働するエージェントは、常に開発者のローカルマシンに頼ることはできません。リポジトリのクローン、依存関係のインストール、ビルドシステムや内部ツールチェーンへの認証アクセス、テストの実行、スクリーンショットや成果物の生成、そして失敗後の再試行も必要です。これは通常のエディタプラグインで処理できる範囲を超えています。

Kevin Niparko氏がCloud Agentsのパートで述べたように：エージェントシステムが起動すると、数時間連続で作業することもあれば、数日、数週間かかることもあります。開発フローの中で重要な仕事を担うならば、常にオンラインで利用可能でなければなりません。

彼はまた2つの数字を挙げました。過去数ヶ月でクラウドエージェントの速度は3倍に向上し、信頼性は99.9%に達しました。また、自動化製品のリリース以来、600万回以上の自動実行が完了しました。

CursorはCloud Agentsを開発インフラの位置づけとしている

Amplitudeの事例がこれを示しています。同社は2万のReactコンポーネントインスタンスを移行中で、それらを対応するTailwindコンポーネントに置き換えており、バックグラウンドではCursorを基に構築されたカスタム移行エージェントが稼働しています。この種の作業は、個人のパソコンに常時ぶら下げておくのには適していません。一括変更、繰り返しのテスト、継続的な実行が必要であり、失敗後にも処理を続けられなければなりません。Cloud Agentsの価値はここにあります。バックグラウンド実行、長時間検証、一括移行をローカルマシンからクラウドに移すことです。

開発者の新たな役割：コードを書くことから、エージェントの小チームを指揮することへ

Truell氏：エージェントに機能開発全体、バグ修正全体、さらにはプロジェクト全体を完了させましょう。

1年前なら、これは少し先の話に聞こえたでしょう。今日では、それは既にCursorの製品ロードマップにあります。開発者にとって、この変化はそれほど理解しにくいものではありません。あなたはこれまで以上に頻繁にタスクをエージェントに分割して任せるようになるでしょう。イシューをどのように定義すべきか、どのファイルは変更不可か、テストはどう実行すべきか、検収基準は何か、エラー発生時にロールバックするか続行するか、これらの問いはますます具体的になっていきます。多くの人がAIプログラミングを過小評価しているのは、まさにここです。AIが単一の関数を修正することと、依存関係のアップグレード、コンポーネントの移行、CI失敗の修正を完了させることの難易度は、全く別の次元です。開発者の価値は、タスクの分解、境界設定、そして結果判断において、より一層発揮されるようになります。

最後に

今回のCursorカンファレンスに対し、あるネットユーザーは絶賛しています：

AIプログラミングツールは、コードアシスタントから開発OSへと変貌を遂げつつあります。これから開発者が向き合うのは、チャットボックスから、タスクを実行し、リポジトリを読み、PRを発行し、CIを修正するエージェントの一群へと拡張されていくでしょう。プログラマーの価値が消えることはありませんが、自ら一行一行コードを書くことから、一群のエージェントに物事を正しく遂行させることへと、その重心は移っていくのです。