AIコーディングエージェントが抱える問題と、Entireの解決策

Dohmke氏が指摘する、ソフトウェア開発における次のボトルネックは、AIが生成したコードの「レビュー可能性」「監査可能性」「透明性」 です 。AIコーディングエージェントがコードを書くとき、そのセッションコンテキスト（プロンプト、推論過程、ツール呼び出し、決定事項）は揮発性であり、ターミナルを閉じると消えてしまいます 。従来のGitは「何が変わったか（what）」を捉えますが、「なぜ変わったか（why）」は捉えません 。Entireは、エージェントのセッションコンテキストをリポジトリ内で第一級の、バージョン管理され、検索可能なデータとして扱うことを目指しています 。

主な機能と製品「Checkpoints」

最初の製品は 「Checkpoints」 で、オープンソース（MITライセンス）のCLI であり、Gitワークフローにフックします 。

• エージェントコンテキストの自動取得 — git commit が実行されると、Entireはエージェントセッション全体（プロンプト、応答、ツール呼び出し、操作したファイル）をコミットに恒久的なチェックポイントとして添付します 。
• 検索可能な来歴（プロビナンス） — 開発者は後から「なぜコードが変わったのか」をクエリし、あらゆる差分につながった完全なトランスクリプトを参照できます 。
• 複数のAIコーディングエージェントに対応 — Claude Code、Codex、Gemini CLI、OpenCodeなど 。
• チェックポイントブランチ — セッションメタデータは専用のブランチに保存され、ユーザーのアクティブブランチをクリーンに保ちます 。
• 今後提供予定のコンテキストグラフ — CLIを超えた、リポジトリ全体のエージェント決定木をナビゲートするプラットフォームレイヤー 。

Entire.ioのウェブサイト には、「エージェントのスループット最大化」のためのリポジトリミラーリング機能も言及されています。GitHub Organization（entireio）でオープンソースCLIのコードが公開されています 。

発表されたベンチマーク

ベンチマークに関する報告は限定的です。入手可能な情報源は、Checkpointsが「コード行の背後にあるコンテキストを『瞬時に』検索可能にする」といった定性的なパフォーマンスの主張を述べています 。今回レビューした信頼できる情報源には、標準化された定量的ベンチマーク数値（レイテンシー、スループット、コードレビュー時間の短縮など）は見つかりませんでした。これは、発表時点での公開情報のギャップであると考えられます。

資金調達の背景

分散型Gitホスティングの広がりにおける位置づけ

Entireは、AIエージェントが主体となる世界に向けて開発者向けツールスタックが見直されていることを示す、注目すべき動きの一つです。

• オープンソースで独立 — Entireは、特定のAIモデルベンダーに依存しない、オープンで独立したプラットフォームとしての立場を明確にしています。Dohmke氏は、次世代の開発者プラットフォームの中心には「オープン性」が位置づけられるべきだと強調しています 。
• Gitネイティブであり、Gitの代替ではない — EntireはGitを置き換えるのではなく、拡張します。エージェントコンテキストを第一級のGitメタデータとして扱うアプローチは、完全に分散型の代替手段（RadicleやGitButlerの再考されたGitクライアントなど）とは一線を画します 。
• 他のGitHub創業者による並行した動き — GitHubの共同創業者の一人であるScott Chacon氏は、AI時代に向けて再考されたGitクライアント「GitButler」のためにa16zから1700万ドルを調達しました。Dohmke氏（Entire）とChacon氏（GitButler）はどちらも、既存のGitワークフローではエージェントが生成するコードに対応できないと見ていますが、異なるアーキテクチャアプローチを取っています。Entireはコンテキストの取得と来歴に焦点を当て、GitButlerは新しいGitクライアントのユーザー体験に焦点を当てています 。
• 人間とエージェントの協働を第一原理に — Entireの設計思想は、人間とAIエージェントがコードを共同執筆するようになり、バージョン管理はファイルの差分だけでなく、人間の意図とエージェントの推論を一緒に捉える必要があるというものです 。これは、人間だけのGitワークフローから「エージェントネイティブ」なDevOpsインフラへの、より広範な業界シフトを示しています。

AIコーディングエージェントが抱える問題と、Entireの解決策

Dohmke氏が指摘する、ソフトウェア開発における次のボトルネックは、AIが生成したコードの「レビュー可能性」「監査可能性」「透明性」 です 。AIコーディングエージェントがコードを書くとき、そのセッションコンテキスト（プロンプト、推論過程、ツール呼び出し、決定事項）は揮発性であり、ターミナルを閉じると消えてしまいます 。従来のGitは「何が変わったか（what）」を捉えますが、「なぜ変わったか（why）」は捉えません 。Entireは、エージェントのセッションコンテキストをリポジトリ内で第一級の、バージョン管理され、検索可能なデータとして扱うことを目指しています 。

主な機能と製品「Checkpoints」

最初の製品は 「Checkpoints」 で、オープンソース（MITライセンス）のCLI であり、Gitワークフローにフックします 。

• エージェントコンテキストの自動取得 — git commit が実行されると、Entireはエージェントセッション全体（プロンプト、応答、ツール呼び出し、操作したファイル）をコミットに恒久的なチェックポイントとして添付します 。
• 検索可能な来歴（プロビナンス） — 開発者は後から「なぜコードが変わったのか」をクエリし、あらゆる差分につながった完全なトランスクリプトを参照できます 。
• 複数のAIコーディングエージェントに対応 — Claude Code、Codex、Gemini CLI、OpenCodeなど 。
• チェックポイントブランチ — セッションメタデータは専用のブランチに保存され、ユーザーのアクティブブランチをクリーンに保ちます 。
• 今後提供予定のコンテキストグラフ — CLIを超えた、リポジトリ全体のエージェント決定木をナビゲートするプラットフォームレイヤー 。

Entire.ioのウェブサイト には、「エージェントのスループット最大化」のためのリポジトリミラーリング機能も言及されています。GitHub Organization（entireio）でオープンソースCLIのコードが公開されています 。

発表されたベンチマーク

ベンチマークに関する報告は限定的です。入手可能な情報源は、Checkpointsが「コード行の背後にあるコンテキストを『瞬時に』検索可能にする」といった定性的なパフォーマンスの主張を述べています 。今回レビューした信頼できる情報源には、標準化された定量的ベンチマーク数値（レイテンシー、スループット、コードレビュー時間の短縮など）は見つかりませんでした。これは、発表時点での公開情報のギャップであると考えられます。

資金調達の背景

分散型Gitホスティングの広がりにおける位置づけ

Entireは、AIエージェントが主体となる世界に向けて開発者向けツールスタックが見直されていることを示す、注目すべき動きの一つです。

• オープンソースで独立 — Entireは、特定のAIモデルベンダーに依存しない、オープンで独立したプラットフォームとしての立場を明確にしています。Dohmke氏は、次世代の開発者プラットフォームの中心には「オープン性」が位置づけられるべきだと強調しています 。
• Gitネイティブであり、Gitの代替ではない — EntireはGitを置き換えるのではなく、拡張します。エージェントコンテキストを第一級のGitメタデータとして扱うアプローチは、完全に分散型の代替手段（RadicleやGitButlerの再考されたGitクライアントなど）とは一線を画します 。
• 他のGitHub創業者による並行した動き — GitHubの共同創業者の一人であるScott Chacon氏は、AI時代に向けて再考されたGitクライアント「GitButler」のためにa16zから1700万ドルを調達しました。Dohmke氏（Entire）とChacon氏（GitButler）はどちらも、既存のGitワークフローではエージェントが生成するコードに対応できないと見ていますが、異なるアーキテクチャアプローチを取っています。Entireはコンテキストの取得と来歴に焦点を当て、GitButlerは新しいGitクライアントのユーザー体験に焦点を当てています 。
• 人間とエージェントの協働を第一原理に — Entireの設計思想は、人間とAIエージェントがコードを共同執筆するようになり、バージョン管理はファイルの差分だけでなく、人間の意図とエージェントの推論を一緒に捉える必要があるというものです 。これは、人間だけのGitワークフローから「エージェントネイティブ」なDevOpsインフラへの、より広範な業界シフトを示しています。