1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

AI開発の新潮流「Loop Engineering」を、Gitとチケット駆動(TiDD)で今日から安全に始める方法

1
Posted at

TL;DR

  1. 現在、AI開発の最前線では「プロンプトからループへ」というパラダイムシフト(Loop Engineering)が提唱されている。
  2. しかし、AIを自律ループさせるフレームワークを現場でゼロから構築・運用するのは、まだハードルが高い。
  3. そこで、既存の定着した技術である【Git × チケット駆動】を用いた構成が、手軽で安全な「Loop Engineeringの実装の第一歩」になり得ると考えている。

先日公開した記事『AIの暴走を物理的に封じ込める【Git × チケット駆動】のクローズドループ開発』で紹介した内容を、別の切り口から捉え直したものです。
前回は「暴走を防ぐガードレール」という守りの話をしましたが、今回は同じ仕組みを「Loop Engineering」という話題の文脈に繋げて再解釈してみます。

1. 気づけばたどり着いていた「Loop Engineering」

2026年現在、AI界隈では**「プロンプトエンジニアリングから、ループエンジニアリング(Loop Engineering)へ」**というトレンドが提唱されています。
これは「AIへの単発の指示をやめ、タスクの実行・検証・改善が回るフィードバックループを設計すべきだ」という考え方です。

私自身、最初からこの「Loop Engineering」の高尚な理想を目指して今の開発体制を作ったわけではありません。
前回の記事に書いた通り、**「AIが勝手にコードを書き換えて暴走するのをなんとかして止めたい」**と試行錯誤した結果、泥臭い防衛策として【Git × チケット駆動】に行き着いただけでした。

しかし、後になって「Loop Engineering」の概念を知ったとき、「自分がAIの暴走対策としてやっていたことは、実はこの『ループの設計』そのものだったのでは?」と偶然の一致に気づきました。

2. いきなり完全自律ループを作る必要はない

Loop Engineeringの文脈では、専用のシステムを構築して「完全自律」でループを回す理想形が語られがちです。
しかし、明日からいきなりそんな環境をゼロから作るのは大変ですし、AIを完全に信用して無人で回すのも、コードが破壊されるリスク(ロールバックコスト)があって現実的ではありません。

そこで気づいたのは、**「AIの暴走を防ぐために設けたGitとチケットという関所そのものが、結果的に安全なフィードバックループとして機能する」**ということでした。

3. 「HOTL」の中に「HITL」を挟む実践的アプローチ

そこで私が実践しているのが、新しいフレームワークを導入するのではなく、【Git × チケット駆動開発(TiDD)】という枯れた技術を使ったLoop Engineeringの実装です。

一般的にAIの自律システムの文脈では、人間がループの外から監督するだけの**HOTL(Human-on-the-Loop)が将来の理想形とされています。しかし私のアプローチは、全体をHOTL的に回しつつも、状態遷移の要所(Gitへのマージ)という最も危険なポイントにだけ、安全装置としてHITL(Human-in-the-Loop:人間の直接介在)**を意図的に組み込むハイブリッドなアーキテクチャです。

(※本記事ではループエンジニアリングの心臓部である「実行と監査のループ(TiDD)」に絞って解説しますが、実運用においては「CIによる表現の制御」や「Docs as Codeによる記憶の同期」を組み合わせることで、さらに強固なアーキテクチャとなります。)

アーキテクチャの対比図

完全自律型のLoop Engineeringが目指す究極の姿と、今回提案する「段階的なアプローチ」の構造を比較してみます。

この完全自律型は、人間を介在させずに最高速でループが回る理想の姿です。

それに対し、TiDD型は、AIが出力したDiffを必ず**「人間のレビュー」と「Gitへのコミット」**というクリティカルパスを通してから次のループへ進む構成です。

人間のレビューはAIの暴走を防ぐ「必須の検閲ゲート(ガードレール)」として機能します。スピードは少し落ちますが、その代わり**「予期せぬ設計破壊を未然に防ぐ」という極めて高い安全性**を担保したまま、Loop Engineeringの恩恵(AIに自律的なタスク消化を任せる)を受けることができます。

おわりに:安全なガードレールの中でループを育てよう

Loop Engineeringが目指す「AIの自律化」は、間違いなくソフトウェア開発の未来です。将来的にAIの精度が上がり、自動テスト等の検証ループが完璧になれば、人間は自然とループの中から外れていくでしょう。

しかし、その究極の姿へ移行する過渡期である現在において、まずは**「容易には逸脱できない物理的なガードレール(Gitとチケット)」を構築し、安全なフィードバックループを回し始めること**が、最も現実的で効果的な第一歩です。

エンジニアは、いきなり完全自律のループを回す前に、まずは**「AIの出力を監査し、状態を安全に確定させるループの管理者」**から始めてみませんか?既存のツール(Gitとチケット管理ツール)だけで、今日からすぐにLoop Engineeringの世界を体験できるはずです。

1
1
1

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
1
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?