実行ループ：AI Agentをトラックの上に留めるリズム設計

AI Agentには面白い特質がある——続けるよう言えばずっと続ける。止まれと言わなければ、「十分だ」が何かを知らないかもしれない。

これは長所でもあり、午後を無駄にする最もよくある原因でもある。

AIに「この機能を完成させて」と頼むと、3時間かけてアーキテクチャ全体をリファクタリングしてくれるかもしれない。開いてみると：方向は正しく、品質も悪くない——でも今日欲しかったのはあの小さな機能であって、リファクタリングではない。

AIの実行の広がりを、あなたのリズム設計で囲む必要がある。 この記事が語るのはその枠組み：実行ループだ。

実行ループの四つの段階

GSDの実行ループは複雑ではない。たった四つの段階だ：

起動 → 実行 → 締め → イテレーション

各段階には独自の問いとリズムがあり、AIツールと組み合わせる方法も異なる。

第一段階：起動

起動は「パソコンを開いて、ツールを開いて、何をするか見てみる」ではない——それが高い起動コストを生む元凶だ。

GSDの起動は、仕事を始める前の3分でこの三つを完了させることだ：

今日のタスクリストを確認する（前の記事の分解結果から取ってくる、臨時に考えない）
この作業の境界を設定する：「今回の作業はどこまでか？」——先に範囲を決めてこそ、締めの基準がある
作業コンテキストを構築する：AI Agentを使うなら、対話の冒頭で背景を明確に伝える——作業しながら後で補足しない

起動の鍵は「何をするか決める」と「やる」を分けること。同じ時間に両方やらない。意思決定コストは高い。起動段階に集中させれば、実行中に一々止まって考えなくて済む。

AI起動テンプレート：

今日のタスク：[具体的な説明]
範囲の境界：[どこまでが今回の完成]
背景：[必要なコンテキスト]
[X]時間あります。まずタスクの優先順位を確認するのを手伝ってください。

第二段階：実行

実行段階の重点は「たくさんやる」ではなく、「正しいことをやって、終わるまでやる」だ。

この段階で最も迷走しやすいのは：AIに引っ張られることだ。

AIは実行過程で「ついでに」あなたが頼んでいないことをやりやすい——機能を少し追加したり、段落を少し修正したり、設定を少し調整したり——各小さな行動は合理的に見えても、合わさるとタスクの境界に対するコントロールを失う。

実行段階の三つの守則：

守則一：毎回一件だけ依頼する
「この機能を仕上げて」ではなく、「まずvalidateEmail関数を完成させて、他は触らないで」と言う。範囲が小さいほどAIの出力が正確になり、検証も容易になる。

守則二：検証は各小ステップでやる、最後にまとめてではなく
AIが各小さな行動を終えたら、「これは私が求めたものか」を確認してから続けさせる。大きなタスクが全部終わってから検証するのは、方向がずれていたときのコストが高い。

守則三：AIの「計画」はあなたの目を先に通す
AI Agentに自分でどう実行するか計画させるなら、動く前にステップを列挙させて確認する。これで5分多くかかるが、後の多くのロールバック時間を省ける。

第三段階：締め

締めはGSDで最も飛ばされやすい段階であり、タスクを「本当に完成」させる鍵でもある。

締めのないタスクは、心理的に永遠に「未完成」のまま——コードがマージされても、記事が公開されても。この開いたループが脳の中で注意力を消費し続ける。

締めアクションリスト（適切なものを選ぶ）：

「完了条件」と照らし合わせて今回の出力が達成されているか確認する
「次回処理する」ものはすべて対応する場所に記録する（対話の中に残さない）
簡単な結果記録をする：「今回何をやって、何を達成して、次回どこから続けるか」
コードのタスクなら：commit、プッシュ。変更をローカルに残さない
記事やドキュメントなら：明確なバージョン番号や日付でラベルを付けて保存。草稿を積み上げ続けない

締めの目的は脳が「これは終わった」と言えるようにして、本当に手放すことだ。翌日戻ってきたときに素早く「再起動」できる前提にもなる——記録がそこにあれば、記憶に頼ってコンテキストを再構築しなくて済む。

第四段階：イテレーション

イテレーションは「完成したものをさらに良くする」ではない——それは締め恐怖の変形だ。

イテレーションとは：前のラウンドの実行で得た本物のフィードバックに基づき、次のラウンドで何か違うことをするか決めることだ。

このフィードバックはユーザー、同僚、テスト結果、または自分が一日経ってから見た感覚から来る——でも前提は、前のラウンドのものが本当に「送り出された」こと。そうでなければフィードバックを得る機会がない。

AIがイテレーション段階で非常に役立つシーン： 得たフィードバックをAIに貼り付けて、「このフィードバックに基づいて、次のラウンドで最も改善する価値がある3件は何か」と聞く——素早く優先順位を付けるのを助けてくれる。

四つの段階を完全なループに繋ぐ

このリズムを簡単な図で説明する：

起動（3分）
  ↓ 今日のタスクを確認 + 境界を設定 + コンテキストを構築
実行（集中時間帯）
  ↓ 各小ステップで検証 + 範囲を守る + AIに引っ張られない
締め（5-10分）
  ↓ 完了条件を確認 + 結果を記録 + プッシュまたは公開
イテレーション（次のラウンドの起動時）
  ↓ フィードバックに基づいて次のラウンドで何をするか決める

このループは一回が一日でなくてもいい。25分のポモドーロでも、午後でも、スプリント週でも——重点は各ラウンドに明確な起動、実行、締めがあること。

よくある質問

「AI Agentを使うとき、よく求めた範囲を超えてしまう。どうすれば？」
各依頼の前にこの一文を加える：「今回は[範囲]だけやって、他は先に触らないで。改善の余地があると思っても先に触らないで。」明確な境界の言葉は、後で「元に戻してほしい」より安く済む。

「よく起動して、少し走ったら締めたくなくて、次のタスクに移ってしまう。」
「締めの儀式」を設ける——時間は多くかけなくていいが、固定する。git commitのメッセージを一行書くか、メモに✅を打つかでもいい。儀式感が脳に「このループは閉じた」と伝える。

「フィードバックが得にくい、どうすれば？」
最速のフィードバック源は自分——終わったら一日置いてから見直すと、たいてい何が足りないかが見える。二番目に速いのはAIに批評者を演じさせること：「初めてこれを見るユーザーとして、ここの最大の問題は何かを指摘してほしい。」

次のステップ

ループ設計が整ったら、次に気をつけるのは：「実行しているように見えるが実は何も前進していない」いくつかのよくあるパターン——それを識別できてこそ、落ちる前に抜け出せる。

それがGSDの三大罠：なぜ計画が多いほど完了が少ないのかで語ること。

シリーズ概要に戻る

この記事はGSDシリーズの第4回目で、実行ループ設計とAI Agentのリズム管理を語る。完整な読書ルートと他の記事のテーマは、**GSD入門コース**に戻って確認してほしい。