Gitは「人間が1日に何度かpushする」ことを前提に使われてきました。では、その相手がコードを書き続けるAIエージェントになったら、基盤はそのまま持つのでしょうか。
GitHubのストレージとコアサービスを担当するPrincipal Software EngineerのBrianが、この問いを扱っています。記事は Building Git infrastructure for agent-scale development – The GitHub Blog です。リポジトリへのあらゆる操作を支える層の側から、エージェント規模の開発に向けたGit基盤づくりを語っています。
負荷の前提が変わる
エージェントは、疲れず、待たず、並列に動けます。人間なら1日数回のclone、fetch、pushが、エージェントでは同時に何十本ものブランチで繰り返されても不思議ではありません。リポジトリ操作の頻度と並列度が、設計時の想定から変わるということです。
Before/Afterで見ると、次のようになります。
- Before：操作の主体は人間で、頻度は低く、時間帯にも偏りがある
- After：操作の主体はエージェントで、頻度は高く、並列で、止まらない
これは機会でもある
この変化は、負荷が増えるという話にとどまりません。基盤が受け止められるなら、エージェントに任せられる作業の幅が広がります。たとえば、1つの課題に対して複数のアプローチを並列のブランチで試し、良いものだけを採用する、といった使い方です。人間の速度では割に合わなかった「試行の量で勝つ」開発が、現実的な選択肢に入ってきます。
ここで効いているのは、AIモデルの性能だけではありません。ストレージやコアサービスといった地味な層の改善が、エージェント活用の天井を決めます。
現場への示唆
エンジニアやテックリードにとって、実務上の含意は2つあります。
- エージェント導入の検討では、モデルやツールの選定に加えて、リポジトリ基盤がどこまで並列と高頻度を許容できるかも確認項目に入れる
- 自社のCIや運用ルールが「人間のペース」を暗黙の前提にしていないか、早めに見直す
冒頭の問いに答えるなら、人間の速度のままのGitは、エージェント規模には合わせて作り直す必要があります。そしてGitHubのような基盤側がその作り直しに取り組み始めたことは、エージェント開発を前に進める追い風です。元記事は、基盤側の視点を知る一次情報として、ぜひ原文で確認してください。
関連記事
- Expanding the Cyber Verification Program
- Atlassian and OpenAI expand partnership to turn enterprise knowledge into action
- Advancing computer use with Ironclad
参考文献
コメント