CI/CD は死に、AI エージェントには継続的計算資源と専用機が必要

CI/CD は死に、AI エージェントには「継続的計算」基盤が必要だ

LLM と AI エージェントがコード生成を劇的に加速させた今、従来の Pull Request（PR）ベースの CI/CD パイプラインは機能不全に陥っています。人間によるレビューやマージの遅延が許容される時代から、マシンによる高速な並列実行と検証が求められる「エージェント・オール・ザ・ダウン」の世界へ移行すべき時です。

本記事では、AI エージェントの本格導入を前にした開発インフラの根本的な再設計について解説します。CI/CD を廃止するのではなく、ハードウェアとソフトウェアを共設計した新しい基盤「継続的計算（Continuous Compute）」へと進化させる必要性とその具体像を探ります。

従来の CI/CD が抱えるボトルネック

現在の CI/CD パイプラインは、人間が中心となってコードを書くことを前提に設計されています。開発者が数個の差分を PR として提出し、同僚がレビューし、その後ビルドやテストを経てマージされるという一連のプロセスは、週に 1〜2 回程度のペースでは問題ありませんでした。

しかし、AI エージェントが多数並列して動作する環境では、このモデルは崩壊します。エージェントは数秒で数千の短命なブランチを生成し、同じコードベースを複数の方向へ引き込もうとします。これにより、以下の致命的な問題が発生しています。

数千の短命なブランチが発生し、異なるバージョンをすべてマージする段階に達すると、それはもはや不可能になります。

人間のレビュー担当者は圧倒され、PR の提出からマージまでの間に生じる待ち時間は、開発速度の劇的な増大によって許容できなくなります。また、多数のエージェントが同時に同じリポジトリを変更しようとする際、競合解決は従来の方法では対応しきれない複雑さを呈します。

解決策：CI/CD から「継続的計算」へ

この課題に対する答えは、既存の CI/CD ツールを単に高速化するだけではありません。必要なのは、キャッシュの最適化とインフラ共設計によってエージェントスケールの検証を可能にする「継続的計算（Continuous Compute）」基盤です。

新しい基盤では、以下の要素が不可欠となります。

1. ハードウェアとソフトウェアの協調設計による速度向上

現在の CI/CD はビルドやテストに時間がかかりすぎます。これを解決するには、オーケストレーション層としてキャッシュを最適化し、ハードウェアとソフトウェアを一体として設計する必要があります。これにより、エージェントが生成したコードの検証時間を劇的に短縮できます。

2. エージェント型アイデンティティとリトライ機構

スケールに対応するためには、各エージェントに明確なアイデンティティを持たせ、失敗時の自動リトライや適切なインフラへのルーティングを自動化する必要があります。これは単なるスクリプトの自動化ではなく、システム全体が自律的に動作する環境を構築することです。

新しいワークフロー：PR ではなく「意図」と「計画」

エージェント中心の世界では、作業の単位は PR から「意図（Intent）」と「計画（Plan）」へと変化します。人間がコードを書くのではなく、まず目標や仕様を記述し、それを元にエージェントが並列に候補解を探索・実装するワークフローへ移行します。

内部ループの高速化と状態管理

新しいプロセスでは、以下のサイクルが極めて高速で繰り返されます。

1. 意図の定義: Slack やチケットに目標を記述。
2. 計画の実行: エージェントがコードをチェックし、計画を実装。
3. 内部検証: リポジトリ内のアセットを使ってビルド・テストを行い、即時フィードバック。

ここで重要なのは「状態管理」です。毎回ゼロから始めると効率が落ちるため、エージェントは以前の実行結果や環境の状態を保持したままループを継続します。これにより、推論と検証の速度が飛躍的に向上します。

外部検証と人間の役割の変化

内部検証が完了すると、変更は「プレマージキュー（プリキュー）」に格納されます。ここで人間が介入するタイミングですが、その役割も変化しています。

コードそのものではなく、意図と結果を確認します。機能の動作動画や、セキュリティ特化型 LLM の出力などを見て、整合性を検証するのです。

人間は個々の PR をレビューするのではなく、複数のエージェントが独立して生成した変更を意味的にグループ化し、最終的な整合性のみを検証します。これにより、人間の労働集約型のレビューから、高次な意思決定へとシフトします。

必須要件：シリアライゼイビリティの確保

多数のエージェントが並列に実行され、同じコードベースを操作する環境で最も重要なのが「シリアライゼイビリティ（直列化可能性）」です。これはデータベースにおけるトランザクションの整合性保証と同様の概念で、すべての変更が確実にレジャーダー（Git リポジトリ）に連続して反映されることを意味します。

マージという行為は、非常に高性能なデータベースの問題に似ています。単一の台帳があり、すべての変更をそこに記録し、コミットするにはロックが必要です。

従来のマージキューでは人間による待ち時間が発生しますが、機械の世界ではこのロック時間を極限まで短縮する必要があります。同時に実行される多数の変更を調整し、競合を解決しながら整合性を保つロジックが、新基盤の不可欠な要素となります。

まとめ：開発インフラの再設計は待ったなし

CI/CD は不要になったわけではありませんが、その位置づけは大きくシフトしています。コードの動作検証や不変条件の強制は、もはや独立したフェーズではなく、エージェントのループ内部に組み込まれるべきものです。

これは数年ではなく、数週間から数ヶ月の範囲で訪れる現実です。備えておく必要があります。

企業にとって今後は、従来の CI/CD ツールの見直しと、エージェントスケールでの並列処理・整合性管理に対応できる新基盤への投資が急務となります。AI エージェントを真に活用するためには、ハードウェアとソフトウェアを共設計した「継続的計算」基盤へと進化させることが不可欠です。