コードを書く前に設計を固めるEGM
Googleは2026年10月22日、ソフトウェア開発の設計とレビューを支援するオープンソースプラグイン「Elephant-Goldfish Model（EGM）」を公開しました。利用者との対話から設計文書を作るAIと、対話履歴を持たない別のAIによるレビューを組み合わせ、実装前に要件の曖昧さや設計上の見落としを洗い出します。
EGMでは、プロジェクトの構成や要件、過去の判断を把握した主担当AI「Elephant」が、利用者と設計を検討します。Elephantはコードを書かず、決定事項や設計の意図を文書にまとめます。
レビュー役の「Goldfish」は、先行する会話を引き継がず、設計文書と参照先の資料を読んで検証します。Goldfishが設計者と同じ思い込みに左右されにくいよう、別のコンテキストで動かす仕組みです。
発想からレビュー、実装へ進む流れ
基本の工程は、要件やトレードオフを話し合う「egm-brainstorm」、設計文書を作る「egm-draft」、Goldfishが設計を検証する「egm-review」です。設計文書には問題の定義や技術方針、検討した代替案、変更対象のファイルを含む実装計画を記します。
レビューでは、Goldfishが文書を読んで設計の意図を説明できるかを確かめ、複数のレビュー役が例外的なケースや依存関係、論理の抜けを検討します。さらに、ファイルパスやデータ構造、関数の入出力など、実装に必要な情報がそろっているかを確認します。
レビュー結果を踏まえてElephantが設計を見直し、利用者が対応する指摘を選びます。設計を承認した後にコーディングエージェントへ実装を依頼する流れで、人による判断とレビューも工程に含まれます。
Spec Kitなどと異なる役割分担
EGMは、設計文書を作って承認するところまでを扱います。Stacknessの比較では、Spec KitやOpenSpecは仕様から実装へ進む工程も対象にする一方、EGMは承認済みの設計を実装する役割を別のエージェントに委ねる、と整理されています。
EGMの特徴として同比較が挙げるのは、会話を共有しないAIに設計を検証させる工程です。設計担当のElephantが持つプロジェクトの文脈と、レビュー担当のGoldfishが読む文書や参照資料を分け、暗黙の前提や不明確な仕様を見つける構成です。
一連の設計手順は必須ではありません。小規模で方針が明確なバグ修正には通常の開発手順を使い、設計判断が必要な機能ではEGMを利用するという使い分けが案内されています。
初のタグ付きリリースと動作確認の範囲
Googleは10月27日、初のタグ付きリリースとなるv0.1.0を公開しました。リリースには、発想・設計・レビューに加えて、レビュー指摘の処理、既存コードの文書化、設計文書とコードの差異確認を担うスキルが含まれ、計7種類です。
リリース案内には、Claude CodeとOpenAI向けの配布ZIPが含まれています。10月28日時点のREADMEはAntigravity、Claude Code、Codexへの導入方法を案内しており、各環境の詳しい手順はセットアップガイドにまとめられています。
ただし、v0.1.0の配布ZIPを使った各環境での動作検証は未完了で、リリース案内は安定版と呼べる段階ではないとしています。過去の候補版ではAntigravity、Claude Code、Codexのテスト結果が記録されていますが、その結果は今回のZIPの動作確認を意味しません。
Claude Codeのサブエージェントは、それぞれ独立したコンテキストウィンドウと専用の指示、ツール権限を持ち、調査結果などを要約して主セッションへ返せます。Anthropicの公式資料は、サブエージェントを一つのセッション内で動かす仕組みとして説明しています。
EGMのレビューには、新しいコンテキストのサブエージェントを起動できる環境が必要です。Goldfishを独立したコンテキストで起動できない場合はレビューを停止する仕様で、レビュー自体もテストや人の判断に代わるものではありません。
