ブラジルのゴイアス連邦工科大学（Instituto Federal de Goiás）の単著によるこのポジションペーパーは、 ループエンジニアリング の背後にある 2026 年半ばの実践者の標語 — コーディングエージェントに 一歩ごとにプロンプトを与えるのをやめ、エージェントにプロンプトを与えるループを設計せよ — に、 検証可能な説明を与えることを目指している。論文は、この概念がスレッドや講演、ブログ記事を通じて広まり、 検証可能な説明を経ていないことを指摘したうえで、具体的に何が構築されているのか、それはエージェント内部に すでに存在するループとどう関係するのか、実際のループのコーパスはどのようなものか、そして実践者の主張の うちどれが科学的な文献と突き合わせても生き残るのかを問う。
論文の中心的な一手は、研究対象を ループ仕様 として定めることである。これは トリガー、ゴール、検証、停止ルール、メモリからなる、外部的で範囲が限定された再利用可能な成果物であり、 人間が設計して Claude Code や Codex のようなエージェントハーネスに渡すものである。 これは通常のプログラミング上のループとも、モデルが停止条件に照らしてツールを実行する内部サイクルとも 区別されており、論文は後者を エージェントハーネス の配管として扱う。「ハーネスはエンジンを 供給し、ループエンジニアリングはパイロットを書く」。論文はループエンジニアリングを、 プロンプトエンジニアリング、コンテキストエンジニアリング、 ハーネスエンジニアリング に続く第 4 の層として位置づけ、各層は前の層を包含するとしている。 そして最も強い見出しに反して、ループはプロンプトエンジニアリングを時代遅れにするものではないと論じる。
論文はさらに、ループ仕様の構成要素と分類法を示し、公開カタログ Loop Library に収められた 50 個のループを 手作業でコーディングし、設計原則とアンチパターンを抽出し、付随する成果物としてオーサリング用のスキル sandeco-loop を公開している。論文は、計測された予算のもとでループを実行することは 一切しておらず、ベンチマークの結果も主張していないと明言している。
要点
- 論文はループ仕様を、5 つの部分からなる範囲が限定された再利用可能な成果物として定義する。トリガー （人、スケジュール、またはイベント）、できれば検証可能なゴール、理想的には実績のある名前付きのスキルを 呼び出す実行フェーズ、実際の検証、そしてループを名前付きの終了状態へと導く停止ルールであり、これに加えて 進捗と決定のメモリを会話の中ではなくディスク上に保持する。
- この実践の中心的なスキルは、より良いプロンプトを書くことではなく、作業がいつ完了したかを判断する チェックを設計することだとする。また、単なるスケジュール実行のプロンプトではなくループを用いることが 正当化されるのは、あるターンの結果が次の行動を変える場合に限られるとする。
- 分類法は、ループをトリガー、ゴールの種類（検証可能、ルーブリックに照らしてモデルが判定、またはその 混合）、5 段階の 検証のはしご、アーキテクチャ（単独、メーカー・チェッカー、 または補助エージェントを統率するマネージャー）、名前付きの終了状態（成功、no-op、ブロック、停滞、枯渇） によって分類する。エラーや予算の枯渇は決して成功として数えない。
- Loop Library の 50 個のループを手作業でコーディングした結果、半数は決定的に検証を行い、70% ははしごの 自律ゾーンで検証を行っている。74% は終了状態に名前を付けており、66% は検証可能なゴールを設定している。
- 同じコーパスは、ループが人の手を介さずに動くはずの部分で最も未発達である。78% のループでトリガーは手動、 78% は単一のエージェントで動作し、名前付きの再利用可能なスキルを呼び出すのは 20% にすぎず、永続的な メモリを発達させているのは 32% にとどまる。論文はこれを成熟度の不一致と呼んでいる。
- 主要なチェックがモデルによる判定者である 11 個のループのうち、大半はそれをメーカー・チェッカーの アーキテクチャか、別個の批評者と組み合わせている。
- 設計原則を 4 つの系統に整理している。何よりも先に「完了」を定義する、動いているものを壊さずに行動する、 結果への信頼を勝ち取る、そしてループを長期にわたって維持する、である。また 5 つのアンチパターンを 挙げている。見知らぬものを囲む while-true、自己承認するループ（報酬ハッキング）、仕様ゲーミング、 レベル 4 をレベル 1 であるかのように装うこと、そして無人の暴走である。
- 自らは実施していない実証研究の主要指標として、受け入れられた変更あたりのコスト — 費やしたトークンまたは 金額を、検証を通過した変更の数で割ったもの — を提案している。
- この実践の限界として、検証の負担、理解の負債、 認知的降伏 を挙げている。ループが自動化するのはタイピングであって判断では ないと論じ、ループが適切な道具ではないケースを列挙している。
注記
著者は、50 個のループのコーディングを、単一の公開カタログを定性的に読み解いたものであり、別のコーダーで あれば異なるコーディングをするかもしれず、実際に使われているループのランダムサンプルでもないと説明して いる。また、内部的なエージェントサイクルに関する研究からの教訓を外部のループに移し替えることは、計測された 結果ではなく論証による類推であると述べている。公開されたスキルについての利用データは報告されていない。 例示の一つとして、論文は Ralph Loop を、ターンごとに新しいコンテキストで同じプロンプトを 繰り返しながら、すべての状態をファイルに保持するという考え方の最も純粋な事例として示している。論文は ループシステムの運用上の構成要素を実践者の投稿 ループエンジニアリング から引いており、 実践者による情報源の一つとして エージェント的ループの設計 を引用している。