Tag: workflow

Claude Code v2.1.81 wprowadza flagę `–bare` dla automatyzacji i naprawia kluczowe błędy

Nowa wersja Claude Code, wydana 20 marca 2026 roku, przynosi istotne udoskonalenia w automatyzacji workflowów i rozwiązuje szereg problemów wpływających na stabilność środowiska programistycznego. Wersja 2.1.81 bazuje na fundamentach wcześniejszej aktualizacji 2.1.80, która poprawiała wsparcie dla pluginów i widoczność limitów rate limitingu, ale idzie o krok dalej, skupiając się na niezawodności i efektywności operacji skryptowych.

Nowa flaga --bare usprawnia automatyzację

Najbardziej znaczącą zmianą w tym wydaniu jest wprowadzenie flagi --bare. To specjalny tryb przeznaczony dla wywołań skryptowych z parametrem -p (prompt). Jego działanie jest radykalne: całkowicie omija uruchamianie hooków, Language Server Protocol (LSP), synchronizację pluginów oraz przeszukiwanie katalogów skill. Funkcja auto-memory jest w tym trybie całkowicie wyłączona.

Do działania tego trybu wymagane jest przekazanie klucza API Anthropic poprzez zmienną środowiskową ANTHROPIC_API_KEY lub za pomocą apiKeyHelper w parametrze --settings (uwierzytelnianie OAuth i keychain są wyłączone). Flaga --bare jest skierowana głównie do środowisk DevOps, CI/CD pipelines i przetwarzania wsadowego (batch processing). Szczególnie przydaje się w scenariuszach "vibe coding", gdzie skrypty działają bez interaktywnego UI i zależności od pluginów.

Choć oficjalne statystyki wydajności nie zostały udostępnione, cel jest jasny: minimalizacja opóźnień przy wysokiej częstotliwości wywołań automatycznych. To przejście Claude Code z roli narzędzia głównie interaktywnego w stronę stabilnego i szybkiego silnika do operacji backendowych.

Usprawnienia UX: od MCP do zarządzania sesjami

Poza automatyzacją, wersja 2.1.81 skupia się na poprawie codziennego user experience. W Model Control Protocol (MCP) wywołania narzędzi read i search są teraz zwijane do jednej linii Queried {server} dla większej czytelności. Pełny output można rozwinąć za pomocą skrótu Ctrl+O.

Claude w trybie interaktywnym sugeruje teraz użycie trybu bash (!) dla poleceń systemowych, co ułatwia odkrywanie tej funkcji. Mechanizm odświeżania pluginów został uszczelniony – pluginy śledzone przez ref (np. przez Git) są teraz ponownie klonowane przy każdym ładowaniu, co zapewnia natychmiastową aktualizację z upstreamu.

W przypadku sesji Remote Control tytuły są odświeżane już po trzeciej wiadomości, a generowane przez AI tytuły pojawiają się w ciągu sekund. Tryb Plan domyślnie ukrywa teraz opcję "clear context", co zapobiega przypadkowemu usunięciu kontekstu (można ją przywrócić ustawieniem "showClearContextOnPlanAccept": true). Sesje są teraz również poprawnie wznawiane w oryginalnym worktree.

Rozwiązanie krytycznych błędów dla stabilności

To wydanie jest również istotnym patchem stabilizacyjnym. Naprawiono uciążliwy problem z OAuth/Authentication, w którym równoległe sesje wymagały niepotrzebnego ponownego uwierzytelniania podczas odświeżania tokena. Jest to kluczowe dla osób pracujących nad wieloma projektami jednocześnie.

W trybie voice naprawiono błąd, przez który błąd ponowienia (retry failure) był ignorowany, a użytkownik widział tylko ogólny komunikat "check network". Teraz wyświetlane są rzeczywiste błędy. Dodano też mechanizm recovery audio przy zerwaniu połączenia WebSocket.

Dla użytkowników enterprise korzystających z proxy (np. Vertex, Bedrock), flaga CLAUDE_CODE_DISABLE_EXPERIMENTAL_BETAS teraz poprawnie blokuje nagłówki structured-outputs, co eliminuje błędne kody 400.

Naprawiono race condition w agentach działających w tle, która mogła prowadzić do zawieszania się procesów podczas pollingu. W obszarze bezpieczeństwa hooki PreToolUse nie omijają już reguł deny. Dodano nową funkcję --channels permission relay — serwery kanałów deklarujące odpowiednie zdolności mogą teraz przekazywać prośby o zatwierdzenie użycia narzędzi na telefon użytkownika.

Lista pozostałych poprawek jest obszerna: zachowanie znaków CRLF w narzędziu Write, wycieki pamięci przy komunikatach o postępie, działanie hooków pluginów w usuniętych katalogach, błędy krytyczne w Node.js 18 oraz zbędne prośby o uprawnienia Bash. Na systemie Windows wyłączono line-by-line streaming z powodu problemów z renderowaniem i naprawiono obsługę zmiennej PATH dla VS Code z Git Bash.

Wnioski

Claude Code v2.1.81 to wydanie, które choć nie rewolucjonizuje głównej funkcjonalności AI, znacząco wzmacnia fundamenty narzędzia. Flaga --bare otwiera nowe możliwości w automatyzacji, gdzie szybkość i brak narzutu (overheadu) są kluczowe. Liczne poprawki uwierzytelniania, trybu voice, obsługi proxy i stabilności sesji sprawiają, że środowisko jest bardziej niezawodne w profesjonalnych, złożonych sesjach programistycznych.

To wyraźny sygnał, że rozwój Claude Code zmierza w stronę nie tylko inteligentniejszego asystenta, ale także stabilnego i łatwego w integracji narzędzia deweloperskiego, zdolnego do pracy zarówno w trybie interaktywnym, jak i w zautomatyzowanych pipeline'ach.

2026-03-29
Google Antigravity 1.20.6: Naprawiono kluczową blokadę w tworzeniu reguł i workflow

Google Antigravity, agentowe IDE, które na starcie mocno poruszyło społeczność programistów, otrzymało nową, pozornie drobną aktualizację. Wersja 1.20.6, która trafiła do użytkowników w połowie marca 2026 roku, skupia się na jednym, lecz absolutnie kluczowym problemie. Chodzi o naprawę błędu uniemożliwiającego tworzenie własnych reguł i workflow – fundamentu personalizacji w tym środowisku.

Choć w oficjalnym changelogu widnieje tylko jedna pozycja: „Fix for customizations creation”, dla wielu deweloperów ta poprawka oznacza powrót do pełni funkcjonalności. Bez możliwości definiowania własnych reguł cała koncepcja „vibe coding” i zarządzania pracą autonomicznych agentów stawała pod znakiem zapytania.

Co konkretnie naprawiono w aktualizacji 1.20.6?

Zgodnie z release notes, głównym i jedynym celem wersji 1.20.6 było usunięcie błędu, który blokował użytkownikom tworzenie nowych dostosowań (customizations). W praktyce chodziło o niemożność definiowania własnych reguł (rules) i przepływów pracy (workflows) wewnątrz platformy.

To nie jest drobna uciążliwość, a poważna blokada. Reguły w Google Antigravity to mechanizm, za pomocą którego deweloperzy „uczą” swoje agenty specyficznych standardów kodowania, formatowania commitów, preferencji architektonicznych czy zasad code review. Agent, działający w oparciu o modele Gemini, ma te reguły automatycznie uwzględniać, co jest esencją spersonalizowanej, wydajnej współpracy między człowiekiem a AI.

Wiele wskazuje na to, że błąd mógł być skutkiem ubocznym wcześniejszych aktualizacji. Niektórzy użytkownicy na forach wspominali o problemach z rozpoznawaniem workspace’ów po upgrade’ach, co skutkowało utratą dostępu do zdefiniowanych wcześniej reguł. Aktualizacja 1.20.6 ma być odpowiedzią na te problemy, przywracając podstawową funkcję tworzenia i zarządzania customizacjami.

Stopniowy rollout i kontekst poprzednich wersji

Jak to często bywa w przypadku narzędzi Google, nowa wersja Antigravity jest wdrażana stopniowo. Proces rolloutu może trwać kilka dni, zanim aktualizacja dotrze do wszystkich użytkowników systemów Windows, macOS i Linux. Co istotne, platforma oferuje też tryb ręcznej aktualizacji w ustawieniach, pozwalając bardziej ostrożnym użytkownikom pozostać przy starszej, stabilnej wersji, jeśli nowa wprowadza niepożądane zmiany.

Aby zrozumieć znaczenie tej małej poprawki, warto rzucić okiem na kontekst poprzednich wydań. Bezpośrednio przed 1.20.6 ukazała się wersja 1.20.5 (9 marca 2026), która niosła zestaw ogólnych ulepszeń stabilności i interfejsu użytkownika (3 improvements, 3 fixes, 1 patch). Wcześniej, pod koniec lutego, w wersji 1.20.3 wprowadzono m.in. formalną ścieżkę remediacji dla kont zawieszonych z powodu naruszenia regulaminu.

To pokazuje, że zespół rozwija platformę wielotorowo: z jednej strony pracuje nad nowymi funkcjami i bezpieczeństwem, a z drugiej musi szybko reagować na krytyczne błędy funkcjonalne, takie jak ten związany z tworzeniem reguł. W świecie developmentu, gdzie automatyzacja przez agenty jest kluczowa, utrata możliwości ich precyzyjnego konfigurowania paraliżuje pracę.

Dlaczego możliwość tworzenia własnych reguł jest tak ważna?

Google Antigravity od początku promowane było nie jako kolejny edytor kodu, ale jako „agent-first IDE”. Jego siłą nie jest sam edytor (choć oferuje znany z VS Code panel boczny dla agenta), lecz możliwość równoległego zarządzania wieloma autonomicznymi agentami w widoku Manager. Agenci potrafią tworzyć „Artefakty” – listy zadań, plany, zrzuty ekranu – i mają dostęp do edytora, terminala oraz przeglądarki.

Jednak bez możliwości nadania im klarownych, spersonalizowanych instrukcji, ich autonomia może prowadzić do chaosu. Tu właśnie wkracza mechanizm reguł. W materiałach promocyjnych z marca 2026 wspominano o wsparciu dla plików agents.mmd, w których deweloperzy mogą definiować swoje standardy kodowania, format commitów czy preferencje. Agenci mają te zasady odczytywać i automatycznie się do nich stosować.

Wyobraźmy sobie zespół, który ma ściśle określone konwencje nazewnictwa zmiennych, strukturę katalogów czy wymagania dotyczące testów. Wprowadzenie tych zasad jako reguł do Antigravity sprawia, że każdy agent działający na rzecz projektu będzie je respektował. To ogromna oszczędność czasu na mikrozarządzaniu i korektach. Blokada w tworzeniu takich reguł oznaczałaby więc powrót do ręcznego, żmudnego poprawiania sugestii AI.

Nierozwiązane problemy i perspektywy użytkowników

Choć aktualizacja 1.20.6 rozwiązuje palący problem, społeczność zwraca uwagę na inne, wciąż istniejące błędy. Jeden z użytkowników zgłasza na forum uporczywy problem specyficzny dla macOS na architekturze Apple Silicon: żądania agentów kończą się błędem HTTP 400 „Invalid project resource name projects/”. Problem ten, związany z serializacją, podobno przetrwał nawet aktualizację do 1.20.6 i wymaga lokalnych obejść (workarounds).

Pojawiają się też głosy o innych kwestiach, jak różnice w limitach odświeżania między planami subskrypcyjnymi (8-dniowe blokady na planach płatnych vs 7-dniowe na darmowym), które mogą wpływać na płynność pracy. To przypomina, że rozwój tak złożonej, wieloplatformowej i opartej na chmurze AI aplikacji to ciągłe żonglowanie priorytetami.

Mimo że jedna poprawka może wyglądać jak „literal nothingburger”, jak napisał jeden z użytkowników, to w rzeczywistości odblokowuje ona kluczowy element filozofii Antigravity. Platforma ma sens tylko wtedy, gdy deweloper może ją dostosować do swojego unikalnego flow i swojego „vibe’u”. Bez tej personalizacji jest po prostu kolejnym edytorem z chatbotem.

Podsumowanie: Mała poprawka, duże znaczenie dla workflow

Wydanie Google Antigravity 1.20.6 to klasyczny przykład „critical fix”. Z punktu widzenia liczby pozycji w changelogu aktualizacja jest minimalna. Z punktu widzenia użytkownika, który polega na autonomii agentów i ich precyzyjnym dostrojeniu, jest to aktualizacja niezbędna.

Przywrócenie możliwości tworzenia i zarządzania customizacjami, regułami i workflow oznacza przywrócenie kontroli nad procesem developmentu. Pozwala deweloperom w pełni wykorzystać potencjał „vibe coding”, gdzie agenci nie tylko wykonują zadania, ale robią to zgodnie z ustalonymi, wewnętrznymi standardami.

Dla społeczności skupionej wokół web developmentu, AI i DevOps, gdzie automatyzacja i spójność są na wagę złota, ta naprawa jest kluczowa. Pokazuje też, że zespół Google Antigravity aktywnie słucha feedbacku i reaguje na blokujące problemy, nawet jeśli ich rozwiązanie nie jest opatrzone fanfarami nowych funkcji. W końcu najważniejsza innowacja to ta, która po prostu działa.

2026-03-24
Codex 0.114.0: lepsza izolacja, haki i usprawnienia workflow
Najnowsza wersja narzędzi deweloperskich OpenAI, opartych na modelach takich jak Codex, przynosi zestaw eksperymentalnych funkcji, które mają na celu zwiększenie kontroli i stabilności pracy programistów. To nie jest rewolucyjna aktualizacja, lecz seria precyzyjnych udoskonaleń rozwiązujących konkretne problemy zgłaszane przez społeczność. Głównymi nowościami w tym wydaniu są eksperymentalny tryb kodu dla lepszej izolacji, nowy silnik hooków oraz kluczowe poprawki błędów wpływające na codzienną pracę.

Eksperymentalny tryb kodu: izolacja na pierwszym planie

Jedną z najciekawszych nowości jest eksperymentalny tryb kodu (experimental code mode). Jego głównym zadaniem jest zapewnienie bardziej odizolowanych środowisk pracy. W praktyce oznacza to, że różne zadania czy workflowy mogą być uruchamiane w osobnych, wydzielonych kontekstach.

Po co taka izolacja? Chodzi o redukcję interferencji. Podczas pracy nad kilkoma projektami jednocześnie lub testowania różnych skryptów istnieje ryzyko, że zmiany w jednym środowisku wpłyną nieoczekiwanie na drugie. Nowy tryb ma minimalizować to ryzyko, tworząc "piaskownice" (sandboxy) dla poszczególnych zadań. To podejście jest szczególnie cenne w złożonych pipeline'ach lub podczas eksperymentowania z nowymi bibliotekami, gdzie czystość środowiska ma kluczowe znaczenie.

Nowy silnik hooków: SessionStart i SessionStop

Kolejną eksperymentalną funkcją jest silnik hooków (hooks engine). Wprowadza on dwa nowe zdarzenia: SessionStart i SessionStop. Hooki to potężny mechanizm pozwalający deweloperom na "podpinanie" własnej logiki w kluczowych momentach cyklu życia sesji.

Wyobraź sobie, że chcesz automatycznie uruchomić skrypt czyszczący pliki tymczasowe po zakończeniu sesji, zainicjować konkretną konfigurację środowiska na jej starcie lub wysłać powiadomienie do zespołu. Dzięki nowym hookom takie automatyzacje stają się możliwe bez bezpośredniego modyfikowania jądra (core) narzędzia. Otwiera to drogę do lepszego dostosowywania środowiska do specyficznych potrzeb projektu i wewnętrznych procedur.

Endpointy health check dla WebSocketów i wyłączanie systemowych skilli

Dla osób wdrażających aplikacje oparte na WebSocketach aktualizacja wprowadza praktyczne ulepszenie operacyjne. WebSocket app-server deployments wystawiają teraz endpointy GET /readyz oraz GET /healthz na tym samym listenerze.

To standardowe, ale niezwykle ważne punkty końcowe w świecie DevOps. Umożliwiają one narzędziom monitorującym (takim jak Kubernetes czy load balancery) łatwe sprawdzanie żywotności i gotowości usługi. Dzięki temu wdrożenia produkcyjne stają się bardziej odporne i łatwiejsze w zarządzaniu.

Dodano też prosty, ale użyteczny przełącznik konfiguracyjny: możliwość wyłączenia wbudowanych systemowych skilli (bundled system skills). Nie każdy projekt potrzebuje pełnego zestawu domyślnych umiejętności. Dzięki tej opcji użytkownicy mogą odciążyć środowisko z niepotrzebnych komponentów, co może przełożyć się na mniejsze zużycie zasobów i mniejszy "szum" w interakcjach.

Usprawnienia workflowu: lepsze handoffy i czytelniejszy picker

Wydanie przynosi też subtelne, ale odczuwalne poprawki w płynności pracy. Handoffy (przekazywanie zadań) zostały wzbogacone o kontekst z transkrypcji w czasie rzeczywistym. Gdy przekazujesz zadanie innemu członkowi zespołu lub wznawiasz pracę nad wątkiem po przerwie, masz teraz lepszy wgląd w to, co działo się wcześniej. Poprawia to ciągłość pracy i skraca czas potrzebny na ponowne wejście w kontekst zadania.

Ulepszono również mention picker – narzędzie służące do wybierania i odwoływania się do różnych elementów. Poprawki skupiły się na zwiększeniu jego czytelności, co ma przyspieszyć nawigację i zmniejszyć liczbę pomyłek podczas codziennego użytkowania.

Ważne poprawki błędów zwiększające stabilność

Żadne wydanie nie mogłoby się obyć bez poprawek, a w tej aktualizacji są one szczególnie istotne dla stabilności:
- Naprawiono awarie tmux. To krytyczna poprawka dla użytkowników pracujących w terminalu, gdzie crashe mogły skutkować utratą sesji.
- Zaostrzono kontrole włączania aplikacji. Naprawiono problem, przez który aplikacje mogły być uruchamiane w nieobsługiwanych sesjach, co prowadziło do niespójnego zachowania.
- Rozwiązano problem z wątkami oznaczanymi jako "w toku". Dotyczyło to sytuacji, gdy użytkownik zakończył pracę w trakcie działania procesu (mid-run), a później ją wznowił – wątek mógł utknąć w nieprawidłowym stanie.
- Ulepszono zarządzanie uprawnieniami. Poprawka zachowuje oczekiwane zachowanie dla workspace-write, zapewniając jednocześnie bezpieczną degradację (graceful degradation) w starszych buildach. Jest to kluczowe dla kompatybilności wstecznej.
Jak zainstalować i kontekst szerszych wydań

Instalacja nowych narzędzi i bibliotek OpenAI zazwyczaj odbywa się przez menedżery pakietów, takie jak npm. Warto zapoznać się z oficjalną dokumentacją OpenAI, aby poznać aktualne metody instalacji i dostępne pakiety.

Warto spojrzeć na to wydanie w szerszym kontekście cyklu rozwojowego. Ta aktualizacja koncentruje się na izolacji, hookach i stabilności. Kolejne wersje wprowadzały już bardziej spektakularne nowości, takie jak inspekcja obrazów w pełnej rozdzielczości czy rozszerzony kontekst JavaScript REPL. Pokazuje to iteracyjne podejście: najpierw buduje się solidny fundament i mechanizmy (jak hooki), a potem na nich opiera nowe, bogatsze funkcje.

Podsumowanie: solidny krok naprzód

Ta aktualizacja to wydanie inżynieryjne, które może nie rzucać się w oczy efektownymi interfejsami, ale znacząco poprawia jakość i kontrolę nad procesem deweloperskim. Wprowadzenie eksperymentalnego trybu izolacji i silnika hooków wskazuje na kierunek rozwoju platformy w stronę większej modularności, bezpieczeństwa i możliwości automatyzacji. Jednocześnie poprawki błędów związanych z tmux, wątkami i uprawnieniami bezpośrednio rozwiązują problemy użytkowników, zwiększając ogólną niezawodność narzędzia. To właśnie takie aktualizacje, które naprawiają, usprawniają i dają nowe, bazowe możliwości, często mają największy wpływ na produktywność w dłuższej perspektywie.
2026-03-18