Anthropic nie zwalnia tempa. 7 maja 2026 roku światło dzienne ujrzała wersja 2.1.133 terminalowego asystenta Claude Code – aktualizacja, która na pierwszy rzut oka może wydawać się drobną porcją poprawek, ale w rzeczywistości precyzyjnie celuje w bolączki zaawansowanych użytkowników. Deweloperzy balansujący między gałęziami, administratorzy dbający o bezpieczeństwo izolowanych środowisk i entuzjaści automatyzacji dostają zestaw narzędzi, który znacząco podnosi komfort codziennej pracy. Nowa wersja to przede wszystkim długo wyczekiwane ustawienie worktree.baseRef, elastyczniejsza konfiguracja sandboxa dla Linuksa i WSL oraz garść poprawek stabilności, które sprawiają, że sesje przestają się niespodziewanie wykrzaczać.
Kluczowe informacje
- Nowe ustawienie
worktree.baseRefdaje pełną kontrolę nad bazowym punktem odniesienia dla operacji worktree, co eliminuje nieporozumienia przy edycji kodu w gałęziach - Ulepszona konfiguracja sandboxa na Linuksie i WSL umożliwia precyzyjniejsze definiowanie granic izolacji – niezbędne w kontenerach deweloperskich
- Wzmocnione polityki administracyjne pozwalają na skuteczniejsze egzekwowanie reguł w zespołach i wdrożeniach enterprise
- Widoczność poziomu wysiłku hooków ułatwia debugowanie automatyzacji i ocenę, jak mocno poszczególne skrypty obciążają asystenta
- Poprawki stabilności sesji obejmują obsługę poświadczeń, dopasowanie ścieżek, tryb skupienia i zarządzanie pamięcią procesów w tle
Worktree z wreszcie jawnym punktem startowym
Dla każdego, kto pracuje z wieloma gałęziami jednocześnie, operacje worktree w Git są chlebem powszednim. Claude Code od dawna potrafi je obsługiwać, ale dotychczas samodzielnie ustalał bazową referencję – czyli gałąź lub commit, względem której generowane są zmiany. Automatyzm ten bywał jednak zawodny, szczególnie gdy struktura repozytorium odbiegała od standardowych konwencji. Nowość w wersji 2.1.133 to jawne ustawienie worktree.baseRef. Od teraz możesz w pliku konfiguracyjnym wskazać konkretny punkt startowy: main, develop, a nawet konkretny SHA commita. Claude nie będzie już zgadywał – dostosuje się do twoich intencji.
Praktyczne znaczenie tego drobnego dodatku jest ogromne. Wyobraź sobie sytuację, w której tworzysz nową funkcjonalność na gałęzi feature/api-v2, ale chcesz, aby asystent porównywał zmiany względem gałęzi release/1.0, a nie domyślnego main. Dotychczas mogło to prowadzić do generowania nadmiarowych diffów lub pomijania kluczowych konfliktów. Teraz wystarczy jeden wpis i cały przepływ pracy staje się spójny. Dla zwolenników vibe codingu, którzy coraz częściej powierzają AI generowanie całych bloków kodu, precyzyjne zakotwiczenie w repozytorium to warunek konieczny, by uniknąć katastrofy po mergowaniu.
Izolacja na własnych warunkach
Sandbox w Claude Code to mechanizm uruchamiający kod w kontrolowanym środowisku, chroniący system hosta przed niepożądanymi skutkami. Do tej pory na Linuksie i WSL jego konfiguracja potrafiła być sztywna – użytkownicy narzekali na brak możliwości dostrojenia reguł pod specyficzne kontenery deweloperskie. Update 2.1.133 rozwiązuje ten problem, wprowadzając elastyczniejsze opcje konfiguracji. Choć changelog nie podaje szczegółowych nazw parametrów, to z kontekstu wynika, że administracja może teraz precyzyjniej określać, które katalogi są dostępne, jakie zasoby wolno montować i kiedy sandbox ma wymusić twardą izolację.
Dla zespołów korzystających z Dev Containers czy GitHub Codespaces to krok milowy. Możliwość dostosowania sandboxa do obrazu kontenera oznacza, że asystent będzie w stanie bezpiecznie operować w środowisku zbliżonym do produkcyjnego, nie narażając go na wycieki danych. Deweloperzy mogą też łatwiej integrować Claude Code z własnymi narzędziami CI/CD, gdzie izolacja wykonania ma kluczowe znaczenie dla bezpieczeństwa łańcucha dostaw.
Administratorzy dostają lepsze narzędzia dyscypliny
Wersja 2.1.133 wprowadza silniejszą kontrolę polityk administracyjnych. To ukłon w stronę organizacji, które wdrażają asystenta AI w skali zespołu. Nowe mechanizmy pozwalają na definiowanie reguł z poziomu zarządzanego pliku konfiguracyjnego, które są egzekwowane z wyższym priorytetem. Na przykład
Dodaj komentarz