Google AI 設計審查外掛新增 3 款實驗性適配器

Google 的 AI 程式開發代理設計審查外掛「Elephant-Goldfish Model」（EGM）新增 3 款實驗性適配器，支援 Cursor、OpenCode V1 與 GitHub Copilot。EGM 會在撰寫程式碼前先產出設計方案，再由使用不同對話脈絡的審查代理檢視。

Google 於 11 月 6 日發布的 v0.1.1 版本新增這 3 款實驗性適配器，並更新外掛清單，將 Claude 與 OpenAI 執行環境納入套件。各環境的端對端驗證尚未完成。

EGM 於 10 月 22 日以 Apache 2.0 授權公開。這款外掛整合了供代理使用的 Markdown 規則、審查者角色與工作流程，不會提供新的 AI 模型或模型權重。Google 表示，這項工具是為公司內部開發者打造。

EGM 的工作分成兩個角色：「Elephant」掌握專案脈絡；「Goldfish」則不會取得設計草稿撰寫者先前的對話。Google 說明，這種安排是為了降低設計代理在先前對話中形成的假設一路沿用到審查階段、因而漏掉問題的機會。

「Elephant」會依據專案需求和先前決策撰寫設計草稿。這個階段不會編寫程式碼，而是先以文件整理實作前要修改的內容與方式。

設計草稿包含問題定義、技術計畫、評估過的替代方案，以及預計修改的檔案。即使審查者沒有參與撰寫者先前的對話，也能藉此了解設計的目的與範圍。

「Goldfish」不讀取先前對話，只會檢視設計文件與參考資料，確認僅憑文件內容是否足以說明設計架構與意圖。

審查範圍不只在於能否讀懂文件。Goldfish 也會找出遺漏條件、隱藏的依賴關係與例外情況，並確認實作所需資訊是否清楚，例如要修改哪些檔案，以及資料結構和函式應採取何種形式。

是否採納審查結果、修改設計並核准，都由人來決定。通過審查不代表實作會自動獲得核准。

官方儲存庫還提供設計草稿撰寫、依據審查結果修改文件、整理既有程式碼庫文件，以及比對已核准設計與實際實作差異等功能。

若要執行審查，使用者的環境必須能建立一個與先前對話脈絡隔離的子代理。儲存庫指出，若環境不符合這項條件，審查就會中止。

Google 表示，每天有數千名員工使用 EGM。這項數字由公司提供，並未同時公開獨立的使用者統計資料。

儲存庫的常見問題說明，撰寫與審查設計文件會增加工作量。對範圍明確的小型修改而言，走完整套流程未必能節省時間；完成流程本身也不能證明生產力有所提升。

即使審查者的對話脈絡與撰寫者分開，使用的模型也不一定不同。11 月 8 日公開的 GitHub issue #358 指出，部分環境中的 Goldfish 預設可能使用與設計撰寫者相同的 AI 模型，並要求加入選擇其他模型的功能。發文者認為，若使用相同模型，兩者可能保有共同弱點；但並未提出使用不同模型能提升審查成效的測量結果。