エージェント・スウォーム（群知能）が変えるAIモデルの経済学：次世代AI開発の衝撃

AIエージェントが群れをなしてタスクをこなす「エージェント・スウォーム」という概念が、現在のAIモデルの経済モデルを根底から揺るがそうとしています。単一の巨大なモデルに依存するのではなく、個別の役割を持つ複数の小さなエージェントが協調することで、コストパフォーマンスと精度の両立を目指すこのアプローチは、AI開発における新たな標準となるのでしょうか。

「今年初めに起きたブラウザのswarmは、Gitで1時間あたり約1,000コミットがピークだった。新しいシステムでは1秒あたり約1,000コミットがピークになる」

「このアクティビティレートに対応するため、我々は新しいバージョン管理システム（VCS）をゼロから構築した。スループットだけがこのレイヤーを自社開発した理由じゃない。システム内のあらゆる変更はVCSを通過するから、競合が最初に可視化される場所であり、次のセクションで触れる調整メカニズムのいくつかは、直接その内部に実装されている」

ボタン一つ作るために宇宙を創造する話かよ。

「その進捗をテストするため、以前のswarmが苦戦していた課題に戻った。ドキュメント以外の何も使わずに、RustでSQLiteをゼロから構築することだ」

SQLiteのソースコードって学習データに入ってないのか？

こういうクレイジーな実験が見られるのは最高だな。今の時点では100%うまくいかないとか、コストが高すぎるとかあるかもしれないけど、2023年にタブ補完しかなかった頃にコーディングエージェントについて語っていたのと同じで、未来を垣間見せてくれる。

ハーネスのエンジニアリングをもっとコードとして共有してほしかったな。現状だと結果しか残ってない。

まあ、Cursorの場合はそのハーネス自体が製品になってるわけだから、そうなるのも納得だけど。

これらのモデルが、TursoによるRust版SQLiteのリライトで学習されてなかったってどうやって分かるの？

学習データに含まれている可能性も高いし、学習済みモデルからそのコードを削除するのも不可能だろう。それだと、結局LLMが学習セットを暗記してるだけってことにならないか？何か見落としてるかな。

エージェントに仕様書がなかったらどうなるか気になる。例えば「単一ファイルで動くシンプルなSQLデータベースを作れ」とだけ言ったら、エージェントのswarmは何を作り出すんだろう。

問題は、自律的に動くと信頼できるモデルを使おうとすると、人間の従業員よりコストがかかるってことだよな。

めちゃくちゃ面白い。フロンティア級の知能が具体的にどこで必要とされるかのテストが見られたのは最高だった。現時点ではコーディングそのものよりも、調整や計画に必要ってことか。記事自体はちょっとじれったいね。このハーネスや新しいバージョン管理システムは試せないし、実用的な成果物も手に入らないし。

とはいえ、ハーネスの調整作業に関する取り組みは素晴らしいと思う。人間のマネジメントと似ている部分もあるけど、モデルは基本的に決定論的だから、十分なテストさえあれば、科学的なアプローチでマネジメントの知見を再現性を持って得られるかもしれないという期待感があるね。

こういう実験でGrokを使わなきゃいけないCursorのエンジニアたちが不憫でならない。

エージェントの群れで835ページのマニュアルを書かせることってできるのか？