Nyílt forrásúvá teszi SDK-generáló eszközeit a Speakeasy és a Google

A Speakeasy nyílt forrásúvá teszi teljes OpenAPI-klienskészletét, amely több programozási nyelvhez képes SDK-kat, parancssori eszközöket és MCP-szervereket generálni. A Google szerint a lépés csökkenti a zárt, egyetlen szolgáltatótól függő fejlesztői infrastruktúra kockázatait.
- A Speakeasy AGPLv3 licenc alatt nyílt forrásúvá teszi teljes OpenAPI-klienscsomagját.
- A generátor hét programozási nyelvhez készít SDK-kat.
- A csomag CLI- és dokumentációs MCP-szerver-generátort is tartalmaz.
- A Google az új eszközökkel fejleszti GenAI SDK-készítési folyamatát.
Egy leállás mutatta meg a zárt eszközök kockázatát
A Google Developers Blog szeptember 17-i bejegyzése szerint a Google az elmúlt hónapokban a Speakeasyvel együttműködve szállította az új Google GenAI SDK-kat az Interactions, az Agents és a Webhooks API-khoz. A partnerség részeként a Speakeasy most nyílt forrásúvá teszi OpenAPI-kódgeneráló csomagját.
A Google és a Speakeasy együttműködését egy váratlan piaci változás gyorsította fel. 2026 májusában, a Google I/O-ra és az Interactions API általános elérhetőségére készülve, a Google által használt SDK-generáló szolgáltatót felvásárolták, majd rövid időn belül bejelentették a szolgáltatás leállítását. A Google szerint ez megmutatta, hogy a zárt, saját tulajdonú generátorok elfogadhatatlan platformkockázatot jelenthetnek.
A vállalat álláspontja szerint ha az iparág az OpenAPI-t használja a programozási felületek meghatározására, akkor az ezekből klienskönyvtárakat, parancssori eszközöket és ügynökalapú eszközöket készítő infrastruktúrának is nyíltnak kell lennie.
Hét nyelvhez készít SDK-kat a nyílt csomag
A Speakeasy teljes OpenAPI-klienscsomagja AGPLv3 licenc alatt érhető el. A generátor Python, TypeScript, Go, Java, C#, PHP és Ruby nyelven készít klienskönyvtárakat. Ezek statikus típuskezelést, szerver által küldött eseményeken alapuló streaminget, újrapróbálkozást és lapozást is támogatnak.
A csomag része egy ügynökalapú CLI-generátor is, amely önálló parancssori binárisokat állít elő. Így a kódoló ügynökök közvetlenül terminálmunkamenetekből futtathatják az API-kat, külön, ideiglenes HTTP-szkriptek írása nélkül.
A dokumentációhoz külön MCP-szerver-generátor tartozik. Ez az OpenAPI-specifikációkból és Markdown-dokumentációból Model Context Protocol szervert készít. A Google példája szerint az olyan kódoló ügynökök, mint az Antigravity, így ellenőrzött, aktuális sémákhoz férhetnek hozzá, ahelyett hogy elavult metódusokat próbálnának meg kitalálni.
Az AGPLv3 licenc lehetővé teszi, hogy a generátort fejlesztési vagy CI-folyamatban használják, miközben az előállított kód és SDK a készítő által választott licenc alatt maradhat, például MIT vagy Apache 2.0 licenc alatt. Ha valaki magát a generátor fordítóját módosítja, a licenc biztosítja, hogy a fejlesztések nyíltan elérhetők maradjanak a közösség számára.
Kevesebb karbantartással készülhetnek a klienskönyvtárak
A migráció során a Google és a Speakeasy összehangolta a típusdefiníciókat a támogatott nyelvek között, megőrizte a szigorú hiba-hierarchiákat és a streaming működését, majd a generátort közvetlenül a Google belső monorepójába és buildrendszerébe illesztette.
A Google DeepMind szerint a formális API-specifikációk többnyelvű SDK-kká alakításához determinisztikus működésre és szigorú típusbiztonságra van szükség. A vállalat ezért a Speakeasy gyors, determinisztikus generátorát használja az alapokhoz, míg az SDK-k egyedi részeinek elkészítését Antigravity AI-ügynökök gyorsítják.
A Google közlése szerint a korábban kézzel készített generátorok karbantartásához több mérnökre volt szükség. Az új rendszer hat célplatformon működteti a kliensfolyamatot, három kiadott SDK-val és további, rövidesen megjelenő változatokkal, nagyjából egy mérnök karbantartási munkájával.
A frissített SDK-kkal a fejlesztők már kipróbálhatják a Gemini Interactions API-t. A saját klienskönyvtárak, CLI-k vagy MCP-szerverek készítéséhez a Speakeasy generátora GitHubról érhető el, és OpenAPI-specifikációkon futtatható.
Google for Developers: Why client SDK generation belongs in the open- Google Developers Blog


