Gitの分散型設計と完全クローンのモデルは、オフラインで作業する人間のワークフローに最適化されています。各開発者がリポジトリのコピーを持ち、履歴、差分、blameをローカルで計算する仕組みです。しかしエージェント規模では、こうした特性がコストになります。履歴全体がストレージと転送の負荷を押し上げ、packfileの生成やミラーの維持には大きなCI・運用コストがかかります。また、部分クローンでは履歴に依存するクエリで扱いにくい例外が生じます。マージが1日数万件に達する環境では、こうした処理を集約して効率的なAPIで提供することで、重複作業を減らし、CIジョブやサンドボックスなどのプログラムによる利用を支えられます。

Scionはサーバー優先のモデルを採用しています。変更セットはサーバー側で作成され、Blobはコンテンツアドレス方式で識別される不変データとして扱われ、クライアントは必要なツリーとBlobだけを要求します。重要なのは、主要なコミット相当のデータと派生インデックスを分離している点です。blame、パス履歴、祖先関係は、汎用の再帰的な派生データパイプラインで計算され、先回りして計算することも、必要に応じて遅延計算することもできます。このモジュール化された分離により、システムを水平に拡張できます。サーバーは決定的なオブジェクト要求に応答する大規模キャッシュとして機能し、チェックアウトを実体化せずに済む新たなプログラム利用のワークフローも実現します。

処理の集約によって、障害の種類も変わります。リージョン単位のキャッシュ障害、ウォームアップ時の読み取り増幅、そしてAPIレベルでの厳格なIAMと監査が必要になります。Anthropicは、厳密な階層化、高いキャッシュヒット率の目標、きめ細かなアクセス制御モデルによって、こうした課題を緩和しました。セキュリティとコンプライアンスのあり方も変わります。ポリシーはサーバー側で適用し、敵対的なレビューをプログラムで行い、エージェントの意図やレビューの来歴を可観測性によって把握しなければなりません。大規模運用で信頼性を保つには、自動ポリシーゲート、エージェントの挙動を再現する隔離シミュレーション、堅牢なログ記録への投資が必要です。

エージェント規模のVCSを導入するには、レビュー、コードのオーナーシップ、CIを見直す必要があります。レビューでは、行単位の確認ではなく、変更の意図と不変条件を検証するべきです。エンジニアの役割も、すべての変更を読むことから、意図とエッジケースを監査することへ移ります。高コストなクローンを避けるため、CIやリリースパイプラインではAPIを使ったチェックと必要箇所だけの実体化を優先します。運用面では、キャッシュやインデックスの運用担当者、サーバー側ポリシーのエンジニア、派生データパイプラインの信頼性を担う担当者など、新たな役割も必要になります。エージェントの利用範囲や障害モードを定めたトレーニングと手順書も欠かせません。

まずはハイブリッド方式から始めましょう。個々の開発者のワークフローではGitを維持しながら、サーバー側のメタデータAPIと派生データサービスを導入します。次に、スパースチェックアウトを利用するエージェント用サンドボックスを試験導入し、派生データの正確性を検証します。早い段階からキャッシュの構成とリージョン分離に投資し、エージェントの動作を制御する小規模な自動レビュー機能も構築しましょう。最後に、ポリシーと開発者の使い勝手を継続的に改善し、実体化したworktreeや仮想化チェックアウトを活用して、人間の開発者の生産性を保ちながらエージェントを拡張します。主要指標として、マージのレイテンシ、キャッシュヒット率、ポリシー適用状況を計測してください。