エージェントチームの設計:Googleが自律コード生成のためにサブエージェントを反重力構造化する方法

Google Antigravity、エージェントチームアーキテクチャを解説
Google Antigravityは、ソフトウェア開発のための自律エージェントチームの編成方法について詳細を公開しました。単一のエージェントがすべてを処理するのではなく、7つの専門サブエージェントタイプを使用し、それぞれが明確な目標と制約を持ちます。このパターンは、独自のサブエージェントシステムを設計するOpenClawにとって重要です。
主要詳細:7つのエージェント役割
ブログ記事では、以下のエージェントタイプを特定しています。
- The Sentinel — 「フロントデスクマネージャー」として機能。コードを書いたり、ログを分析したり、技術的判断を下したりしません。その仕事は、ユーザーの意図を構造化し、Orchestratorを起動し、全体的なタスク完了を監督することです。
- The Orchestrator — ディスパッチ専用のマネージャー。コードを書いたり、ビルドを実行したりしません。要件をマイルストーンに分解し、他の専門サブエージェントを起動し、レポートを合成することに集中します。
- The Explorer — 要件と以前のログを分析し、Orchestrator向けの正式な戦略を策定。自身はコードを書きません。
- The Worker — 戦略を実装し、コードを構築し、テストを実行する実際のコーダー。
- The Reviewer — Workerの変更を設計の正確性、エッジケース、インターフェース契約準拠について独立してレビュー。
- The Critic — ソリューションをストレステストし、敵対的テストを実行してカバレッジのギャップを発見。
- The Auditor — 生成されたソリューションの真正性と堅牢性を検証する独立した調査員。
この設計は関心の分離を保証します。各エージェントは狭い役割を持ち、重複を減らし、並行作業を可能にします。OrchestratorとExplorerは純粋なプランナー、Workerは実行専用、Reviewer、Critic、Auditorは3つの異なる検証レイヤーを提供します。
対象読者
コード生成のためのマルチエージェントシステムを構築する開発者、特にOpenClawのサブエージェントフレームワークに取り組むチーム。
📖 全文ソース: r/openclaw
👀 See Also

PS3エミュレータ開発者、AI生成のPRを送らないよう要請
RPCS3のメンテナーは、AIコードエージェントによって生成されたプルリクエストの提出をユーザーに控えるよう公に要請しました。品質の低さとメンテナンスの負担が理由です。

基本をナビゲート:新規ユーザーがOpenClawのガイダンスを求める
OpenClaw初心者がAIコーディングエージェントの複雑さを探求する中で、Redditで助けを求めています。技術コミュニティはアドバイスとリソースを提供して支援しています。

卒業式でAIの激励演説に学生がブーイング、開発者の心情を反映
今シーズンの複数の大学の卒業式で、卒業生たちがAIへの熱意を語るスピーカーにブーイングを浴びせ、AIの雇用や社会への影響に対する広範な不安を反映した。

OpenClaw 4.2は、ペアリングエラーを修正し、耐久性のあるタスクフローを追加しました。
OpenClaw 4.2は、3月31日頃にアップデートしたユーザーに影響するペアリングエラーを修正し、長時間実行されるタスクがゲートウェイ切断後も継続できる耐久性のあるタスクフローを導入します。