Outside the Loop

Bockeler 氏の 3 モード分類で最も人間の関与が少ないモード。「こういう機能がほしい」と伝えたら、あとはエージェントに任せて完成品だけを受け取る。Andrej Karpathy 氏が名付けたバイブコーディングと実質的に同じ概念だ。

何が問題なのか

動くものは速く出来上がる。しかし「動く」と「正しい」は別物だ。Outside the Loop では、エージェントが選んだアーキテクチャや依存関係を人間がチェックしないため、非効率な実装が静かに積み重なる。Bockeler 氏はこれを「非効率な解決策のスパイラル」と表現している。

典型的なパターンはこうだ。エージェントが問題を解決するために不要なライブラリを追加する。次の指示でそのライブラリとの互換性問題が生じ、さらに別のワークアラウンドが追加される。個々の変更は一見合理的だが、全体としては技術的負債が加速度的に膨らんでいく。

Outside the Loop が許容される場面

プロトタイプや使い捨てスクリプトの作成、学習目的の実験的なコーディングなど、長期的な保守が不要な場面では Outside the Loop でも問題にならない。逆に、チームで継続的にメンテナンスするプロダクションコードでは避けるべきモードだ。