Antigravity SDK od Google dodaje wsparcie dla lokalnych modeli offline z Gemma 4 26B
W skrócie: Google ogłosił, że jego Antigravity SDK obsługuje teraz uruchamianie agentowych przepływów pracy lokalnie i offline, z początkowym wsparciem dla Gemma 4 26B A4B działającego poprzez LiteRT z Google AI Edge. Deweloperzy mogą budować agentów działających całkowicie na urządzeniu, bez kosztów API w chmurze czy zależności od internetu. Google zademonstrował również hybrydowy wzorzec 'Architect-Builder', w którym model chmurowy (Gemini 3.8 Flash) planuje zadania, a lokalny rój instancji Gemma 4 26B wykonuje ciężką pracę, utrzymując kod źródłowy poza chmurą.
To podsumowanie zostało automatycznie przygotowane przez sztuczną inteligencję na podstawie publikacji „Google Developers”. To nasz tekst, nie kopia oryginału — fakty, liczby i cytaty należą do źródła, do którego link znajduje się powyżej i poniżej.
Co się zmieniło?
- 1Antigravity SDK obsługuje teraz lokalne/offline wykonywanie poprzez LiteRT i Gemma 4 26B A4B
- 2Zalecany sprzęt: >24GB VRAM lub pamięć zunifikowana
- 3Nowe klasy LiteRTAgentConfig i LocalOpenAIAgentConfig dla lokalnych backendów oraz kompatybilnych z OpenAI (Ollama, LM Studio, vLLM)
- 4Demo hybrydowe: Gemini 3.8 Flash planuje zadania (95 tokenów chmurowych), podczas gdy lokalny rój Gemma 4 26B wykonuje 97,2% wszystkich tokenów (3 322) całkowicie na urządzeniu
- 5Przykładowy przypadek użycia: autonomiczny workflow audytu bezpieczeństwa/łatania w trzech modułach kodu bez przesyłania kodu źródłowego
| Parametr | Było | Jest |
|---|---|---|
| Tryb wykonywania | Przepływy pracy agentów wyłącznie w chmurze | Lokalne/offline wykonywanie poprzez LiteRT z Gemma 4 26B A4B, plus hybrydowa orkiestracja chmura-lokalnie |
| Wymagania sprzętowe | Nie określono | Zalecane >24GB VRAM lub pamięć zunifikowana |
| Koszt w demo hybrydowym | Nie określono | 97,2% tokenów (3 322) uruchamianych lokalnie/offline; tylko 95 tokenów chmurowych użytych do planowania przez Gemini 3.8 |
| Kompatybilne backendy | Nie określono | Obsługuje lokalne serwery kompatybilne z OpenAI (Ollama, LM Studio, vLLM) poprzez LocalOpenAIAgentConfig |
Dlaczego to ważne?
To pozwala deweloperom agentów ograniczyć koszty API, utrzymać wrażliwy kod/dane całkowicie lokalnie ze względów zgodności (compliance) oraz pracować offline, jednocześnie wciąż korzystając z potężnych modeli chmurowych do planowania wysokiego poziomu, gdy jest to potrzebne. Sygnalizuje to szerszą zmianę branżową w kierunku hybrydowych architektur agentów chmura/edge.
Co to oznacza dla agentów AI i contact center?
Jeśli Twoja firma prowadzi wdrożenia contact-center wrażliwe na prywatność, ten wzorzec jest istotny: lekki model lokalny mógłby obsługiwać wywoływanie narzędzi (tool calling) na urządzeniu lub przetwarzanie danych połączeń, podczas gdy model chmurowy zajmowałby się złożonym rozumowaniem, redukując koszty API na połączenie i utrzymując dane klientów lokalnie (on-premise). Warto ocenić hybrydowy wzorzec Architect-Builder pod kątem kompromisów między opóźnieniem a kosztem w pipeline'ach agentów głosowych.
🧪 Warte przetestowania
Twoja firma mogłaby przetestować, czy lokalna Gemma 4 26B poprzez LiteRT jest w stanie obsłużyć lekkie zadania agentowe (np. wywoływanie narzędzi, podsumowywanie rozmów) lokalnie (on-premise), aby ograniczyć koszty chmurowe i spełnić wymogi prywatności danych, jednocześnie porównując opóźnienie i jakość względem czystej orkiestracji opartej na chmurze.
Antigravity SDK local model support (Gemma 4 26B A4B + LiteRT)· Nowa
Źródła
- Google DevelopersOficjalneŹródło pierwotneOryginalny artykuł →„Introducing Support for Local AI Models in the Antigravity SDK“23 wrz 2026, 03:00
- Data publikacji źródła
- 23 wrz 2026, 03:00
- Znalezione przez nasz system
- 2 paź 2026, 19:51
- Podsumowanie wygenerowano
- 2 paź 2026, 19:55
Artykuł napisała AI na podstawie oryginalnego źródła. Fakty, liczby i ceny pochodzą ze źródła; brakujące wartości oznaczono „Brak oficjalnych danych”. Informacje prawne, prawa autorskie i prywatność