ゴールまで自走するだけではない？——ループエンジニアリングの本質はどこにあるのか

ループエンジニアリングという言葉が流行っています。エージェントが人の手を離れて、コーディングから何から最後まで自走する。そういう話として語られることが多い気がします。 ただ、少し引っかかってもいました。それって、昔からあった話じゃなかったっけ? 一方で最近は、Software Factoryという言葉も聞くようになりました。 エージェントを都度呼び出すのではなく、仕事が来れば仕組みが起動するようにして、人間は設計者や監督者として関わる。そういう世界観です。 この記事では、この引っかかりから出発して、ループエンジニアリングの本質はむしろこのソフトウェアファクトリーが指している側にあるんじゃないか、という話を書きます。 自走するエージェントは新しくない ゴールを与えたら、タスクを分解して勝手に回り続けるエージェント。この発想は生成AIブームの初期からあって、ChatGPTが出て間もない2023

[jintrick]

本質はトークンの浪費ですが何か

[simplememofast]

独立した確認は文脈を分けても同一モデルなら誤りが相関する。検証の独立性はモデルか評価データのどちらかを変えて初めて担保される。運用ループの弱点はここ

[nguyen-oi]

エージェントに自走させるだけじゃなくて、検証と回復の仕組みをどう設計するかが本質ってのは現場目線で納得感あるな