LLM（大規模言語モデル）は本来ステートレス（一問一答で記憶を持たない）です。その外側に「何を繰り返すか」「いつ止めるか」を設計するのがループエンジニアリングで、知覚→推論→計画→実行→観察のサイクルを組みます。
一般語彙
800
ループエンジニアリング
ループエンジニアリング
体験区分：調査ベース
推奨読者レベル：Level 5
何をしてくれるか
どこで出会うか
「AI にコードを書かせて放置したら止まらなくなった」——こうした場面の裏側にあるのがループの設計です。Claude Code の自律実行や ralph のようなツールに、この考え方が組み込まれています。
イメージ
開発フローでの位置
検証可能ゴールの設定
ループへの翻訳
実行と観察
ガードレールでの制御
完了判定と停止
2026.09·ready
「Ralph Loop は毎回ディスクから状態を読み直して文脈窓をリセットする発想ですよね。」
ループエンジニアリングの見方
801
この用語の見どころ
1
役割
LLM の外側で「何を繰り返し、いつ止めるか」を設計する工学です。
2
うれしさ
一問一答しかできない LLM に、長時間の自律作業をこなさせる土台になります。
3
注意点
文脈が溢れる・コストが爆発するなど、回すほど新しい敵が出てきます。
4
どこで役立つか
Claude Code や ralph など、自律実行系ツールの仕組み理解に役立ちます。
5
はじめに
まず「終わりが分からない」問題への対処＝停止条件の設計から押さえます。
6
深掘り先
ReAct、ワークフローとエージェント（J-128）、ガードレール設計
非エンジニアのつまずき
- ステートレス（記憶を持たない）とそうでないものの区別が、言葉として最初は難しい。
- ループエンジニアリングを「自分でどこまで設計すべきか」の線引きが鍵。
- タスクに応じた見極めが必要だと感じる。
私のコメント
- 第一印象:どこまで自分で設計するべきか、タスクに応じた見極めが鍵だと感じる。
- 良い点:自分の専門的な文脈（ドメイン）に合わせてカスタマイズできるところ。一般論でなく個別の文脈で効果を発揮する。
- ダメな点:設計するのが面倒くさい。一般的なタスクにやると面倒なだけになりがち。
- 誰向けか:一般向けというより、個人的にカスタムしたい文脈の人。あるいはテック・玄人がエコシステムを作っていく領域。
関連用語
備考
昇格に伴い、tagline・何をしてくれるか・どこで出会うか・開発フローを刊行スコープの字数目安に合わせて圧縮（2026-09-02）。
J-103·term_general
バイブコーディング図鑑