最近話題の Loop Engineering とは一体何か

これはこの四層の一番上に立つ

これら「〇〇エンジニアリング」は互いを置き換えるものではなく、層が積み重なっている。各層が扱う対象は下の層より一回り大きい。一言のプロンプトから、コンテキストウィンドウ一つ、実行一回、そして最後に自分で回り続けるループへ。各層を開いて、それが何を扱い、失敗したときにどれだけ被害が広がるかを見てみよう。

同じバグ（agent がある関数の戻り値を誤読した）を四つの層に置いて見てみよう。上の層に行くほど、発見が遅れ、代償が大きくなる。ループ層まで来ると、この誤読は state file に書き込まれ、翌日には事実として読み戻され、それを土台に層を重ねて積み上げていく。誰かが気づいて見に行くころには、その誤った前提はすでに構造を支える壁になっている。

これがループエンジニアリングで最も覚えておくべき直感だ。誤りの代償は、それが人に発見されるまでに生き延びた周回数に等しい。そしてループは構造上、「周回数を最大化する」機械なのだ。この先に出てくるすべてのもの——evaluator、人手によるチェックポイント、予算上限——が存在する唯一の目的は、「間違いを犯す」ことから「発見される」ことまでの距離を縮めることにある。

一周回は五つのステップ、どれを欠いても決まったパターンで壊れる

「ループ」を空回りと誤解しないでほしい。毎周回、具体的な仕事をこなす。やる価値のある仕事を見つけ、agent に渡し、正しいか検証し、状態を保存し、次の一手を決める。五つのうちどれか一つでも欠けると、ループは回らないか、その場で空転するかのどちらかになり、しかも決まった名前を持つパターンで壊れる。

以下では Osmani が自分で組んだ「朝の triage ループ」を例に、各ステップが何をするか、そしてそれを飛ばすとどんなループに陥るかを見ていく。