元GitHub CEOのEntire、AI agentの意図とコードを同じGit履歴に残す開発者基盤

Entireは、AI agentがコードを書く速度ではなく、そのコードがなぜ生まれたかを保存するところから始まった。

2026年2月10日、元GitHub CEOのThomas Dohmkeは、15人のチームによるEntireを発表し、$60M seed roundと$300M valuationを公表した。出典

創業のきっかけ

Thomas DohmkeはGitHubを率いた経験から、Git・issue・pull requestという既存の開発ループが、人間中心の速度を前提にしていることを知っていた。

agentが大量のコードを生成する時代には、prompt、tool call、decisionがcommitの外側にこぼれる。

Entireはそこを最初の問題にした。出典

最初の製品

最初に公開したのはOSSのCheckpoints CLIだった。

AI agentのreasoning、prompt、decisionをGit commitごとに保存する。

つまり新しいSaaSを覚えさせるより、既存のrepoに開発の文脈を同居させる選択である。出典

転機・苦労

OSS CLIだけでは、agentが同時に大量のcloneを行うとoriginのrate limitにぶつかる。

Entireはこの摩擦を、Git hostingそのものの問題として捉え直した。

waitlistでユーザーを制御しながら、US・EU・Australiaのregional cellへrepositoryをmirrorするpreviewへ進んだ。出典

成長・成功の要因

2026年7月のDispatchでは、ForgeMarkのテストで最大25倍のthroughput、単一repositoryで約570,000 clones/hourという結果を示した。

これは単なるAI機能ではなく、agentの並列性に合わせて基盤を作り替える賭けである。出典

現在地

Entireはまだwaitlistとpreviewの段階で、売上や有料顧客は要確認だ。

それでも、AI開発の成果物をコードだけでなく「意図を含む履歴」と捉えた点に、開発者基盤としての独自性がある。

AI coding agentsが生成するコード量が増えるほど、commitだけでは意図・prompt・tool callが失われ、レビューと再現が遅くなる。

Entireはsession contextをGit履歴に保存し、コードの「何」と「なぜ」を同じ場所に置く。

公式発表ではagent-human collaborationを中心に据え、15人のチームでdeveloper platformを再設計している。出典

初期のOSS CLIとwaitlist型のhosted networkを分けたことで、まずworkflowに入り、後から高負荷なagent trafficの課題へ拡張できる。

checkpoint形式、Git refs、context graph、分散clone基盤を一体で蓄積する点。

ただしOSS CLI単体は模倣されやすく、実効的なmoatは利用データと開発チームの標準化に依存する。

弱い。

単体のCLIは一人でも価値があるため直接的なnetwork effectは限定的。

一方、チーム内のcheckpoint共有とagent fleetの共通contextが増えるほど、Entireを使う便益は高まる。

複数のAI coding agentを使う開発チーム、agent-generated codeのレビュー負荷が高い企業、Git履歴だけでは意図を追えない技術組織。

単にGit hostingだけを求める小規模チームには過剰になりうる。

第一に、OSS CLIで既存のGit workflowへ低摩擦に入る。

第二に、session・prompt・decisionをcheckpointとして保存し、コードレビューの文脈不足を直接狙う。

第三に、agentの同時cloneを想定して分散Git hostingへ展開する。

いずれも「AIを追加する」より、agent時代の開発単位を再定義する設計である。

公開から日が浅く、waitlistとpreview段階のため、継続利用率・有料転換・大規模顧客は要確認。

GitHubとの互換性を保ちながら独自のcontext graphを普及させる必要があり、保存データの費用とプライバシーもリスクになる。

OSS CLIと発信で開発者を獲得し、agent contextの保存を日常workflowにする。

次に、GitHub mirrorとdistributed cellsでagent-scaleの性能課題を解き、hosted networkへ導く。

無料OSSと有料インフラの境界、waitlistによる供給制御がトレードオフになる。

主要チャネル: content, community, openSource, social

新しいagent workflowを作るとき、UIを足す前に失われている情報単位を特定するのが重要。

Entireはsession contextをcommitに近づけ、既存のGit習慣へ接続した。

OSSで導入障壁を下げ、hosted performanceを別の価値にする二層設計も示唆的だ。

日本では、agent導入後のレビュー責任・監査・ナレッジ継承が障壁になりやすい。

Entire型のcheckpointを、社内Git・監査ログ・日本語の設計レビューと接続できれば、生成速度ではなく説明可能性を売りにできる。

ただし企業データのリージョン、保持期間、学習利用の扱いは要確認。