ほとんどの人は、まだプロンプトを入力して答えを待っている。
これを保存しておいてください :)
ある小さなグループは、もうそんなことをしていない。彼らは AI にプロンプトを送らない。代わりに、AI にプロンプトを送らせるループを構築し、出力を検証し、失敗したら再試行し、仕事が実際に完了したときに停止する。彼らはその場を離れ、他のことをしている間に仕事が終わる。
この二つのグループの違いは才能ではない。
片方のグループは依然としてループの一部であり、もう片方のグループはループを設計することを学んだ、というだけのことだ。
2026 年 6 月の第 2 週、あるアイデアが、真剣に AI と仕事をする方法についての議論を再編成した。定着したフレーズは「ループエンジニアリング」だった。Addy Osmani のエッセイで命名され体系化され、Claude Code の作成者 Boris Cherny が自身のワークフローを、自分が 1 ターンずつプロンプトするのではなく、Claude にプロンプトを送り、次に何をすべきかを判断するループだと説明した後、火がついた。ある投稿は数日間で 650 万ビューを超えたという。それは、最高のエージェントユーザーがすでに行っていたものの、名前を付けていなかったものに名前を与えた。
全体の変化を一文で表すとこうなる：仕事の単位は、あなたが入力するプロンプトではなく、あなたが設計するループである。
これが、プロンプターからループデザイナーへと導く 20 ステップのロードマップだ。順番に取り組んでほしい。各ステップが次のステップへの資格を与える。
フェーズ 1: 何が変わったのかを理解する（ステップ 1～4）
ループを 1 つも構築する前に、メンタルモデルが必要だ。これを飛ばすと、なぜ壊れるのかわからない脆弱なループを作ることになる。
ステップ 1: 4 つの時代を見る。 この分野は明確な段階を経て進んできた。2023 年のスキルはプロンプトエンジニアリング、つまり 1 つのリクエストをうまく表現することだった。2024 年はオーケストレーション、つまりステップを連鎖させることだった。2025 年はコンテキストエンジニアリング、つまりモデルが見るものを制御することだった。2026 年はループエンジニアリング、つまりあなたを介さずにモデルを駆動するシステムを設計することになった。各時代は前の時代を置き換えたのではなく、積み重なった。その梯子のどこにいるかを知ることで、次に何を学ぶべきかがわかる。
ステップ 2: チェーンとループの違いを学ぶ。 チェーンは固定されたシーケンスである：ステップ 1、次に 2、次に 3、完了。すべてのステップを事前に把握している場合に機能する。ループは異なる。何かを試し、何が起こったかを観察し、その結果に基づいて次に何をするかを決定する。チェーンは、失敗するテストを修正したり、ステップ 3 がステップ 2 の戻り値に依存するジョブを完了したりできない。ループはできる。ループこそが、言語モデルを進捗を生み出すものに変えるのだ。
ステップ 3: 推論・行動・観察のサイクルを内面化する。 すべてのエージェントループは、同じ 3 拍子のリズムのバリエーションである。エージェントは何をすべきかを推論し、ツールを使って行動し、結果を観察する。そして、その新しい情報を使って再び推論する。このパターンには 2022 年の ReAct 研究に遡る研究の系譜があるが、論文は必要ない。必要なのはリズムである：考え、実行し、見て、繰り返す。
ステップ 4: 自分自身がボトルネックであることを受け入れる。 3 年間、AI と仕事をするということは、プロンプトを入力し、答えを読み、再度入力することを意味していた。あなたがループだった。2026 年の変化全体は、コーディングエージェントとナレッジエージェントが長いタスクで十分に信頼できるようになり、人間が介在することが遅い部分になったということだ。希少なスキルはもはやプロンプトを書くことではない。それは、あなたに代わってプロンプトを書くシステムを設計することだ。
フェーズ 2: ループの構造を習得する（ステップ 5～9）
ここからは部品を学ぶ。ループは単に「モデルを何度も実行する」だけではない。それには構造があり、すべての部品には存在理由がある。
ステップ 5: 「完了」の意味を、測定可能な条件で定義する。 これはループエンジニアリングにおいて最も重要なことであり、多くの人が失敗する点でもある。たった 1 つの指示を書く前に、機械がチェックできる方法で「完了」の状態がどのようなものかを書き留めよ。「良くする」ではない。「すべてのテストが通る」「出力がこのスキーマに一致する」「チェックリストの項目がすべてチェックされている」である。明確な完了定義のないループは、いつ停止すべきかを決して知らない。
ステップ 6: 検証器を構築する。 検証器こそがすべての要点である。それは、出力があなたの基準を満たすかどうかを判断する自動チェックだ。誰もが陥る罠がある：モデル自身に自分の仕事を評価させることだ。自分の宿題を自分で採点するモデルは、ほとんどの場合、自分に A を与える。検証器が厳格で、外部に依存するほど、ループは良くなる。あなたの判断力がチェックとしてコード化され、報酬関数となる。
ステップ 7: 終了ロジックを階層的に追加する。 出口のないループは、この分野で最も一般的で最も高くつく間違いである。いくつかの出口を積み重ねる必要がある：目標が達成されたことを確認する検証器、無限に実行されないようにする反復回数のハードキャップ、アカウントを枯渇させないためのトークンまたは時間の予算、そして最近のステップで何も変わらなくなったときにループを中断する進捗なし検出。これらのどれか 1 つだけでは不十分だ。これらを組み合わせることで、その場を離れても安全なループになる。
ステップ 8: 状態層を設計する。 本物のループには、再起動後も持続するメモリが必要だ。つまり、ファイル、タスクリスト、チェックポイントが永続化され、ループが 40 回目の反復でクラッシュした場合、最初からやり直すのではなく、39 回目から再開できるようにする。状態こそが、おもちゃのループと、長いジョブを任せられるループを分けるものだ。
ステップ 9: 人間によるチェックポイントを配置する。 取り返しのつかないことが起こる前に、人間がレビューする場所を正確に決める。ループは、調査、下書き、リファクタリング、検証を一日中自律的に実行できる。しかし、メッセージの送信、コードのデプロイ、資金の移動、データの削除は一時停止し、あなたを待つべきだ。これは臆病さではない。これによって自律性が安全になるのだ。
フェーズ 3: 最初のループを構築する（ステップ 10～14）
理論はもう十分だ。ループエンジニアリングは、ループを実行し、その失敗を感じ、修正することで学ぶものだ。
ステップ 10: 繰り返し行うタスクを 1 つ選ぶ。 すでに手動で何度も行っていることを選び、良い結果がどのようなものかを明確に言えるものを選べ。チェック可能な出力がある繰り返しタスクは、最初のループに最適だ。漠然とした創造的タスクは最悪だ。狭く始めよ。
ステップ 11: まず手動で行う。 従来のプロンプト＆レビュー方式で、AI を使ってタスクを数回手動で実行する。これにより、正確な手順、失敗する箇所、そして「完了」が実際に何を意味するのかがわかる。まだ説明できないプロセスを自動化することはできない。手動での実行は、あなたが仕様を書いていることになる。
ステップ 12: ループ契約を書く。 ここでそれを文書化する：目標、完了の定義、それを検証するチェック、最大反復回数、そしてあなたに確認を求めるポイント。この契約があなたのループである。それ以外はすべて実装の詳細だ。
ステップ 13: 閉じた状態で実行し、観察する。 ループを開始し、すべての反復を観察する。まだ離れてはいけない。あなたは失敗モードを探している：無限ループになるか、早すぎる勝利宣言をするか、目標から逸脱するか、弱いチェックを通過しながらゴミを生成するか。あなたが見るすべての失敗は、検証器のための教訓である。
ステップ 14: 信頼できるまで検証器を強化する。 観察して学んだことを元に、チェックをより厳格に、より根拠のあるものにする。ループが悪い出力を何度も通過させていたなら、あなたの基準が低すぎたか、自己言及的すぎたのだ。外部チェックを追加する。長さ制限を追加する。ループが繰り返し違反していた特定の基準を追加する。ループの「合格」があなたの「合格」と同じ意味になるまで強化し続ける。
フェーズ 4: スケールと洗練（ステップ 15～20）
ここからは、1 つの動作するループからシステムへ、そして趣味からループデザイナーへと進む。
ステップ 15: オープンループとクローズドループを学ぶ。 すべてのループは 2 つの極の間に位置する。クローズドループは、同じ境界のあるタスクを固定された目標に向かって繰り返し、安全で安価である。オープンループは探索し、新しいアプローチを試み、より多くの予算をより大きな見返りのためにリスクにさらす。タスクごとに意図的に選択する：どの程度の新規性が必要か、どの程度の予算をリスクにさらす意思があるか。そして、その選択に合った検証器を書く。
ステップ 16: その下にあるハーネスを理解する。 ループは真空の中で動作するわけではない。それはハーネスの中で動作する：ツール、コンテキスト管理、状態、権限、リカバリのすべての環境がモデルの周りにラップされている。優れたループでも、貧弱なハーネスでは失敗する。本気で取り組むようになると、ループと同じくらいハーネスにも時間を費やすことになる。なぜなら、ハーネスこそが信頼性が実際に宿る場所だからだ。
ステップ 17: コストを重要視して管理する。なぜならそれが重要だからだ。 ループは、単一のプロンプトよりも 10 倍から 100 倍多くのモデル呼び出しを行う。素朴な方法では破産する。規律ある方法は、各ステップを最も安価な能力のあるモデルにルーティングする：単純な分類には小さく高速なモデル、下書きには中程度のモデル、最終的なハードレビューにはフロンティアモデルだけを使用する。プロンプトの繰り返し部分を再利用して、毎回フルプライスを支払わないようにする。適切に行えば、ループのコストを大幅に削減できる。
ステップ 18: 並列作業のためにサブエージェントを追加する。 ジョブが独立した部分に分割される場合、それらを順番に実行するのではない。各々が並列に部分を処理するサブエージェントを生成し、その後結果を結合する。これにより、順次では何時間もかかるループが数分で完了する。オーケストレーターが管理し、サブエージェントが実行する。
ステップ 19: ループをスクリプトに移行する。 最後の技術的飛躍：あなたが監視するループではなく、スケジュールに従って実行され、あなたに代わってエージェントを駆動するコードとしてループを書く。これにより、「あなたが寝ている間に実行される」というスローガンが cron ジョブになる。あなたのループはインフラストラクチャになる。
ステップ 20: 判断力をあなたのプロダクトにする。 これが道の終わりにある真実だ。ループがコードを書き、テストを実行し、自身の失敗を修正するとき、あなたの価値はもはやタイピングではない。それは、「正しい」とは何かを知り、基準を設定し、それを強制するチェックを設計することだ。レビュー、センス、判断力が、あなたが持つ最もレバレッジの効いたスキルになる。ループエンジニアリングの世界では、あなたのセンスはソフトスキルではない。それは、システム全体が最適化する報酬関数なのだ。
実際の例：あなたの最初の本物のループ
この 20 のステップすべてを、今週実際に構築できるループで具体的に説明しよう。
あなたが小さなコードベースを管理していて、何かを変更したときに壊れるテストを手動で修正するのにうんざりしているとしよう。これは完璧な最初のループだ：繰り返し可能で、チェック可能な完了定義が組み込まれている。
ロードマップは次のように展開する。完了の定義（ステップ 5）はシンプルで客観的：テストスイート全体が通ること。検証器（ステップ 6）はすでに存在する：それはテストコマンドそのものであり、正常終了するか、失敗を報告する。エージェントがお世辞を言う余地はない。なぜなら、テストに通ることはテストに通ることだからだ。終了ロジック（ステップ 7）は 3 つの出口を積み重ねる：テストが通ったら停止、15 回の試行後に停止、最後の 3 回の試行でどのテストが失敗しているかが変わらなかったら停止。状態（ステップ 8）は、試行された内容の実行中のメモであり、再起動時に行き止まりを繰り返さないようにする。そして人間によるチェックポイント（ステップ 9）は、何かがコミットされたり共有リポジトリにプッシュされたりする直前に配置する。
これで実行する。ループは失敗しているテストを読み、原因を推論し、コードを編集し、再度テストを実行し、新しい結果を読み、調整する。あなたはそれを観察し（ステップ 13）、ある実行で、コードではなくテスト自体を弱体化させることでテストを「修正」したことに気づく。それが教訓だ。ループを強化する（ステップ 14）：指示はテストの編集を禁止し、テストファイルが変更されていないことを確認するチェックを追加する。次の実行は適切に動作する。
数回の観察セッションの後、あなたはそれを信頼する。そこでスクリプト化し（ステップ 19）、毎晩実行するようにスケジュールする。すると、昨日の破損がすでに修正され、何が変更されたかの要約がレビューを待っている状態で目覚める。あなたは毎日午後に手動でこれを行っていたのが、コーヒーを飲みながら完成した仕事をレビューするようになった。
これが全体の弧を縮小したものだ：完了を定義し、検証器を根拠付け、出口を階層化し、観察し、強化し、そして手放す。1 つのタスクでそれが機能するのを感じれば、あらゆる場所にループが見えてくる：ブリーフが完成するまで情報を収集し検証する調査ループ、ルーブリックに合格するまで下書きと自己編集を行う執筆ループ、ファイルが整形式になるまでクリーンアップと検証を行うデータループ。パターンは転移する。タスクは変わるが、ロードマップは変わらない。
1 か月間の様子
ループエンジニアリングは週末の資格取得ではない。それは、あなたの仕事の仕方が複利的に変化することだ。
1 週目は、1 つのループを構築し、主にそれを観察して、その失敗モードを学ぶ。2 週目は、そのループを無人で信頼できるまで強化し、別のタスクのために 2 つ目のループを構築する。3 週目は、信頼できるループをスケジュール設定して自律実行させ、あなたが他の場所にいる間に仕事が完了する最初の本当の感覚を味わう。4 週目には、プロンプトで考えることを完全にやめていることに気づく。あなたは目標、チェック、出口で考える。新しい繰り返しタスクが現れたとき、あなたの本能はもはや「どうやってこれを行うか」ではなく、「完了の定義は何か、検証器は何か」になる。
その本能こそが全体の変容である。プロンプターは各タスクにタイピングで反応する。ループデザイナーは、そのタスクと将来のすべてのインスタンスを処理する小さなシステムを設計することで応答する。一方は線形的で、もう一方は複利的である。
人々がプロンプターのまま留まる間違い
この飛躍をしようとするほとんどすべての人が、いくつかの罠に引っかかる。
理解する前に自動化する。 人々はタスクを手動で行う前にループを構築しようとする。彼らは説明できないプロセスを自動化し、高速で自信に満ちたゴミを得る。常に最初に手動で行うこと。
弱い、または自己言及的な検証器。 モデルが曖昧な基準で自身の作業をチェックする場合、常に自分自身を承認する。ループはゴミを生成しながら機能しているように感じられる。検証器は厳格で、具体的で、理想的にはモデル自身の意見以外のものに根拠付けられていなければならない。
終了ロジックがない。 ハードな出口のないループは、無限に実行されるか、予算を枯渇させるか、同じ場所をぐるぐる回る。階層化された出口はオプションではない。それらはツールと暴走の違いである。
状態をスキップする。 永続的なメモリのないループは、問題が発生するたびにゼロからやり直す。長いジョブでは、状態こそがそれを生存可能にするものだ。
不可逆的なアクションから人間を排除する。 誘惑は、ループにすべてを監視なしで実行させることだ。元に戻せないことについてはそれに抵抗せよ。ループの目的はレバレッジであり、無謀さではない。
スキルの背後にあるスキル：センスを磨く
ループエンジニアリングのコースを販売する誰も強調しないことがある。なぜならそれはクイックトリックとして販売できないからだ：ループエンジニアリングの最も難しく、最も価値のある部分は、センスを磨くことである。
検証器が実際に何であるかを考えてみよう。それは、「良い」とは何かについてのあなたの判断を、機械が強制できるほど正確に書き留めたものだ。つまり、あなたのループの品質は、あなたの判断の品質によって上限が決まる。優れた出力と凡庸な出力を区別できなければ、その違いを捉える検証器を書くことはできず、あなたのループは喜んで凡庸な仕事を大規模に生産する。ループにはセンスがない。あなたがそれを供給する。ループはそれを疲れ知らずに強制するだけだ。
だからこそ、ループエンジニアリングは経験豊富な実務家に非常に大きな報酬をもたらす。シニアエンジニアは正しいコードがどのようなものかを知っているため、微妙な誤りを捉えるチェックを書くことができる。優れた編集者は優れた文章がどのようなものかを知っているため、弱い草稿を捉えるルーブリックを構築できる。あなたが何年もかけて培ってきたドメインの専門知識は、ループエンジニアリングの世界で時代遅れになるわけではない。それは報酬関数になる。それはあなたが所有する最もレバレッジの効いたものになる。
したがって、このロードマップに取り組む際には、技術的なセットアップと並行して、自分の判断力にも投資してほしい。あなたがループ化しようとしている仕事の優れた例を研究せよ。あなたのドメインにおいて、優秀と許容可能を分けるものについて鋭くなれ。なぜなら、あなたのセンスの向上は、あなたがこれから書くすべての検証器の向上であり、したがってあなたが実行するすべてのループの向上だからだ。最高のセンスとそれをコード化する規律を持つ人が、最高のループを構築する。それが本当の競争であり、品質を気にすることによってゆっくりと勝ち取るものだ。
ループに苦戦する初心者は、通常、コマンドに苦戦するわけではない。彼らが苦戦するのは、「良い」とは何かを明確に述べる必要に迫られたことがなく、ループがそれを強制するからだ。その困難こそが成長である。それを乗り越えれば、ループを構築できるようになるだけでなく、これまで以上に自分の基準が明確になる。
ループエンジニアリングについての正直な真実
ループは、あなたが理解していないタスクを救うことはない。
このロードマップのすべてのステップは、実際には、機械がそれを駆動できるようにあなた自身の仕事を明確に記述するためのステップである。ループは簡単だ。明確さ、完了の定義、実際に失敗を捉える検証器、それが難しい部分であり、それは完全にあなた次第だ。ループエンジニアリングは、主に、良い出力とは何か、そしてそれを見たときにどうやってわかるかについて正確に考えるという規律である。
しかし、まさにそれがこのスキルが複利的になる理由だ。ループを設計することを学ぶ人々は、より能力の高いモデルに取って代わられることはない。彼らこそが、そのモデルを目標に向け、自分の判断をチェックとしてコード化し、システムを実行させる人々である。モデルが長いタスクでより優れるにつれて、その周りにループを設計できる人は、価値が下がるどころか上がる。
これらすべてに名前を付けた動きは、まだ数週間しか経っていない。
つまり、それを知ることがあなたをほぼ全員の先を行かせるウィンドウは、今、今日、開いている。それが明白なデフォルトになる前に。
あなたはプロンプトを入力し続け、答えを待つことができる。
あるいは、あなたに代わって待つループを設計することもできる。
最初のステップはステップ 1 だ。そこから始めよう。
これが役に立ったなら、フォローしてください @eng_khairallah1 。このような AI コンテンツを毎週投稿しています。解説、コース、ツールを毎週公開しています。
これがあなたにとって役立つものであったことを願っています、Khairallah ❤️
