統合：独立した成果物の一貫性を確保する

🚧 本節は開発中です。

隔離は物理的な衝突を解決しましたが、論理的な衝突が次の問題です。2つのAgentがそれぞれ独立したブランチで作業し、それぞれのテストがすべてグリーンなのに、マージするとシステムが崩壊します。フロントエンドのAgentは API が {data: [...]} 形式を返すと想定し、バックエンドのAgentは実際には {items: [...]} 形式を返しています。両者のユニットテストはそれぞれの想定を個別に検証しており、この2つの想定が整合しているかは誰も検証していません。

論理的衝突を解決するコアメカニズムは契約です。API契約（OpenAPI spec、GraphQL schema、インターフェース型定義）を開発開始前に定義し、すべてのAgentが同一の契約に基づいて作業します。統合テストはマージ前に複数モジュールの協調が契約の期待に沿っているかを検証します。CIの頻度はAgentの産出速度に追いつく必要があります。人間が開発する場合は一日に2〜3回CIを実行すれば十分ですが、マルチAgentが並列で動く場合はコミットごとにトリガーする必要があるかもしれません。

Harness Engineering Playbook · AgentsZone Community