このページは授業でのシミュレーション演習です。複数の Agent が同一の開発タスクを分担・協調し、それぞれが生み出した候補修正を自動テストと検収ゲートウェイにまとめて投入します。実行可能な検収基準を満たした修正だけが履歴ベースラインに取り込まれ、不合格の修正はブロックされ再現可能なフィードバックが返されます。目的は Agent 同士が「話し合って正解を導く」ことではなく、「協調開発—自動検収—履歴継承」というエンジニアリングのループを実際に回すことです。
演習の目標
- マルチ Agent 協調開発におけるタスク分担、候補修正の集約、そして検収ゲートウェイが不合格修正をブロックする役割を理解する。
- 主観的な承認の代わりに実行可能なテストと検収条件を用いることを体験し、どの候補がベースラインに入り、どれが再試行を要するかを観察する。
- より高度な論点を比較検討する：検収ルールが再現可能か、フィードバックが行動可能か、誤ブロックとブロック漏れのリスク、分解粒度と協調コスト。
役割分担と基本フロー
授業のグループは、計画・分解 Agent、実装 Agent、テスト生成 Agent、レビュー・調整 Agent に分けることができます。同一タスクに対して複数の候補修正を生成し、最后にゲートウェイが統一的に判定します。
- タスク分解：目標を独立して検証可能なサブタスクに分解する。例えば「インターフェース検証—アルゴリズム修正—リグレッションテスト」。
- 並行実装：複数の実装 Agent が候補パッチを提出し、テスト Agent が境界ケースを生成する。
- 自動検収：自動テスト、静的検査、契約検査を実行し、検収ゲートウェイが実行可能な基準に従って判定する。
- 履歴継承：合格した修正は履歴ベースラインにマージされ、後続の Agent が作業を続ける基盤となる。拒否された修正は失敗原因と再現情報を保持し、再試行に用いる。
検収ゲートウェイの基準
ゲートウェイの判定基準は実行可能でなければならず、「正しく見える」だけでは不十分です。インターフェースの取り決めを満たさない、リグレッションを引き起こす、境界条件をカバーしていない、あるいは品質制約に違反する修正を重点的にブロックします。有用なフィードバックには少なくとも以下を含めるべきです：失敗ケース、ログ、再現手順、期待される挙動、関連する制約。
履歴継承と高度な観察
合格した修正がベースラインに入ると、後続の Agent はゼロから始める必要がありません。拒否された修正は検索可能な負例となり、同じ過ちの繰り返しを防ぎます。このような協調システムを評価する際は、検収ルールが再現可能か、フィードバックが行動可能か、そして誤ブロックとブロック漏れがもたらす異なるリスクに特に注目すべきです。分解粒度が細かすぎるとマージと検収のコストが上がり、粗すぎると候補修正が互いに上書きしてしまいます。より堅実な方法は「独立して検証可能」な境界で分割することです。
マルチ Agent 協調と検収ゲートウェイの演習この演習図は、計画・分解、実装、テスト生成、レビュー・調整などの役割が並行して生み出した候補パッチを、自動テストと検収ゲートウェイにまとめて投入して判定する様子を示しています。実行可能な基準を満たした修正は履歴ベースラインにマージされ後続の Agent が継承し、拒否された修正は失敗ケース、ログ、再現手順を保持して検索可能な負例として再試行に用いられ、主観的な承認を再現可能な証拠で置き換えます。
