Ostatnia aktualizacja Google Antigravity, oznaczona numerem wersji 1.20.5, oficjalnie skupia się na poprawie stabilności i interfejsu użytkownika. Wokół tego wydania narosło jednak sporo kontrowersji. Z jednej strony mówi się o rozszerzonym wsparciu dla agentów AI, choćby przez możliwość odczytu reguł z pliku AGENTS.md obok istniejącego GEMINI.md, oraz o przyspieszeniu ładowania długich konwersacji. Z drugiej, społeczność użytkowników zgłasza poważne problemy z wydajnością agentów i kompatybilnością modeli, które zdają się przeczyć tym obietnicom.
Wersja 1.20.5 została wydana 9 marca 2026 roku i jest stopniowo udostępniana użytkownikom. Jej oficjalny changelog jest dość lakoniczny, co już na wstępie może budzić pewne wątpliwości. Czym tak naprawdę jest Antigravity w kontekście pracy dewelopera? To narzędzie oparte na Electronie, pełniące funkcję środowiska IDE napędzanego AI, gdzie kluczową rolę odgrywają agenci asystujący w kodowaniu. Dlatego każda zmiana w jego działaniu ma realny wpływ na codzienne workflow programistów.
Oficjalne zapowiedzi a relacje z frontu
Zgodnie z informacjami przekazywanymi przez entuzjastów, aktualizacja 1.20.5 miała wprowadzić kilka konkretnych usprawnień. Poza wspomnianym już rozszerzeniem wsparcia dla plików konfiguracyjnych agentów, miała również poprawić kontrast kolorów w menedżerze agentów oraz naprawić błąd w rozliczaniu tokenów, który mógł przedwcześnie zakańczać rozmowy. Teoretycznie brzmi to jak solidny zestaw poprawek, który powinien usatysfakcjonować użytkowników.
Niestety, rzeczywistość okazała się bardziej skomplikowana. Na forach i w społecznościach internetowych odnotowano lawinę zgłoszeń dotyczących błędów wykonania agentów. Użytkownicy otrzymywali komunikaty typu „Error Unknown: Agent execution terminated due to error”, które zapętlają się nawet przy użyciu różnych modeli, takich jak Gemini 3.1 Pro czy Flash. W logach często pojawia się informacja „UNAVAILABLE (code 503): No capacity available”, sugerująca problemy po stronie infrastruktury lub integracji.
Co gorsza, prawdopodobnie nie naprawiono jednego z bardziej uciążliwych błędów dotyczącego rozliczania tokenów, który wcześniej mógł blokować konta Pro na siedem dni. Zamiast tego niektórzy użytkownicy zaczęli obserwować nowy błąd: „could not convert a single message before hitting truncation”. Inni testowali model Claude 3.6 Sonnet, który działał jedynie przez krótki czas, po czym zgłaszał przekroczenie limitu („quota over”).
Problemy z automatyzacją i metody ratunkowe
Kolejnym punktem zapalnym stał się system automatycznych aktualizacji. Wielu użytkowników krytykuje go za brak opcji wyboru, co zmusza do przyjmowania potencjalnie niestabilnych wersji. To ważny aspekt z punktu widzenia DevOps — wymuszony rollout wadliwego oprogramowania może poważnie zakłócić procesy produkcyjne, zwłaszcza gdy narzędzie jest integralną częścią pipeline’u deweloperskiego.
W odpowiedzi na te problemy społeczność szybko opracowała metody ratunkowe. Jedną z nich jest blokowanie aktualizatora przez usunięcie cache (~/Library/Caches/com.google.antigravity.ShipIt), ustawienie folderów jako tylko do odczytu lub zmianę ustawienia na "update.mode": "none". To wyraźny sygnał, że zaufanie do płynnego procesu aktualizacji zostało nadszarpnięte.
Co robią użytkownicy, gdy nowa wersja zawodzi? Często decydują się na powrót do starszej, stabilniejszej wersji. W środowisku PowerShell można to zrobić za pomocą polecenia winget install Google.Antigravity --version 1.19.6 --force. Wersja 1.19.6 z 28 lutego 2026 roku, oznaczona etykietą „Account Remediation Pathway”, okazuje się często bardziej niezawodna niż jej następczyni. To dość wymowne, że stabilność oferuje starsze wydanie.
Dlaczego to ważne dla web developera i zespołów AI?
Kontekst jest tu kluczowy. Antigravity nie jest jedynie ciekawostką. Dla wielu profesjonalistów to narzędzie pracy, które integruje się z modelami językowymi (LLM) i automatyzuje części procesu tworzenia kodu. Wsparcie dla plików takich jak AGENTS.md czy GEMINI.md wskazuje na trend konfigurowalnych, specyficznych dla projektu agentów, którzy mogą operować na konkretnych zasadach i wiedzy.
Gdy takie narzędzie zaczyna niedomagać, skutki są bardzo realne. Opóźnienia w projektach, niespodziewane błędy podczas generowania kodu, przerwy w pracy — wszystko to przekłada się na produktywność i koszty. Problemy z kompatybilnością modeli (Gemini, Claude) dodatkowo komplikują sprawę, zmuszając do testowania i szukania alternatyw w czasie, który mógłby być poświęcony na rozwój.
Warto zauważyć, że system limitów, który przyczynia się do błędów „quota over”, został wprowadzony przez Google pod koniec 2025 roku. Jest to celowa zmiana wprowadzająca dwa jednoczesne limity: sprint 250 jednostek resetujący się co 5 godzin oraz tygodniową bazę 2800 jednostek. Ten system istniał już przed wydaniem wersji 1.20.5 i nie jest jej bezpośrednim skutkiem.
Sama dystrybucja aktualizacji przez różne kanały (Chocolatey, Arch AUR, Ubuntu, oficjalna strona) pokazuje również złożoność ekosystemu. Zalecenie z niektórych źródeł, aby stosować tryb ręcznej aktualizacji i pozostawać przy starszych wersjach, to przyznanie się do problemów z jakością nowszych wydań.
Podsumowanie: wymagany ostrożny optymizm
Wydanie Antigravity 1.20.5 to klasyczny przykład rozdźwięku między oficjalnymi komunikatami a doświadczeniami użytkowników. Oficjalnie to aktualizacja skupiona na stabilności i UI, ale społeczność zgłasza poważne problemy z działaniem agentów i kompatybilnością modeli. Pokazuje to, jak ważne jest testowanie w różnych środowiskach i analiza feedbacku.
Dla deweloperów, którzy polegają na tym narzędziu, kluczowe jest teraz zachowanie ostrożności. Znajomość metod ratunkowych, takich jak blokowanie aktualizacji czy powrót do wersji 1.19.6, może uratować dzień pracy. Równocześnie istotne będzie obserwowanie dalszych komunikatów od Google, aby zrozumieć, czy problemy są tymczasowe, czy wynikają z głębszych zmian w architekturze lub strategii.
Ostatecznie historia wersji 1.20.5 przypomina, że nawet w świecie zaawansowanej automatyzacji i AI, zdrowy rozsądek i umiejętność ręcznego obejścia problemów pozostają bezcenne. Czas pokaże, czy kolejne wydania zdołają odbudować zaufanie, czy też użytkownicy na dobre przeniosą się do bardziej przewidywalnych alternatyw.
