【要約】ゲーム制作における Herdrとgit worktreeの自立型マルチエージェント環境 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
開発者が複数のコーディングエージェントを並列で走らせる際、コードの品質よりも「エージェント間の調整」が崩壊するという課題に直面した。具体的には、以下の問題が発生する：
- ・作業の重複：複数のエージェントが同一ファイルを同時に編集する。
- ・情報の消失：プロンプト経由の報告が履歴に残らず、リーダーが状況を誤認する。
- ・サンドボックスの制約：エージェントが作業ディレクトリ外の共有ボードへ書き込めない。
- ・検証の不備：エージェントが「コード上は正しい」と誤認し、実機の見た目を確認できない。
// Approach
開発者は、エージェントの役割を分離し、仕組みで調整を固定するアーキテクチャを採用した。具体的な手法は以下の通り：
- ・役割の分離：リーダーは計画とレビュー、ワーカーは実装と報告に専念する。
- ・状態の共有：
.git/kanbanにボードを配置し、全worktreeから単一の調整領域を共有する。 - ・証拠の要求：ワーカーに対し、コマンド出力等の「証拠」を伴う報告書提出を強制する。
- ・GUI検証：Herdrプラグインを用い、エージェントがGodotの画面をキャプチャして視覚検証できる環境を構築する。
// Result
この環境構築により、エージェントの並列稼働における調整コストを大幅に抑制することに成功した。具体的な成果は以下の通り：
- ・レビュー精度の向上：証拠に基づく判定により、自己採点によるバグ混入を防ぐ。
- ・並列度の制御：WIP上限の設定と画面分割レイアウトにより、管理可能な並列数を維持する。
- ・検証の自動化：GUIキャプチャにより、数値化できない「手触り」の検証プロセスをエージェントに組み込める。
Senior Engineer Insight
> エージェントを「信頼できない労働力」と定義し、厳格なプロセスを強制する設計は極めて実践的だ。特に、
.git/kanbanでコミット履歴を汚さず状態を共有する手法は、Gitの特性を活かした優れた設計である。ただし、画面分割による物理的な並列度の制限は、大規模運用におけるスケーラビリティの課題となるだろう。