🔄Loop Engineeringとはなにか？ もう「AIにプロンプトを打つ」作業は終わりにしませんか？これからは、エージェントを自律的に回す仕組みそのものを設計する時代です。AIコーディングのパラダイムシフトの正体に迫ります。 💡 1. プロンプトからシステム設計への転換 従来のAIコーディング（AI-assisted Coding）は、人間がループの「中心」にいました。 👨‍💻 これまでのアプローチ: 人間がコンテキストを考え、プロンプトを打ち、AIの出力を読み、手元でテストを実行し、エラーが出たら再度プロンプトを打つ。AIは「高機能な関数」や「道具」であり、制御の主体は常に人間です。 🔄 ループエンジニアリング: 人間はループの「外側」に出て、システム全体のデザイナー（作者）になります。仕事の検知、AIへのコンテキスト注入、出力の自動テスト、進捗の記録、次のステップの判断という一連のライフサイクルを小さなプログラムに実行させます。 ここで重要なのは、AIモデルがシステムにおける「サブルーチン（部品）」へと降格し、代わりに環境（テストスイートやリポジトリの状態）からのフィードバックをループ処理する構造へ進化したという点です。 ⚙️ 2. ループを駆動する5つのコアコンポーネント＋1つの記憶 抽象的な概念を動くシステムに落とし込むため、ループは以下のコンポーネントに分解されて設計されます。 ① ⚡ 自動化（Automations） ループの心臓部であり、発火トリガーと停止条件を定義します。 ツール（Claude CodeやCodexなど）では、単に定期実行する /loop だけでなく、明確な終了条件（例：「すべてのテストがパスするまで」）を満たすまでAIを回し続ける /goal コマンドなどがこれに該当します。条件が達成されるか、ハードストップ（予算や上限回数）に達するまで回り続けます。 ② 🌳 ワークツリー（Worktrees） 複数のAIエージェントが並列で動く場合、同じディレクトリで作業するとファイルの衝突（コンフリクト）が発生します。これを防ぐため、Gitの worktree 機能を使い、エージェントごとに独立した作業ディレクトリとブランチを隔離して自動生成します。機械的な衝突を回避し、並列性を担保する基盤です。 ③ 🧠 スキル（Skills） リポジトリのルールやコンテキストをカプセル化したものです。 通常、AIは実行ごとに前回の文脈を忘れますが、SKILL.md のようなファイルに「このプロジェクトのビルド手順」「命名規則」「過去の障害から得た注意点」を明文化しておくことで、AIは毎実行時にそれを読み込み、プロジェクト固有のシニアエンジニアのような振る舞いを固定化できます。 ④ 🔌 プラグイン／コネクタ（Connectors） filesystem（ローカルファイル）しか見えないAIを、本物の開発環境につなぐ架け橋です。 Model Context Protocol（MCP）などをベースに、GitHub（PR作成やIssue取得）、Linear/Jira（チケット更新）、Slack（人間への通知）、Sentry（エラーログの取得）と接続します。これにより、AIが「修正案を出す」だけでなく「Issueを読んで、コードを直し、PRを送り、Slackに報告する」というエンドツーエンドの行動が可能になります。 ⑤ 🤖 サブエージェント（Sub-agents） 役割を分担された独立したAIインスタンスです。「コードを書く役割（Maker）」と「コードを検証・レビューする役割（Checker）」を完全に分離します。 ➕ 💾 記憶：状態ファイル（State File） 地味ですが、ループの成否を分ける最も重要な要素です。STATE.md やJSONファイル、あるいは外部のチケット管理システムに「現在どのブランチが進行中で、何が完了し、次に何をすべきか」を永続化します。「エージェントは忘れるが、リポジトリは忘れない」という原則に従い、昨日の続きを今日のループが再開できるようにします。 🕰️ 3. なぜ「ただのcron（定期実行）」ではないのか？ 懐疑派から「1975年に発明されたcronジョブのリブランド（名前の付け替え）に過ぎないのではないか」という指摘があります。これは半分正解で、半分は間違いです。 スケジュールやトリガーのレイヤーは確かにcronそのものです。しかし、従来のcronは「固定されたスクリプトを機械的に実行するだけ」でした。 ループエンジニアリングが異なるのは、ループの真ん中に「状況を動的に判断する意思決定者（LLM）」がいる点です。 テストが落ちたとき、どのファイルをどう修正すべきか、コンテキストをどう組み立て直すかという分岐は、ハードコードされた if/else ではなく、AIの推論によって動的に決定されます。工学的な面白さは、この「崖から落ちるかもしれない不確実な意思決定者」の周りを、いかに硬牢な自動テストやガードレールで固めるかというシステムデザインにあります。 ⚠️ 4. コストと運用リスクの現実 熱狂的な議論で無視されがちなのが、経済性とセキュリティの現実です。 💸 膨大なトークン消費（コスト） コード生成自体は安価になりましたが、ループを回すと「コンテキストの再読み込み」「リトライの繰り返し」「探索パターンの実行」により、トークン消費量が爆発的に増加します。 実際に、米Uberではエンジニア1人あたり月1,500ドルの上限を設けたにもかかわらず、年間のAI予算をわずか4ヶ月で使い切った事例があります。「最大反復回数」「金額上限」「進捗ゼロ検知による強制終了」の3つのガードレール（ハードストップ）の設計が不可欠です。 🛡️ 攻撃面の拡大（セキュリティ） 無人で動くループは、無人で動く攻撃面（アタックサフェース）になります。AIコーディングツールに起因するCVE（脆弱性）が多数確認されており、コマンドインジェクションやSSRF、XSSのリスクがあります。また、外部から取り込んだ「スキル」の説明文がプロンプトインジェクションの経路になり、デバッグログ経由で認証情報（資格情報）が漏洩するケースも監査で報告されています。 🧩 理解の負債（Comprehension Debt） AIが高速でコードを書き、テストが通ってマージされ続けると、リポジトリ内のコードベースと「人間の理解度」の距離がどんどん離れていきます。これを「理解の負債」と呼びます。最も高くつくのはトークンの請求書ではなく、「チームの誰も読んだことがなく、構造を理解していないシステム」をある日突然人間がデバッグしなければならなくなるコストです。 🛠️ 5. 実践：4条件テストと最小実用ループ（MVL）の構築 ループエンジニアリングを実務に導入する際は、厳格な仕分けとステップが必要です。 📋 導入のための4条件テスト 1. タスクが繰り返されるか？（週1回未満なら、手動プロンプトや使い捨てスクリプトの方が早い） 2. 検証が完全に自動化されているか？（テスト、型チェック、Linter、ビルドが悪い出力を100%機械的に弾けるか。これがないと人間がレビューの椅子に縛り付けられる） 3. トークン予算が無駄を吸収できるか？（従量課金で予算に余裕がない場合は無謀） 4. エージェントが環境を操作する道具を持っているか？（ログ確認や再現環境など） 🚀 最小実用ループ（MVL）から始める手順 最初から複雑なマルチエージェントを組むとシステムは確実に崩壊します。以下の順番でボトムアップに構築します。 1. 手動実行の確実化: 1回の手動プロンプトと環境操作で、タスクが完全に完了することを確認する。 2. スキルの文書化: その際のコンテキストや制約を SKILL.md にまとめる。 3. ループのラップとゲート配置: AIが書いたものを自動テスト（ゲート）にかけ、失敗したらAIに戻すという1サイクルを組む。 4. スケジューリング: 最後にそれをcronやイベントトリガーで自動化する。 🎯 レバレッジの支点は「コードを書くこと」から「コードを書く仕組みを定義し、検証すること」へ移動しました。人間は、AIが自分の宿題を甘く採点しないよう、冷徹な「検証ゲート」を設計するエンジニアであり続ける必要があります。

GitHubのStacked pull requestsは良さそう。 ・Stacked pull requestsでは、大きな変更を小さく分割してレビューできる ・変更の各レイヤーを独立したPRの積み重ねとして扱える ・巨大なPRのレビューに時間がかかる問題や、複数ブランチの手動リベースの苦労を解決する ・機能は既存のレビュープロセスやブランチ保護ルールとそのまま連携 ・PR内のスタックマップを参照しながら、各レイヤーの差分だけを独立して確認できる ・チーム内で他のPRをブロックせずに並行してレビューを進められる ・マージの際は最新のPRを操作することで、関連する下層のPRも一括でマージ可能 ・積み上げられた一部の層だけを先にマージすることもできる ・その場合、残りのPRは自動的にリベースされてターゲットが再設定される ・現在は全リポジトリに向けてパブリックプレビューを順次展開 ・Merge queueのサポートも数週間以内に順次展開されるとのこと

【PR】 Adobe Photoshopの新機能、地味だけどかなり強いです！ テキストの円形配置が一瞬でできるようになったのと レイヤー整理がめちゃくちゃ楽になりました！！ 作業スピード上げたい人は是非📷✨ @creativecloudjp

【PR】#DomoAI# でも #MiniMaxH3# が使える！ ──────────────────── DomoAIはリップシンクでおなじみだけどMiniMaxH3などのいけてる動画生成モデルも使えて便利なのだ！ クレジット目安： MiniMax 768p 10秒 120クレジット MiniMax 2K 10秒 195クレジット 添付のモーショングラフィックスの プロンプトは、 ──────────────────── DomoAIで新たに使えるようになったMiniMax H3のための10.000秒のブランド・ローンチ・モーショングラフィックス・フィルムを作成してください。「機能が解放される（アンロックされる）」ことをテーマに、AIコンピューティングのコアが接続され、ステータスがLOCKEDからUNLOCKEDへ切り替わる様子を描きます。ミニマルなフラット2Dベクター・スタイルとテック/HUD（ヘッドアップディスプレイ）意匠を組み合わせ、主に正面の静的フレーム、ポーズ・トゥ・ポーズのステップドアニメーション、シャープなモジュラー登録を使用します。 カラーパレット：チャコールブラック〜ダークネイビー（背景）、エレクトリックシアン（メインのHUD発光色・「UNLOCKED」ステータス）、アンバー/レッド（「LOCKED」の警告色。最終的にシアンへ切り替わる）、オフホワイト（タイポグラフィのフィル）。※色は仮の配色です。DomoAI公式ブランドカラーが分かる場合はここを差し替えてください。 フォトリアリズム、3Dレンダリング、過度なグラデーション、ランダムなパーティクル、スモーク、ウォーターマークは使用しません。 [Shot1] 00:00.000–00:01.000、冒頭0.3秒はテンポ・音量ともに全編で最も速く最も大きくする（SNSで冒頭スキップされないためのフック）。完成形のロックアップ「DomoAI × MiniMax H3」「NOW LIVE.」がすでに明るく発光した状態でいきなり画面中央に現れ、0.3秒だけ強く発光してホールドしたのち、放射状に砕けてHUDの断片・光の粒子として四方へ飛び散る（ラジアルバースト、逆再生的な始まり方）。 [Shot2] 00:01.000–00:03.000、暗いチャコール背景の中央に、ワイヤーフレーム状の発光する球体（データコア）が心拍のように明滅しながら浮かぶ。周囲には座標テロップ・小さなスキャンライン・「SCANNING…」のラベルがタイプオンし、球体の輪郭がシアンの回路状の線でパルスする。 [Shot3] 00:03.000–00:04.500、球体が中心からラジアルバーストで炸裂し、幾何学的な光の破片が直線的な軌跡（回路トレース風）で飛び散る。飛び散った破片が6〜8フレームのコンター・モーフィングで太いブロック体の欧文タイポグラフィ「MiniMax H3」へと変形し、シアンの発光する輪郭線を伴って確定する。 [Shot4] 00:04.500–00:06.000、ハードカットで画面外から「DomoAI」のロゴタイプがスクワッシュ&ストレッチを伴って高速でスライドインし、「MiniMax H3」の隣にドッキングするように衝突・接続する。接続点で小さな火花のようなフラッシュが1回弾ける。 [Shot5] 00:06.000–00:08.000、接続点から同心円状の衝撃波が広がり、それに合わせて画面各所に配置された小さなHUDステータスパネルが「LOCKED」（アンバー/レッド）から「UNLOCKED」（シアン）へ、3フレームずつ時差をつけながら連鎖的に切り替わっていく（チェーンリアクション）。 [Shot6] 00:08.000–00:10.000、切り替わった全てのHUD断片・光の粒子が磁気収束で中央へ引き寄せられ、「DomoAI × MiniMax H3」のロックアップと、その下にタグライン「NOW LIVE.」が確定する。右下または左下の隅に小さなステータス表示「STATUS: UNLOCKED」が最後にタイプオンし、シアンのスキャンラインが画面を1往復してから10.000秒までホールドする。 overall_soundscape: 冒頭0.3秒での最大音量のインパクト音、データコアの心拍のような低いパルス音、ラジアルバーストの一瞬の破裂音とデジタルグリッチノイズ、DomoAIロゴのドッキング時の重い着地音と小さな火花のパチッという音、ステータス切り替えのたびに鳴る短い電子的なピッ音の連鎖、磁気収束のシュンという吸い込み音、最後のスキャンライン通過音とともに低い確定音で締める。 non_diegetic_music: モダンでミニマルなテクノ/シンセウェイブ。冒頭0.3秒でフルの音圧、その後データコア区間で音数を絞り、ラジアルバースト以降は徐々にレイヤーが増えていき、チェーンリアクション区間で密度が最大化し、最後の収束と同時に音数を絞って1音のクリーンな着地音で終える。

OrcaのIssueとPRの乱立を見ているとエージェント時代に固定のメンテナーがOSSのIssueをトリアージして、PRの妥当性を検証するフローって現実的じゃないですね

⟡ #Gipt# 様より #PR# のお声掛けを頂き ウィッシュリストを作りましたよ₍ ᐢ. ̫ .ᐢ ₎👍 みんなでカンパしてウィッシュリストからプレゼントができるサービスなのだそう！！ カンパするとGipt限定の 非公開写真が見られます◎ 良かったらチェックしてネッ😼👍