Vercelの重要な新規インフラストラクチャ製品の一つであるVercel Queuesは、Cursorのみで構築されました。エージェントがコードを記述し、実際のAWS環境でエンドツーエンドのテストを行いました。Vercelのエンジニアは、長時間にわたるエージェントセッションでのインテリジェントなコンテキスト管理、スタックされたPRに対応する統合コードレビュー、シームレスなモデル切り替えのためにCursorを活用しました。

Vercelでは、Cursorを最も頻繁に利用するユーザーにおいて、PRのスループット (54%向上) 、サイクルタイム (89%短縮) 、生産性に大きな改善が見られました。同社はまた、コーディングエージェントの導入をエンジニアリング以外にも拡大しています。プロダクトマネージャーは、限られたエンジニアリングリソースに頼ることなく、Cursorで機能をリリースし、バグを修正し、データ分析を行っています。

#Cursorは最高のハーネスと開発者体験を提供します

Joe Haddadは、Vercelに最も長く在籍するエンジニアの一人です。過去7年間にわたりVercelの中核インフラストラクチャを構築し、現在は主にミッションクリティカルなバックエンドシステムに携わっています。

彼がほかのコーディングエージェントよりCursorを選ぶのは、モデル以上にハーネスが重要だと考えているからです。「Cursorは最高のハーネスを提供しており、これまで試したどのプラットフォームよりもスムーズな開発者体験を実現しています。」

#最高のモデルすべてにアクセス

研究機関が新しいモデルを次々とリリースするなか、Haddad が愛用するモデルも変わり続けています。「Opus 4.5 まではずっと Claude を使っていましたが、GPT-5.4 が登場してからは、作業の多くをそちらに移し始めました。」Cursor ではプロバイダーを簡単に切り替えられるため、Haddad はその時々のタスクに最適なモデルを選べます。

新しい問題領域に取り組む際はいつでも、Haddad は Cursor を使って、どのモデルが最も優れた性能を発揮するかを比較します。計画用のエージェントを並列で動かし、それぞれの計画をレビューしたうえで、その作業に最も適したものを採用します。

#インテリジェントなコンテキスト管理

Haddad が Cursor のハーネスで特に優れていると感じたもう一つの点は、コンテキスト管理、特にコンパクションの処理方法です。エージェントは長時間のセッションでは、コンテキストウィンドウ内に収めるため、定期的にコンテキストを圧縮します。Haddad が試した他のコーディングエージェントのハーネスでは、コンパクション中にモデルが重要な情報を失い、テストの実行方法を忘れたり、セッションの早い段階で作成したリソースを参照できなくなったりしていました。

Cursor ではこうした情報が保持されるため、エージェントは複雑で長時間にわたるタスクを最初から最後まで処理できます。「Cursor なら、実際に6回コンパクションしても、問題なく実行し続けられました」と Haddad は述べています。

#ソフトウェアライフサイクル全体を統合するワークスペース

Haddadは重要なバックエンドインフラストラクチャを担当しているため、すべての変更に綿密なレビューが必要です。Cursorの統合レビュー機能を使えば、エージェントが生成したコードをインラインでレビューし、エージェントと反復しながら改善した後、チームが段階的にレビューできるスタック型PRに作業を分割できます。

Haddadは、多くのプロジェクトやタスクを同時に進めることがよくあります。1つの集中的なタスクではローカルエージェントと密に連携しながら、Cursorのクラウドエージェントにほかの作業を委任し、バックグラウンドで非同期に実行できます。また、すでに同僚と議論しているIssueのコンテキストをエージェントに持たせるため、Slackの会話から直接エージェントを起動することもよくあります。クラウドエージェントは、定期的なドキュメント更新からより複雑な機能開発まで、幅広い作業を処理します。

#CursorでVercel Queuesを構築

Vercel Queuesは、耐久性の高いイベントストリーミングシステムであり、Vercelの重要な新しいインフラストラクチャ製品の1つです。Haddadとそのチームは、社内でのドッグフーディングから得た知見に基づいてアーキテクチャを洗練させながら、3回にわたる大規模な書き直しを経て、この製品全体をCursorで構築しました。

コードを書くことにとどまらず、実際のインフラストラクチャ上で作業をエンドツーエンドでテスト・検証できるCursorの能力は、このプロジェクトの意欲的なスコープに不可欠でした。エンジニアはエージェントに、Queues APIの作業、AWSへの接続、DynamoDBとKinesisでの副作用の読み取り、障害の注入、バグのシミュレーション、結果の検証を指示していました。Haddadは、各作業段階と数百件に積み重ねられたスタック型PRにわたり、このパターンを繰り返しました。

Cursorのインテリジェントなコンテキスト管理により、エージェントは複数のコンパクションを伴う長時間のセッションでも、作成したすべてのリソース、観測した副作用、実行したテストを記憶できました。

#影響の測定

Vercelは、いくつかの主要なメトリクスを用いて、エンジニアリングの開発速度と品質を追跡しています。PRの進行速度、初回レビューまでの時間、マージまでの時間、マージ前のレビューサイクル数です。

これらのメトリクスを重視する背景には、VercelのCTOであるMalte Ublが社内で提唱した次の言葉があります。「イテレーション速度は、既知のあらゆるソフトウェアの問題を解決する。」

VercelのCursorパワーユーザーでは、PRのスループットが54%向上し、PRのサイクルタイムが89%短縮され、機能あたりに割り当てるリソースが27%減少しています。これは開発者1人あたり年間104時間の削減に相当します。

#エンジニアリングの枠を超え、PMをビルダーに

VercelにおけるCursorの活用は、エンジニアリング部門にとどまりません。Marcos Grappeggiaのようなプロダクトマネージャーは、本来であればエンジニアの作業を中断させなければならない業務に、日常的にCursorを活用しています。

VercelのPMにおける主なユースケースは次のとおりです。

プロダクトの理解。 Grappeggiaは複数のリポジトリをマルチルートワークスペースに読み込み、すべてを横断して調べています。お客様からVercelが特定の機能に対応しているか尋ねられた場合でも、エンジニアの作業を中断させることなく、その場で回答を得られるほか、変更に必要な工数の見積もりも確認できます。

プロダクト分析。 PMは、データウェアハウスのCLIやMCPとCursorを組み合わせて、プロダクトの使用パターンを深掘りします。クラウドエージェントは長時間実行できるため、Vercelのデータチームに対応する余力がない複雑な分析も進められます。

小規模な変更の迅速なリリース。 PMはCursorを使って、本来ならP2バックログに長期間残り続ける小さなバグや改善を一度で対応します。Vercel CLIのプロジェクトリンクフローにおけるポーリングのバグも、Cursorで迅速に修正されたもので、エンジニアリングチームでは数週間対応できなかったはずです。

Vercelは現在、エンジニアとPMがすでに確立したパターンを基盤に、社内のより多くのワークフローへコーディングエージェントを導入することに注力しています。

---

SDLCに関わるすべてのチームにエージェントを導入することにご興味がある場合は、無料のCursorトライアルを開始するために、私たちのチームにお問い合わせください。