ループクラフト解説：自律型ループの構成と企業が必要とする制御

AIエージェント活用の最前線において、次なるステージを指す言葉が生まれました。それが、 loopcraft（ループクラフト） です。これは、 stacking（スタッキング） すなわち自律型ループを設計し、積み重ねる技術です。2026年6月にLatent SpaceのAINewsが「Loopcraft: The Art of Stacking Loops」という記事で提唱し、専門家たちの見解を集約したことで広まりました。その専門家とは、Peter Steinberger氏、Boris Cherny氏、そしてAndrej Karpathy氏です（Latent Space、2026年6月）。彼らの見解を並べてみると、その収束ぶりは驚くべきものです。Peter Steinberger氏は「コーディングエージェントにプロンプトを投げる時代は終わり、エージェントを動かすためのループを設計すべきだ」と説いています。AnthropicのClaude CodeリードであるBoris Cherny氏は、わずか13語でこう断言しました。「私はもうClaudeにプロンプトを書かない。ループを書く。ループが仕事をするからだ」。そしてAndrej Karpathy氏は、自律型リサーチについて論じ、その重要性を次のように位置づけています。来るべき時代の仕事の多くは、ループを効果的にスタックすること、つまり物事を完全に自律するように配置し、人間がボトルネックになることを避け、自分で修正しようとする歴史的な衝動を抑えることにある、と。これらを総合すると、そこで語られている変化は単なるスタイルの変更ではなく、構造的な転換であることがわかります。仕事の単位は、 プロンプト （人間による指示）から、 ループ （設計された自律的なサイクル）へ、そしてループから、 スタック へと移行しています。これは、ループが他のループを生成、供給、検証、改善していく仕組みであり、人間はその内部に留まるのではなく、アーキテクチャを設計する役割を担います。なぜこれが画期的なのかについては多くのメディアが解説していますが、本ガイドは、この技術が企業環境で実用化されるために不可欠な要素をまとめたリファレンスです。Loopcraftとは何か、その起源、既存の技術との違い、そして、 スタック がインフラに何を求めるのかを解説します。人間が介在する層を減らすということは、その分だけ制御機能をあらかじめ組み込んでおく必要があるからです。他の用語解説と同様、この分野の発展と語彙の変化に合わせて、本ページも随時更新していきます。

Loopcraftとは何か？その定義

Loopcraftとは、 自律型ループ — エージェントが自律的に動作し、結果を検証し、人間を介さずに再試行または次のステップへ進む「自己駆動型サイクル」。そして、特徴的なのは、 スタッキング です。これはループを階層化されたシステムへと構成する手法であり、上位のループが下位のループを作成、指示、評価、改善します。このプリミティブ（基本要素）は、エージェントの実践が積み重ねられてきたこの1年 で馴染み深いものとなりました。エージェントに目標と検証シグナル（テスト、チェッカー、ルーブリック）を与え、反復の許可を与えれば、エージェントは自律的に結果を導き出します。「ループクラフト（Loopcraft）」は、最前線で何が行われているかを指し示す言葉です。あるループはテストに基づいてコードを書き、その上位のループは入ってくる課題をトリアージしてそれぞれの作業ループを生成します。さらにその上位のループは出力をレビューし、作業ループが実行する仕様やスキルを更新し、失敗したパターンを排除します。そして最上位のループは、その下のすべてにわたって品質とコストを監視します。人間の立ち位置はレベルごとに変化します。プロンプトの作成者から、ループの設計者へ、そしてスタックのアーキテクトへと変わっていくのです。カルパシー（Karpathy）の枠組みにおいて、この技術を定義する規律とは、 自己排除です。つまり、完全に自律的な仕組みを構築することです。なぜなら、サイクルの中に人間がいることは、スループット（処理能力）の限界を意味するからです。関連する検索との混同を避けるために補足すると、ループクラフトとはコード内のループ構造（for/while）のことでも、ロボット工学における制御ループ理論のことでも、あるいは特定の製品のことでもありません。これは「ステートクラフト（国家運営術）」が国家そのものではなく統治の技術を指すように、設計スキルを指す専門用語なのです。

簡潔な歴史：プロンプトからループへ、そしてスタックへ

その系譜は短く、急激な進化を遂げてきました。2023〜2024年：プロンプトの時代。すべての工程に人間が介在し、品質は人間の注意力の限界に縛られていました。2025年：エージェントが信頼性の高い「検証と再試行」を獲得し、ループが登場しました。この年の実務家の議論（Chernyのオペレーティングパターン、Steinbergerのビルドログなど）は、エージェントに検証可能な目標を与えて反復させるという方向に収束し、 ループエンジニアリング が、一つのループをうまく構築するための規律として名付けられました。そのトリガー、検証、予算、停止条件などが重要視されました。2026年初頭：AIエンジニア・ワールドフェアにおいて、ループが組織的な語彙として定着しました。自律的なエージェント作業を行う「内部ループ」と、それを監督・改善するエンジニアによる「外部ループ」という構成です。さらに、並列エージェント機能（サブエージェントの生成、エージェントチーム、マルチエージェント研究）が、ループの 構成（コンポジション） を日常的なツールへと組み込みました。2026年6月：普及のきっかけとなった記事が登場します。Latent SpaceのAINewsが、この収束を「ループクラフト：ループを積み重ねる技術」と題しました。これは、Steinbergerの「プロンプトではなくループを設計せよ」という助言、Chernyの「ループに作業をさせる」という実践、そしてカルパシーの「ループをスタックし、自分自身を排除せよ」という自律的研究の枠組みに基づいています。ここで歴史的な注意点を述べておきます。命名は常に実践の後からついてくるものです。誰も「ループクラフト」という言葉を使う前から、チームはトリアージループ、作業ループ、レビューループを積み重ねていました。しかし、命名には意味があります。それは、その実践が議論可能で、教えることができ、そして本稿の目的である「ガバナンス（統治）」の対象となる瞬間だからです。その議論はまだ始まったばかりであり、本ページの後半で詳しく扱います。

ループクラフト vs プロンプト、ループエンジニアリング、そしてソフトウェアファクトリー

この用語を定義する3つの境界線があります。 プロンプトとの違い： プロンプトは人間によるターン（操作）ですが、ループは人間なしで実行される設計されたサイクルです。実務家の視点は、指示を書くことから、 指示を発行しチェックするシステムを書くことへとシフトしています。これが、スキルの上限が「言い回し」から「アーキテクチャ」へと移行する理由です。 ループエンジニアリングとの違い： ループエンジニアリングとは、私たちの ループエンジニアリングガイド ループエンジニアリングとは、単一の自律的なサイクルを信頼性が高く、境界が明確で、観測可能なものにするという「1つのループ」の技術です。ループクラフト（Loopcraft）は、その上位にある構成レイヤーであり、どのループを構築し、どのように積み重ね、各レベルで検証をどこに配置し、人間の判断をどこに費やすかを扱います。ループエンジニアリングとループクラフトの関係は、機械設計と生産設計の関係に似ています。個々のループが堅牢でなければ積み重ねることはできず、堅牢なループであっても積み重ねなければ、そのレバレッジのほとんどを活かせないからです。 ソフトウェアファクトリーとの対比： ファクトリー（工場）とは、私たちの ソフトウェアファクトリーガイド で解説している通り、この一連の動きを産業組織化したものです。標準化された入力、エージェントが配置されたステーション、品質管理（QC）、そして証拠に基づいた出力が特徴です。工場とはループクラフトを制度化したものであり、ループクラフトとは工場の設計者が実践する技術そのものです。これら3つの用語は「ループを設計し、スタックを構築し、プラントを産業化する」という整然とした階段を形成しています。各段階で人間がサイクルから排除される範囲が広がるため、エンタープライズにおける課題は一段上がるごとに難しくなっていきます。

エンタープライズにおけるループクラフト：スタックのガバナンス

ここでTrueFoundryの出番となります。多くの人が見落としがちな、以下の点に注目してください。 人間を排除するすべてのレイヤーは、その人間の判断をインフラとして再実装しなければならないレイヤーでもあります。 プロンプト駆動型のワークフローにおいて、人間は予算（コストがかかれば停止する）、ガードレール（間違いに気づく）、そして監査証跡（何が起きたかを記憶する）の役割を担っています。1つのループは人間を一度排除しますが、スタックはあらゆるレベルで人間を排除します。Karpathyが提唱する「自分で修正しない」という規律は、修正（境界設定、チェック、記録）が構造的に行われる場合にのみ安全です。メカニズムは部分的に、そして誠実にマッピングされます。 仲介されたオペレーションは、管理者が強制するゲートウェイ制限内で実行されます： 予算 およびマッチングトラフィックに対するレートルール。各深さでのループごとのエンベロープはアプリケーションの割り当て設計として残るため、暴走した作業ループのマッチングリクエストは、割り当てに達した時点で遮断されます。予算ルールは、マッチングされたLLMトラフィックを、設定されたチーム、ユーザー、またはメタデータのスコープに対して評価します。親のエンベロープを消費するスポーンツリーは、文書化された製品動作ではなくアプリケーションレベルの割り当て設計であるため、構成されたスタックには、総支出を制限するためにスコープごとの明示的なルールやオーケストレーターレベルの割り当てが必要です。この計算の積み重ねは仮定の話ではありません。ループがループを生成する仕組みこそが、私たちの トークン爆発分析 で文書化しているCI/CDトークン爆発の背後にあるメカニズムそのものです。 すべてのループはIDを持ち、トレース（追跡記録）を残します： 積み重ねられた自律性の静かな失敗とは、説明責任の洗浄です。5層も深い場所で、誰の名前も冠さずに実行されるアクション。だからこそ、ループは エージェントハーネス（Agent Harness） 上で実行されるのです。 どのループが何を生成し、誰の権限で、どのような目的で行われたかという生成チェーンを記録するステップレベルのトレースを備えています。 検証もまたループであり、最も外側に位置するものです。 スタックが必要とする監視ループとは、 オンライン評価 ライブ出力を継続的にスコアリングし、実行中のすべてのモデルおよびツール呼び出しをガードレールでチェックすることです（ガードレールのドキュメント）。これは、すべてのレイヤーを人間が確認しなくても済むようにするための機械的な監視です。そして、 スタックの重要な境界にはゲートが設けられます。 スタッキングの最大の目的は、ほとんどのサイクルを無人で実行することにあります。だからこそ、保護されたブランチへのマージ、本番データへのアクセス、特定の深さやフリートサイズを超えた生成といった重要な境界線には、承認ゲートが不可欠なのです。ここが、設計者の判断が自ら設計したシステムに再び介入する唯一の場所となります。これこそがループクラフトのエンタープライズにおける形態であり、私たちが ETCLOVGガイド で1つのループに適用し、それをスタックに対して再帰的に適用する信頼性の規律です。そして、私たちが フリートランタイムガイド で解説しているフリート規模の運用は、運用者の視点から見たスタックの姿そのものです。

‍