自分のリポジトリに30体のAIエージェントを放ってみた（Gas Town）

冒頭では、Claude Codeを一人のアシスタントではなく、30人規模のチームとして機能させる「Gastown」の基本概念が紹介されます。これは単なるチャットツールではなく、機能を分解して並行作業を行う「工場」のような存在であり、開発におけるKubernetesに近い役割を果たします。システム内では「Mayor（市長）」が全体目標を「Beads（タスク単位）」に分解し、それを「Polecats」というワーカーが実行する構造になっています。このセクションでは、AIとの線形なやり取りから、構造化されたマルチエージェント・システムへの転換が強調されています。開発者が眺めている間に次々と機能がリリースされる、新しい開発体験の幕開けを提示しています。

Gastownが画期的である最大の理由は、すべての作業がGitのブランチ管理を通じて実行される点にあります。従来の手当たり次第な「バイブ・コーディング」では、文脈の乖離や手動調整による混乱が避けられませんでしたが、本システムは状態を常に保存し、クラッシュ時も自動再開が可能です。各エージェントが独立したブランチで作業し、マージをキューイングすることで、「認知の水平スケーリング」を実現しています。これにより、人間が複雑な計画をすべて頭の中に保持する必要がなくなるという大きなメリットが生まれます。スピーカーは、この仕組みが実際のプロジェクトでどれほど機能するのかという核心的な問いを視聴者に投げかけます。

Go言語で書かれたシンプルなToDoアプリを対象に、実際のセットアップと機能実装のデモンストレーションが行われます。テストの課題は、認証機能のないCRUDアプリに対して、JWT認証、SQLiteの導入、エンドポイント作成、HTMLフォーム、テストコード、そしてDockerfileの追加を一度に行うことです。セットアップにはBrewを用いたパッケージインストールが必要で、当初はトラブルシューティングに時間を要したというリアルな苦労も語られます。しかし、一度同期が完了すれば、一つのプロンプトを与えるだけで膨大なタスクを自動処理する準備が整います。ここでは、人間が細かく管理することなく、システムが自律的に動けるかどうかが検証の焦点となっています。

市長（Mayor）がプロンプトを分解し、ポルカッツ（Polecats）が一斉に異なるファイルや機能を編集し始める様子が描かれます。スキーマ作成、ミドルウェア構築、フロントエンドの更新、統合テストの作成が、それぞれ別々のエージェントによって完全に同時並行で進められます。通常のAIエージェントであれば一つずつ順番に指示を出し直す必要がありますが、GastownはGitブランチを活用してこれらを分離・統合します。数分後にはGitHub上で全ての変更がマージされ、実際に動作する認証機能付きのアプリが完成するという驚くべき成果が示されました。このプロセスは単なるスピードアップではなく、人間が思考プロセスをAIシステムに「オフロード」できることを証明しています。

最後に、Gastown運用の光と影について冷静な分析が行われます。メリットとしては、圧倒的なスケーラビリティとGitによる永続性が挙げられますが、一方で「監視疲れ」やAPIコストの高騰、エージェント同士の競合といった深刻なデメリットも指摘されます。エージェントに全権限を与えるリスクや、レビュー作業が膨大になるという実運用上の課題も浮き彫りになります。スピーカーは、これが「AIアシスタント」から「共に働く多数のエージェント」への転換を象徴していると述べています。マルチエージェント・システムが普及するのは不可避であり、今実験を始めるかどうかが開発者の未来を分けると締めくくります。