Google 將 OpenAPI 程式碼生成工具開源，支援多語言 SDK 與 CI/CD 整合

Google 與 Speakeasy 合作開源 OpenAPI 生成工具

Google 資深軟體工程師 Amir Hardon 與開發者關係工程師 Philipp Schmid 於 2026 年 9 月 17 日發表文章，宣布 Google 已與 Speakeasy 合作，將 Speakeasy 原本的 OpenAPI 程式碼生成套件正式開源。這項合作要解決多語言 SDK 生成中的工程挑戰，也讓開發者能在自己選擇的授權下擁有生成的程式碼。

過去數月，Google 團隊與 Speakeasy 緊密協作，為 Interactions、Agents 以及 Webhooks API 開發新的 Google GenAI SDK。這次開源，Google 希望讓更廣泛的開發者生態系統能使用高品質且維護良好的 SDK 生成工具，同時避免類似過去供應商突然關閉服務所帶來的中斷風險。

從依賴外部到自主掌控的轉變

要生成乾淨且符合慣例的多語言 SDK，業界長期面臨嚴峻挑戰。隨著 OpenAPI 規格快速演變，客戶端程式庫必須能處理複雜的串流協議、嚴格的錯誤階層以及豐富的型別聯合，而且不能讓程式碼看起來像機器生成的。

2026 年 5 月，正值 Google I/O 大會前夕及 Interactions API 全面可用性推出之際，Google 遇上突發狀況：當時所使用的 SDK 生成供應商被收購，並突然宣布停止服務。這件事凸顯了依賴專有、封閉原始碼生成器的平台風險。Google 認為，既然產業界依賴 OpenAPI 來定義介面，那麼把這些介面編譯成客戶端程式庫、命令列介面（CLI）以及代理工具的工具，就應該是開放的基礎設施。

為了在緊迫的時間表內重構 SDK 管線，Google 的首要任務是把對開發者的干擾降到最低，並避免破壞性變更。團隊選擇與 Speakeasy 合作，在原地遷移客戶端程式庫，並承諾將生成套件開源。這項遷移工程需要精細的調整，包括對齊所有目標語言的型別定義、保留嚴格的錯誤階層與串流行為，並將生成器直接整合至內部的單一程式碼庫（monorepo）與建置系統中。

技術架構與效能提升

在 Google DeepMind 的開發流程中，雖然廣泛使用 AI，但團隊堅持為每個堆疊層級選擇合適的工具。把形式化的 API 規格轉換為多語言 SDK，需要確定性與嚴格的型別安全。Speakeasy 提供快速且具確定性的核心生成器，Google 則搭配 Antigravity AI 代理程式，加速 SDK 自訂部分的開發。

新架構大幅減輕了維護負擔。過去，維護手寫的生成器需要多名工程師投入；現在這套設定只需約一名工程師維護，就能支撐跨六個目標平台的客戶端管線。目前已有三個 SDK 發布，更多 SDK 即將推出。

開源套件功能與授權細節

Speakeasy 這次開源的完整 OpenAPI 客戶端套件採用 AGPLv3 授權。開發者可以在開發或 CI 管線中運行該工具，生成的程式碼或 SDK 仍歸開發者所有，並可使用其選擇的授權（如 MIT 或 Apache 2.0）。若開發者修改了生成器編譯器本身，AGPL 授權會要求這些改進保持開放，回饋給社群。

開源的套件包含以下核心功能：

* 多語言 SDK 生成器：支援生成七種語言的客戶端程式庫，包括 Python、TypeScript、Go、Java、C#、PHP 以及 Ruby。每個生成的程式庫均內建靜態型別檢查、伺服器發送事件（SSE）串流、重試機制以及分頁功能。 * 代理原生 CLI 生成器：可編譯出獨立的 CLI 二進位檔案。AI 程式設計代理程式能直接在終端機工作階段中運行 API，不必編寫一次性使用的 HTTP 腳本。 * 文件 MCP 伺服器生成器：能將 OpenAPI 規格與 Markdown 文件轉換為 Model Context Protocol（MCP）伺服器。如 Antigravity 等程式設計代理程式因此能查詢即時且經過驗證的規格，而不是猜測過時的方法。

Google 表示，開發者可以透過 GitHub 找到 Speakeasy 生成器，並針對自身的 OpenAPI 規格運行，生成客戶端程式庫、CLI 或 MCP 伺服器。目前，開發者也可以使用更新後的 SDK 探索新的 Gemini Interactions API。