最近のコーディングエージェントはかなり実用的になってきて、寝ている間もAIが少しずつ機能を作ってくれたらいいのに、と一度は思ったことがあるのではないでしょうか。私も開発環境でAIを24時間動かし続ける方法を考えています。
ただ、考えを整理してみると、核心は「AIを長く動かすこと」ではありませんでした。小さな単位に区切って安全に継続デプロイするパイプラインを作ることが本当の課題だったんです。
機能をマイクロタスクに分割します#
AIに大きな機能を丸ごと任せると、長く動かすほど脱線しやすくなります。だから最初の一歩は、作業単位を小さくすることです。
- 機能を0.5〜1日単位のタスクに分割します
- 各タスクに完了基準（DoD） を明示します
- AIには一度に大きな機能より小さなPRを継続的に生産させます
作業が小さいほど検証も速くなり、失敗したときに捨てるコストも小さくなります。
24時間ループはこう回ります#
ループの1周は6つのステップです。
- バックログから次のタスクを選択
- AIがコードとテストを作成
- CIで自動検証
- 失敗したら自動修正してリトライ
- 通過したらレビューキューに登録
- 承認後にデプロイ
人が介入するのはレビューと承認だけです。それ以外はキューとCIで勝手に回る状態を目指します。
まずは安全装置からです#
24時間動かすということは、人が見ていない時間が長いということです。だから安全装置を先に整える必要があります。
- 本番への直接反映は禁止 — レビュー段階を必須に
- テストのカバレッジ下限を設定
- 認証・決済・セキュリティなどのリスクの高い変更は人の承認を必須に
- ロールバックを自動化して、問題のあるデプロイは即座に戻せるように
AIが作るスピードより先に、失敗したときに止めて戻すスピードを確保しておくべきです。
必要な運用ツール#
大げさなインフラでなくても、4つあれば始められます。
- 作業キュー管理 — イシュートラッカーやカンバン
- 実行エージェント — ターミナルで動くコーディングエージェント
- CI/CD + モニタリング — 自動検証と状態の観測
- 通知 — 失敗・完了・承認待ちを人に伝える仕組み
人とAIで一日を分担します#
運用のリズムは、時間帯で役割を分けると自然に決まります。
- 昼: 人が企画、レビュー、優先順位づけを行います
- 夜: AIが実装、テスト、リファクタリングを進めます
- 朝: 夜の成果をレビューして、次のキューをセットします
人は判断が必要な仕事に、AIは繰り返し可能な生産に集中する構造です。
まとめ#
AIを24時間動かすことの本質は稼働時間ではなく、小さなタスク + 自動検証 + 安全装置で構成されたパイプラインです。大きな自動化システムを最初から作るより、バックログの機能をひとつ半日単位に分割してAIに任せ、CIで検証するループを1周作ってみるところから始めてみてください。
We cannot hold a torch to light another's path without brightening our own.
— Ben Sweetland
