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

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

Google 資深軟體工程師 Amir Hardon 與開發者關係工程師 Philipp Schmid 於 2026 年 9 月 17 日發表公告，宣布 Google 已與 Speakeasy 建立合作關係，並將後者的 OpenAPI 程式碼生成套件正式開源。

過去幾個月，Google 團隊與 Speakeasy 密切合作，推出了針對 Interactions、Agents 以及 Webhooks API 的新版 Google GenAI SDK。Google 在與 Speakeasy 合作遷移客戶端程式庫時，核心承諾就是將生成器套件開源。

閉源工具帶來的平台風險

要生成乾淨且符合慣例的多語言 SDK，一直是很吃重的工程任務：得從快速演進的 OpenAPI 規格，編譯出能處理複雜串流協議、嚴格錯誤階層與豐富型別聯合的客戶端程式庫。長年來，包括 Google 在內的先進 AI 生態系，都靠專門的工具來生成這些客戶端程式庫，避免產出一看就像機器生成的程式碼。

不過，依賴閉源工具的風險在 2026 年 5 月變得具體。當時 Google 正準備 Google I/O 大會以及 Interactions API 的正式發布（General Availability），原本使用的 SDK 生成供應商卻突然被收購，並在沒有預警的情況下宣布停止服務。這次突發的中斷，顯示依賴專有、閉源生成器所帶來的平台風險令人無法接受。Google 認為，若產業界依賴 OpenAPI 來定義介面，那麼把這些介面編譯成客戶端程式庫、命令列介面（CLI）以及代理工具的工具，就應該是開放的基礎設施。

遷移過程與工程優化

在重新設計 SDK 管線且時間緊迫的情況下，Google 的首要任務是盡量減少對開發者的干擾，並避免破壞性變更。團隊選擇與 Speakeasy 合作，在原地遷移客戶端程式庫，核心承諾是將生成器套件開源。這次遷移需要細緻的工程調整，包括對齊所有目標語言的型別定義、保留嚴格的錯誤階層與串流行為，並將生成器直接整合進內部的單一程式碼庫（monorepo）與建置系統。

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

過去維護手寫的生成器需要多名工程師投入，現在這套設定只需約一名工程師就能維護，還能支撐跨六個目標平台的客戶端管線（包含三個已釋出的 SDK，更多即將推出）。

開源套件功能與授權細節

為了讓更廣泛的開發者生態系統能取得高品質且維護良好的 SDK 生成工具，並避免類似的中斷風險，Speakeasy 已將其完整的 OpenAPI 客戶端套件以 AGPLv3 授權開源。該套件包含以下項目：

首先是多語言 SDK 生成器，支援 Python、TypeScript、Go、Java、C#、PHP 及 Ruby 等七種語言。生成的每個程式庫都內建靜態型別檢查、伺服器發送事件（SSE）串流、重試機制以及分頁功能。

其次是代理原生 CLI 生成器，可編譯出獨立的 CLI 二進位檔案。這讓 AI 程式碼代理程式能直接在終端機工作階段中執行 API，不必編寫一次性使用的 HTTP 腳本。

第三是文件 MCP 伺服器生成器，能將 OpenAPI 規格與 Markdown 文件轉換成 Model Context Protocol（MCP）伺服器。像 Antigravity 這類程式碼代理程式，就能查詢即時且經過驗證的規格，而不是猜測過時的方法。

在授權方面，生成器採用 AGPLv3 條款。開發者可以在開發環境或 CI 管線中執行這個工具，同時保有所生成程式碼或 SDK 的完整所有權，並可選用 MIT 或 Apache 2.0 等自訂授權。若開發者修改了生成器編譯器本身，AGPL 條款會確保這些改進維持開放，回饋給社群。

目前，開發者可以透過 GitHub 上的 Speakeasy 生成器，針對自己的 OpenAPI 規格生成客戶端程式庫、CLI 或 MCP 伺服器，也能立即試用更新後的 Gemini Interactions API SDK。