世間がFableで浮かれて、今日それが止まった。その間に私は、AIエージェントのループを2日でここまで進めた。つなげて喜ぶ側ではなく、止まっても壊れない側を作っていた。 2日で更新した、7つのループ統治。１、理論を実装に落とした。 Decision-OS V13を、研究ノートではなくAIエージェント用の最小キットにした。見るのは「完了したか」ではない。次のループを走らせるべきか。 GO / HOLD / CAP / BLOCK。２、自分の理論を自分自身に適用した。 V13 LoopKitをV13 LoopKit自身に使った。次に進むか。止めるか。制限して試すか。これを実際の開発中に判定させた。３、間違った指示を止められた。外部repoで試す時、パス指定が曖昧だった。 AIは勝手に推測して作業しなかった。無効な前提では止まる。触ってはいけないものを触らない。これを確認した。４、外部repoでも動いた。 V13本体ではなく、別repoに適用した。小さなREADME修正を行い、完了後に V12 PASS / V13 CAP まで出た。つまり外部repoでも、「作業完了」だけでなく、「次のループは制限すべき」まで判定できた。５、既存AGENTS.mdとの衝突を見つけた。 2つ目の外部repoでは、相手側にも独自AGENTS.mdがあった。ここで分かった。本当にAI開発している人ほど、すでに自分の指示面を持っている。だからV13は置き換えではなく、完了レビュー専用レーンとして入る方が強い。６、Pluginはまだ作らないと決めた。先に作ると、本体とPluginの二重更新になる。だから今やるのはPlugin実装ではない。 Pluginが必要になる条件を育てること。７、入口テストをした。初見がREADMEを読んで、世間がFableで浮かれて、今日それが止まった。その間に俺は、AIエージェントのループを2日でここまで進めた。つなげて喜ぶ側ではなく、止まっても壊れない側を作っていた。 2日で更新した、7つのループ統治。理論を実装に落とした。これは何か。何をコピーするか。何をまだやらないか。を答えられるか試した。一度目はDELAY。一文直した。二度目はPASS。この2日でやったのは、 AIで何かを自動化することではない。自動化されたループを、止める。制限する。外に出す。衝突を見つける。補修する。次の条件に変える。ここまで実際に回した。ループは、ただ回ればいいんじゃない。次のループを良くしていないなら、それは進化ではなく、ただの反復。

Shin | Decision-OS

@DecisionOS

Jun 11

最近、AIエージェントや自動化の話で「ループ」という言葉をよく見るようになった。だからDecision-OS V13として、ループについての研究ノートを書いた。正直、自動化を考えている人は一度AIに読み込ませて聞くべき。理由は、自動化は「つなげて終わり」ではないから。最初は動く。最初は便利に見える。最初は効率化できる。でも、自律的に回すなら問題はその先にある。そのループは次のループを良くしているのか。コストは増えていないか。人間の判断力や回復余地を削っていないか。止められるのか。制限できるのか。次に再開できるのか。ここまで定義しないと、最初は良くても、いずれ壊れる。 V13ではこれを Compound Loop Governance と呼んでいる。単に作業を繰り返すループではなく、次のループの開始条件を良くするループ。そのための最小ゲートを、 GO / HOLD / CAP / BLOCK として定義した。これは制御思考から生まれた進化ループの論文であり、「AIで何かを回す」人ほど関係があると思っている。そして今から、この理論を使って実験する。すでに最小キットをGitHubに作った。ここからは、自分の理論で自分の理論を自己改善させる。 V13 LoopKitをV13 LoopKit自身に使い、次に進むべきか、止めるべきか、制限して試すべきかを判定する。このループを完成させたい。

259