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

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

Google 資深軟體工程師 Amir Hardon 與開發者關係工程師 Philipp Schmid 於 2026 年 9 月 17 日發表文章，宣布 Google 已與 Speakeasy 合作，將原本用於生成 Google GenAI SDK 的 OpenAPI 程式碼生成套件正式開源。

過去數月，Google 團隊與 Speakeasy 緊密協作，為 Interactions、Agents 以及 Webhooks API 開發新的 Google GenAI SDK。從 Python 程式碼範例來看，開發者只要匯入 `genai` 模組並建立客戶端，就能呼叫 `interactions.create` 方法，指定如 `gemini-3.8-flash` 等模型分析輸入內容，並直接取得輸出文字。

閉源工具帶來的平台風險

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

2026 年 5 月，正值 Google I/O 即將舉行、Interactions API 準備全面上市之際，Google 當時使用的 SDK 生成供應商被收購，並突然宣布停止服務。這次突發的中斷，讓依賴專有、閉源生成器的平台風險浮上檯面，Google 認為這種風險不可接受。Google 認為，如果產業界依賴 OpenAPI 來定義介面，那麼把這些介面編譯成客戶程式庫、命令列介面（CLI）以及代理工具的工具鏈，就應該是開放的基礎設施。

遷移過程與工程優化

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

在 Google DeepMind，AI 雖已廣泛用於開發工作流程，但團隊堅持為每個堆疊層級選擇合適的工具。將形式化的 API 規格轉換為多語言 SDK，需要確定性與嚴格的型別安全。因此，Google 採用 Speakeasy 作為核心，提供快速且具確定性的生成器，並搭配 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。