Depot は、GitHub のプルリクエストモデルはコーディングエージェントの進化に追いつけないと述べている
CEO Kyle Galbraithの批判はDepot CIおよびDepot Codeに続くもので、Depotをビルド加速からデリバリースタックへと拡張している。
By Ryan Merket · Published
Primary source: Depot
Why it matters
Depot's expansion shows where developer-tool founders expect AI coding pressure to move next: source control, CI, identity and policy.
Depot の共同創業者兼CEO Kyle Galbraith は、7月29日のエッセイ の中で、GitHub のブランチ、プルリクエスト、レビュー、マージのワークフローは人間のペースでの開発を前提に構築されており、コーディングエージェントが並列の作業ストリームを生み出すにつれてボトルネックになりつつあると主張した。
その批判は Depot のプロダクト戦略も示している。Galbraith は、ソース管理、実行、アーティファクト、キャッシュ、アイデンティティ、ポリシーをエージェントを中心にソフトウェアチームが組み立てられるインフラのプリミティブに変えたいと考えている。Depot は今年、この方向に向けて動いており、Depot が最初に足がかりを得た高速化されたビルドを取り巻くレイヤーを掌握してきた。
Depot のSeries A 投稿で、Galbraith は共同創業者でCTO の Jacob Gillespie と共に Thorn と Era Software で約4年半、スタッフエンジニアとして働いたと述べている。彼らは繰り返し遅いコンテナビルドやCIパイプラインに直面し、自分たちのコンテナビルドを5倍速くする内部プロトタイプを構築したと Galbraith は語る。その実験が Depot となり、同社は2022年1月に法人化され、Y Combinator の Winter 2023 バッチに参加した。
Galbraith はオレゴン州ポートランド近郊で育ち、現在はフランスのモンペリエに在住している。Webflow や Playlist、Thorn、Era で働いていたことのある Gillespie はロンドンを拠点としている。彼らの地理的な分離は Depot に適している：エンジニアリングチーム内で両創業者が経験した「待ち時間」を取り除くことに注力する分散型のデベロッパーインフラ運用である。
A GitHub critique with a product behind it
Galbraith の議論はおなじみのソフトウェア開発ループから始まる：ブランチでコードを書き、プルリクエストを開き、チェックを待ち、コメントを集め、コードを修正してマージする。初期のコーディングエージェントは人間の速度に近く動作していたため、その順序に適合した。より優れたエージェントは、同じシステムを通じて同時に流れるブランチ、チェック、レビューの数を増やしていると彼は書く。
それはコード生成の下流に制約を生む。ソース管理、CI、セキュリティスキャン、レビュー、デプロイはそれぞれ追加された出力を処理しなければならず、エンジニアは誰がエージェント生成のコードを所有するか、どのように信頼するかを決めなければならない。
Depot は3月に依存度を下げ始めた。Depot CI が一般提供開始されたときだ。Depot は、以前のプロダクトがコンテナビルドを高速化したり、より速い GitHub Actions ランナーを提供したりできた一方で、オーケストレーション、API、周辺のコントロールプレーンは依然として GitHub が支配していたと述べている。
Depot CI は創業者に独自のオーケストレーションとコンピュートレイヤーを与えた。Depot CI は GitHub Actions ワークフローを受け入れ、カスタムランナーイメージをサポートし、開発者やエージェントが API またはコマンドラインインターフェイスを通じて実行をトリガーし、ログを取得し、未コミットの変更をテストできる。互換性は普及戦術である：チームは既に GitHub を通じて実行しているワークフローを書き直さずに実行を Depot に移せる。
創業者らはさらに一段上のレイヤーに踏み込んだ。7月9日に Depot Code を発表し、これは現在プライベートベータ中のソース管理ホストだ。Depot は、パックファイルとインデックスを Amazon S3 に保存するディスクレスの Git サーバを書き、参照とメタデータをトランザクションストアに保持し、水平スケール可能なステートレスワーカーを動かしていると述べている。
Depot Code はスタンドアロンのリポジトリをホストすることも、アップストリームの GitHub リポジトリをミラーリングすることもできる。ミラー構成では、Depot CI はコミットが GitHub に流れ続ける間に Depot Code からクローンとフェッチが可能だ。その設計は Galbraith に移行の道筋を与える：パフォーマンスに敏感なインフラを先に移し、顧客がワークフローのより多くを変える準備ができるまで GitHub のコラボレーション面はそのままにしておく、というものだ。
このアプローチは論説上の緊張も明らかにする。Depot は GitHub のアーキテクチャがエージェント規模の配信に不適切だと言うが、GitHub は Depot が望む顧客への最も容易なルートであり続けている。GitHub Actions 互換性、リポジトリのミラーリング、馴染みのある Git コマンドは導入コストを下げるが、同時に Depot を越えたいと望むプラットフォームに縛り続けてもいる。
The founders are moving beyond faster runners
この拡大は防御的な論理を伴う。既存プレイヤーのインフラを速くするプロダクトは、当該プレイヤーが改善すると優位性を失う可能性がある。
同様のことが高速化された GitHub Actions ランナーを提供していた BuildJet に起きた。2月に BuildJet は3月31日までにランナーサービスを終了すると発表した。BuildJet は、GitHub のより高速なハードウェア、より大きなランナー、ネイティブな Arm サポートにより、自社サービスが解決しようとした性能ギャップは大部分が解消されたと述べた。
GitHub は Actions の背後にあるコアサービスも再構築した。GitHub は 新しいアーキテクチャが遅くとも2025年末までに1日あたり7100万ジョブを処理していると述べ、これは2024年初めの約2300万ジョブからの増加である。GitHub はホステッドランナーの価格を1月1日から最大39%引き下げ、3月1日からセルフホステッドランナーに対して1分あたり$0.002のプラットフォーム手数料を導入すると発表したが、顧客のフィードバックを受けてその課金変更は延期された。GitHub は再構築されたシステムをエージェント的ワークロード向けの実行レイヤーとして説明しており、同社のアーキテクチャが適応できないという Galbraith の主張に直接対抗している。
Depot の答えは、単に「より速いマシン」を GitHub のラベルの下で提供する存在に還元されないだけのデリバリースタックを所有することだ。コンテナビルドからランナー、キャッシュ、レジストリへとつながった。これらのプロダクトから Depot CI が生まれ、Depot CI がソースコードを Depot の実行レイヤーに近づけてホストする理由になった。
投資家はその進行を資金提供してきた。Depot は3月に既存の支援者である Felicis、Y Combinator、Pioneer Fund からの $10 million の Series A を調達したと発表した。2024年8月の$4.1 million のシードラウンド は Felicis が主導し、Y Combinator、Aviso Ventures、Tokyo Black、エンジェル投資家が参加した。Depot は少なくとも $14.1 million の外部資金を公表している。
Depot は 2025年に1億回以上のビルドを加速した と述べ、顧客の約850万ビルド時間を節約したという。同社公表のこれらの数字はビルドインフラの実用的な利用を示している。だが、それらは顧客がソース管理を移行したりプルリクエストを置き換えたりする準備ができていることを証明するものではない。後者は、より速いコンピュートを購入する以上に、セキュリティ、コンプライアンス、所有権、レビュー慣行の変更を必要とする。
Galbraith's larger bet
Galbraith はマシンのスループットを中心に組織されたデリバリーシステムを提案している。ソース管理は不変の履歴を提供する。実行は分離されたコンピュートを提供する。アーティファクトとキャッシュはシステム間で再利用可能な作業を移動させる。アイデンティティは変更を人が作成したのかエージェントが作成したのかを確立し、ポリシーはその変更が出荷可能かを判断する。
そのフレーミングは、どのコラボレーションモデルが勝つにせよ、その下にインフラを販売する余地を Depot に与える。チームは人間の判断のためにプルリクエストを残しつつ、エージェントが Depot の API を使ってリポジトリを作成し、テストを実行し、証拠を集めることができる。別の顧客は同じプリミティブの上に別の承認プロセスを構築するだろう。
難しいのは信頼だ。より速いコード生成は、弱いレビュー、不明瞭な所有権、信頼できないテストのコストを上げる。マシンのボリューム向けに構築されたデリバリーシステムは、それらを回避するためのより速いルートではなく、出所とポリシーに関するより強力な制御を必要とする。Galbraith はエッセイの中でこれらの要件を確認しているが、Depot の最近のリリースはソース管理と実行に集中している。
Depot はすでにエンジニアリングチームがビルドの待ち時間を減らすために支払うことを示している。Galbraith は今、そうした顧客がコードの所在、検証方法、どのワークフローの部分にまだプルリクエストが必要かを再考するだろうと賭けている。それは Depot をより大きな市場に引き入れ、創業者らを最初のプロダクト流通を助けたプラットフォームと直接競合させることになる。