ループエンジニアリングとは？AIエージェントの反復と終了条件を設計する

確認日：2026年10月18日

オンライン文書の版番号：未確認

AIエージェントはツールを使った結果を見て、次の行動を決めながら作業します。しかし、結果が思わしくないときに何回試すのか、いつ人に相談するのかまで決めなければ、同じ失敗を繰り返すかもしれません。

この記事では、AIエージェントが作業を繰り返す流れをどう設計するか説明します。架空のWebサイトでリンク切れを直す例を使い、終わり方まで見ていきましょう。

ループエンジニアリングとは

ループエンジニアリングは、AIエージェントが目標に向けて作業し、結果を確かめて次の行動を決める反復の流れを設計する考え方です。どの条件で始め、続け、止めるかを決めます。

依頼を受けて作業し、結果を確認してから、続行、完了、人への相談を選ぶ流れ

「ループエンジニアリング」は新しい呼び名で、統一された仕様の名前ではありません。公式資料でも扱う範囲は異なり、本記事では1回の作業と、次の回へ進むかを判断する流れに焦点を当てます。

架空のWebサイトで、「イベント案内ページのリンク切れを直してほしい」と頼む場面を考えます。「リンクを直す」だけでは、何を調べ、どの状態になれば終わりかが曖昧になりかねません。

例えば対象を案内ページのリンクに絞り、「リンク確認ツールでエラーがなくなり、変更したリンク先の内容も案内文と合っている」ことが成功条件です。ツールで確かめられる結果と、人が読んで判断する内容を分けておけば、修正を終えてよいか判断できます。

リンク確認の結果と、リンク先の内容が案内文に合うかを別々に確かめる図

確認できる結果がなければ、エージェントの「直しました」という返答だけを頼りにするほかありません。開発元の資料も、ツールの結果など、作業環境から得た情報で進捗を確かめるよう勧めています。

最初の回でエージェントがリンク先を変更したとしても、リンク確認ツールでまだエラーが出るかもしれません。その場合はエラーになったURLを調べ、別の修正を試します。同じ変更を繰り返しても、結果は変わりません。

リンクを修正し、確認結果が失敗なら原因を調べて次の作業を変え、成功なら完了する流れ

リンク確認が通っても、行き先が別のイベントのページなら成功とはいえません。機械的な確認で分かることと、案内文の意味を読まなければ分からないことがあるためです。正しい行き先を資料から特定できなければ、利用者に確認してから変更します。

この例で次の回に渡すのは、「まだ失敗した」という一言だけではありません。どのリンクを変更し、確認ツールが何を示し、どの候補が未確認かも必要です。長い作業で何を引き継ぐかは、コンテキストエンジニアリングとも関わります。

成功のほかにも、作業を止める条件が要ります。リンク先を判断できる資料がないなら、人に尋ねる時点で中断です。試行が続いても進展しない場合は、回数や時間の上限を設け、調べた内容を報告して終えます。

成功、判断材料の不足、試行の上限という三つの終了条件を示す図

上限の数値に、すべての仕事で通用する正解はありません。修正を始める前に、作業の費用と失敗した場合の影響に合わせて決めます。上限に達したときは未完了の仕事を完了扱いにせず、確認できたことと残った問題を示すべきです。

作業中に見つけた候補が公開ページの変更や外部への送信を伴うなら、実行してよい範囲も先に定めます。リンク先の意図が曖昧なまま公開内容を変える場合は、人の判断を待つのが適切です。

ここまでの例は、利用者の依頼をきっかけに始まり、リンクの修正が済めば終わる仕事です。ループには、決まった時刻や外部の変化をきっかけに新しい仕事を始める形もあります。

例えば毎朝、案内ページのリンクを確認するなら、その日の確認作業と、翌日も起動する設定は別です。その日のエラーが解消すれば1回の仕事は終わります。一方、定期実行の終了は、利用者が止めるか運用上の終了条件に達したときです。

一日の確認作業は完了しても、翌日の定期実行は別の条件で続くことを示す図

何度も動くからといって、すべてをAIエージェントに任せる必要はありません。リンクの到達可否だけなら、決まった処理を行うスクリプトでも確認できます。確認結果をもとに候補を探したり、人へ相談する内容をまとめたりするなら、エージェントの出番です。

プロンプトエンジニアリングでは依頼や条件の書き方を整えます。コンテキストエンジニアリングが選ぶのは、その回に必要な情報です。ハーネスエンジニアリングでは、エージェントが使うツールや作業環境、確認方法まで設計します。

ループエンジニアリングが扱うのは、用意した情報と確認手段を使った後、結果に応じて次へ進むか、いつ止めるかです。実際の作業では、これらの考え方が重なるでしょう。例えば成功条件をテストにする設計は、ハーネスとループの両方に関わります。

Anthropicは、Claude Codeで利用者の依頼から始まる作業、目標の達成まで続ける作業、時刻で繰り返す作業を分けて紹介しています。製品の機能名はそれぞれ異なっても、開始と終了の条件を考える手がかりです。

IBMも、エージェントが行動の結果を観察し、次の行動を調整する流れを説明しています。初めて試すなら、短い仕事を1つ選び、成功を確かめる方法、人に尋ねる場面、試行の上限を書き出してみてください。