Tag: Linux

  • Claude Code 2.1.133: Worktree z precyzją i piaskownica na twoich zasadach

    Claude Code 2.1.133: Worktree z precyzją i piaskownica na twoich zasadach

    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.baseRef daje 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

    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

    Źródła

  • Kimi Code CLI 1.41.0: Instalacja wtyczek przez URL i lepsza obsługa obrazów na bezgłowym Linuksie

    Kimi Code CLI 1.41.0: Instalacja wtyczek przez URL i lepsza obsługa obrazów na bezgłowym Linuksie

    Nowa wersja narzędzia Kimi Code CLI od Moonshot AI, oznaczona numerem 1.41.0, została udostępniona 30 kwietnia 2026 roku. Wprowadza dwie istotne zmiany, które poprawiają komfort pracy deweloperów korzystających ze zdalnych środowisk programistycznych i terminali. Zespół odpowiedzialny za rozwój tego narzędzia skupił się na uproszczeniu procesu instalacji rozszerzeń oraz na poprawie obsługi obrazów w sesjach SSH na maszynach linuksowych bez graficznego interfejsu użytkownika. Choć aktualizacja może wydawać się niewielka, jej praktyczne konsekwencje są odczuwalne w codziennej pracy z kontenerami, serwerami deweloperskimi i zdalnymi stacjami roboczymi, gdzie szybkość konfiguracji środowiska i niezawodność działania w trybie tekstowym mają kluczowe znaczenie. Wersja 1.41.0 koncentruje się na szczegółach infrastrukturalnych, które skracają czas potrzebny na przygotowanie narzędzia do pracy i eliminują problemy związane z wyświetlaniem grafik w terminalu.

    Najważniejsze zmiany w pigułce

    • Instalacja wtyczek z adresu URL – komenda kimi plugin install obsługuje teraz linki HTTP/HTTPS prowadzące bezpośrednio do archiwów .zip, co eliminuje konieczność ręcznego pobierania i rozpakowywania rozszerzeń.
    • Zastępczy mechanizm schowka dla obrazów – w sesjach SSH na bezgłowym Linuksie CLI oferuje teraz fallback, który pozwala na poprawne wyświetlanie obrazów mimo braku standardowego schowka graficznego.
    • Pełne wsparcie dla macOS i Linux – narzędzie działa na obu platformach, a najnowsza aktualizacja koncentruje się na poprawie doświadczenia na serwerach linuksowych.
    • Elastyczniejsze źródła wtyczek – obok istniejących opcji, takich jak repozytoria git, lokalne katalogi i pliki zip, pojawiła się możliwość wskazania URL-a, co upraszcza dystrybucję rozszerzeń w zespołach.

    Do wydania wersji 1.41.0 instalacja wtyczek w Kimi Code CLI opierała się głównie na trzech ścieżkach: repozytoriach gita, lokalnych katalogach z plikiem plugin.json oraz archiwach .zip dostępnych na dysku użytkownika. Każda z tych metod sprawdzała się w określonych scenariuszach, jednak w dynamicznych środowiskach zespołowych brakowało mechanizmu umożliwiającego szybkie udostępnienie rozszerzenia za pomocą linku. Teraz zespół Moonshot AI wprowadził tę funkcjonalność – komenda kimi plugin install akceptuje adresy URL kończące się na .zip. Wystarczy podać bezpośredni link do archiwum hostowanego na GitHubie, GitLabie lub prywatnym serwerze HTTP, a narzędzie automatycznie pobierze plik, rozpakuje go do tymczasowego katalogu i odczyta plik manifestu plugin.json. Cały proces odbywa się w tle, bez angażowania uwagi programisty.

    Praktyczne znaczenie tej zmiany jest duże. Wyobraźmy sobie sytuację, w której zespół tworzy własne rozszerzenie do Kimi Code CLI, na przykład wtyczkę integrującą się z wewnętrznym systemem monitorowania błędów lub narzędziem do przeglądu logów. W dotychczasowym modelu dystrybucja takiego dodatku wymagała skonfigurowania dostępu do repozytorium gita, co w środowiskach korporacyjnych często wiązało się z zarządzaniem kluczami SSH i uprawnieniami, lub ręcznego przekazywania plików zip pomiędzy członkami zespołu. Teraz wystarczy umieścić archiwum na serwerze webowym, wygenerować publiczny link i przekazać go współpracownikom. Ci wklejają go w terminalu i w ciągu kilku sekund mają rozszerzenie gotowe do użycia. Mechanizm działa również z prywatnymi repozytoriami, o ile URL jest dostępny dla danego użytkownika, na przykład poprzez tokeny dostępu w linkach do wydań na GitHubie.

    Nowa funkcjonalność wpisuje się w trend upraszczania przepływu pracy w narzędziach CLI. W ekosystemie, gdzie Visual Studio Code udowodniło wartość rozbudowanego rynku rozszerzeń, a konkurencyjne edytory AI rozwijają swoje możliwości, Kimi Code CLI staje się coraz bardziej istotnym narzędziem, które dostosowuje się do potrzeb współczesnych deweloperów.

    Źródła

  • Google Antigravity Uzyskuje Sandboxing Na Linuxie i Wzmocnione Zabezpieczenia MCP

    Google Antigravity Uzyskuje Sandboxing Na Linuxie i Wzmocnione Zabezpieczenia MCP

    Google opublikowało kolejną znaczącą aktualizację swojej platformy programistycznej opartej na agentach – Antigravity. Najnowsza wersja skupia się głównie na poprawie bezpieczeństwa i użyteczności. To wyraźny krok w stronę stabilniejszego i pewniejszego środowiska do programowania ze wsparciem zaawansowanej sztucznej inteligencji.

    Dwa najważniejsze elementy tej aktualizacji to rozszerzenie wsparcia dla mechanizmu sandboxingu w systemie Linux oraz ogólne ulepszenia platformy. To właśnie te zmiany mają największe znaczenie dla programistów pracujących w środowiskach DevOps i web developmentu z wykorzystaniem AI.

    Sandboxing wkracza na Linuxa

    Funkcja sandboxingu terminala to jedna z kluczowych innowacji w zakresie bezpieczeństwa. Pozwala ona na uruchamianie poleceń systemowych wydawanych przez agenty AI w izolowanym środowisku. Dla użytkowników macOS mechanizm ten, oparty na frameworku Seatbelt (sandbox-exec), był dostępny już wcześniej. Google rozszerza i utrwala tę ochronę dla użytkowników Linuxa.

    Działa to w taki sposób, że polecenia wykonywane przez agenta są ograniczone do bieżącego folderu roboczego projektu. Agent nie ma swobodnego dostępu do całego systemu plików czy sieci. To istotna bariera, która zapobiega przypadkowym lub złośliwym modyfikacjom poza kontekstem projektu, nad którym aktualnie pracujesz. Funkcję tę można aktywować w ustawieniach użytkownika, przełączając opcję „Enable Terminal Sandboxing”. Choć na razie jest ona domyślnie wyłączona, zapowiedziano, że w przyszłych wersjach może stać się standardem.

    Ogólne usprawnienia i poprawki

    Aktualizacja wprowadza szereg ogólnych usprawnień i poprawek bezpieczeństwa, które mają na celu zwiększenie stabilności całej platformy. Wzmocnienie mechanizmów uwierzytelniania i komunikacji między komponentami bezpośrednio przekłada się na bezpieczeństwo całego środowiska programistycznego.

    Poza tym Google stale pracuje nad uproszczeniem konfiguracji i zarządzania agentami, dostosowując platformę do powszechnych praktyk deweloperskich, co ułatwia kontrolę nad ich zachowaniem w projekcie.

    Aktualizacja to nie tylko bezpieczeństwo „pod maską”. Google wprowadza też szereg usprawnień interfejsu użytkownika, które mają uprzyjemnić codzienną pracę. Chat, czyli główny punkt komunikacji z agentem, został uproszczony i skondensowany. Teraz archiwizację całej rozmowy można wykonać jednym kliknięciem, co pomaga w utrzymaniu porządku.

    Przebudowano również panel boczny (sidebar), a w samym menedżerze agentów pojawiły się liczne poprawki układu i UX. Te zmiany, choć mniej spektakularne niż sandboxing, przekładają się na odczuwalnie płynniejszą i bardziej intuicyjną obsługę.

    Podsumowanie: platforma dla agentów dojrzewa

    Najnowsze wydanie Google Antigravity jasno pokazuje kierunek rozwoju tego narzędzia. Google konsekwentnie przekształca swoje IDE w środowisko „agent-first”, gdzie sztuczna inteligencja jest równoprawnym uczestnikiem procesu tworzenia kodu. Kluczowe jest jednak, aby ta współpraca odbywała się w bezpiecznych ramach.

    Wprowadzenie wsparcia dla sandboxingu na Linuxie to odpowiedź na realne potrzeby bezpieczeństwa w programowaniu z asystą AI. Ogólne usprawnienia zabezpieczeń i interfejsu idą w parze z dbałością o developer experience. Wszystko to sprawia, że Antigravity staje się coraz poważniejszym narzędziem dla programistów chcących w pełni wykorzystać potencjał agentów AI w projektach webowych i DevOps, nie rezygnując przy tym z kontroli nad własnym systemem.

    Źródła

  • Zed 0.225.13: Kluczowe Naprawy Stabilności Na Linuksie i Ewolucja Funkcji AI

    Zed 0.225.13: Kluczowe Naprawy Stabilności Na Linuksie i Ewolucja Funkcji AI

    Nowe wydanie edytora Zed, wersja 0.225.13, to kolejny krok w rozwoju tego stosunkowo młodego, ale coraz głośniejszego narzędzia dla programistów. W odróżnieniu od poprzednich tygodni, ta aktualizacja skupia się przede wszystkim na poprawie stabilności systemu Linux, rozwiązując specyficzne i dokuczliwe problemy z inicjalizacją grafiką oraz responsywnością. To wydanie, choć niewielkie w zakresie nowych funkcji, jest istotne dla użytkowników Linuksa i stanowi solidny fundament pod dalsze eksperymenty ze sztuczną inteligencją.

    Skupienie Na Stabilności: Konkretne Naprawy Dla Linuksa

    Wersja 0.225.13, opublikowana 4 marca 2026 roku, jest przykładem tego, jak zespół Zed Industries reaguje na feedback społeczności. Głównym celem tego wydania były dwie, kluczowe poprawki dla środowiska Linux.

    • Po pierwsze*, naprawiono błąd (#50652), który uniemożliwiał Zedowi zainicjowanie OpenGL na niektórych konfiguracjach sprzętowych z Linuksem. Ten problem mógł skutkować całkowitą niemożnością uruchomienia edytora na określonych laptopach czy komputerach zintegrowanymi lub starszymi kartami graficznymi. Dla użytkownika oznaczało to po prostu błyskawiczne zamknięcie się aplikacji lub czarny ekran przy starcie.

    • Po drugie*, załatano problem (#50644) polegający na tym, że Zed przestawał reagować na niektórych konfiguracjach Linuksa. To szerokie określenie często kryje za sobą zawieszenia związane z zarządzaniem pamięcią, blokadami wątków czy specyficzną interakcją z menedżerem okien. Efekt był jednak prosty: edytor "zamrażał się", zmuszając użytkownika do zabicia procesu.

    Choć zmiany mogą wydawać się techniczne i niszowe, ich znaczenie jest fundamentalne. Edytor, który się nie uruchomi lub regularnie zawiesza, jest bezużyteczny, niezależnie od tego, jak zaawansowane ma funkcje AI. Te poprawki pokazują dojrzałość projektu i troskę o doświadczenie na wszystkich platformach, nie tylko na macOS, gdzie Zed miał swoją premierę.

    Długofalowe Wzmacnianie Fundamentów Pod Linuksem

    Wydanie 0.225.13 nie jest odosobnionym przypadkiem, a raczej kolejnym elementem szerszej kampanii poprawy stabilności Zed na Linuksie. Aby zrozumieć jego kontekst, trzeba cofnąć się o kilka wersji.

    Przełomowym momentem była wersja 0.225.9 (z 25 lutego 2026), w której dokonano kluczowej zmiany architektonicznej: zastąpiono dotychczasowy backend graficzny na Linuksie nowym, opartym na wgpu. Wgpu to nowoczesny, bezpieczny system API grafiki napisany w Rust, który działa jako warstwa abstrakcji nad Vulkanem, Metalem i DirectX 12. Ta zmiana, oznaczona numerem (#46758), rozwiązała całą garść problemów ze stabilnością, które trapiły użytkowników od miesięcy.

    Bezpośrednio przed wersją 0.225.13 ukazało się także wydanie 0.225.12, które wprowadziło kolejne ulepszenia związane z grafiką:

    • Zmniejszenie liczby awarii spowodowanych przejściowymi błędami GPU (#50539). To sytuacje, gdy karta graficzna chwilowo "gubi" synchronizację, co wcześniej mogło prowadzić do crasha całej aplikacji.
    • Lepszy, bardziej odpowiedni wybór karty GPU w systemach z wieloma procesorami graficznymi (#50528), na przykład w laptopach z hybrydową konfiguracją Intel Iris + NVIDIA.

    Łańcuch wydań 0.225.9 -> 0.225.12 -> 0.225.13 pokazuje więc wyraźną, skoordynowaną strategię: najpierw gruntowna zmiana technologii (wgpu), potem optymalizacje i odporność na błędy, a na końcu łatanie specyficznych problemów z inicjalizacją i responsywnością. Dla społeczności Linuksowej jest to bardzo obiecujący trend.

    Rozwój Funkcji AI: Sesje i Kontrola Myślenia

    Podczas gdy wersja 0.225.13 skupia się na poprawkach, jej bezpośredni poprzednicy wprowadzili istotne nowości w obszarze sztucznej inteligencji, które definiują kierunek rozwoju Zed. Warto na nie spojrzeć jako na szerszy kontekst.

    W wersji 0.225.9 pojawiły się dwie kluczowe funkcje:

    1. Historia sesji dla agentów zewnętrznych. Oznacza to, że panele asystentów AI – takich jak Auggie, Claude Agent czy Codex – przywracają swoje wątki konwersacyjne po ponownym uruchomieniu edytora. Twój dialog z AI nie ginie, gdy zamkniesz i otworzysz Zed ponownie. To drobna, ale niezwykle praktyczna zmiana, która sprawia, że współpraca z agentem przypomina bardziej ciągłą rozmowę niż serię odręcznych notatek.
    2. Kontrola poziomu "wysiłku myślowego" (thinking effort) dla obsługiwanych modeli. Ta funkcja, dostępna przez ustawienia dostawcy Zed, pozwala w pewnym zakresie regulować, jak głęboko model ma analizować problem przed podaniem odpowiedzi. Może to wpływać na czas odpowiedzi i potencjalnie na jej jakość w złożonych zadaniach.

    W stabilnych wydaniach z tego okresu pojawiły się też inne ulepszenia AI, które rozszerzają możliwości współpracy z asystentami.

    Inne Godne Uwagi Funkcje i Poprawki

    Oprócz głównych tematów – Linuksa i AI – w ciągu ostatnich kilku wydań w Zed przydarzyło się sporo innych, wartych odnotowania zmian.

    Jedną z bardziej wizualnych i praktycznych nowości jest obsługa diagramów Mermaid w podglądzie Markdown (dodana w 0.225.9). Teraz, pisząc dokumentację czy notatki w .md, możesz od razu wstawiać i podglądać wykresy sekwencji, diagramy przepływu czy schematy klas, używając popularnej składni Mermaid. To duże ułatwienie dla tech writerów i developerów dokumentujących architekturę.

    W obszarze pracy z kodem, pojawiła się opcja wyświetlania symboli dokumentu z LSP w nawigacji okruszkowej (breadcrumbs) ("document_symbols": "on"). Daje to szybszy podgląd struktury pliku (nazwy klas, funkcji) bezpośrednio w pasku nawigacyjnym.

    Wydania te przyniosły również dziesiątki innych poprawek stabilnościowych i użytecznościowych, dotyczących m.in.:

    • Gita: dodano przycisk "Review Diff" do wysyłania całego diffa do agenta AI, poprawiono wydajność przy dużych diffach.
    • Debuggera i terminala: naprawiono błędy związane z aktywnymi liniami debugowania i scrollowaniem w aplikacjach terminalowych typu tmux.
    • Interfejsu użytkownika: poprawiono wyświetlanie ikon, czcionek, menu kontekstowych i zachowanie schowka w trybie wielokursora.

    Podsumowanie: Stabilność Jako Priorytet i Strategiczny Rozwój AI

    Wydanie Zed 0.225.13, choć na pierwszy rzut oka skromne, jest wyraźnym sygnałem strategicznym od zespołu deweloperskiego. Zamiast pędzić do przodu z kolejnymi, efektownymi funkcjami, postawiono na utwardzanie fundamentów, szczególnie na platformie Linux. To mądra decyzja, która buduje zaufanie wśród użytkowników i świadczy o dojrzałości projektu. Rozwiązanie problemów z OpenGL i responsywnością bezpośrednio przekłada się na to, że więcej osób może po prostu uruchomić i korzystać z edytora bez walki.

    Jednocześnie, patrząc na szerszy obraz z ostatnich tygodni, widać jasno, że integracja AI pozostaje centralnym filarem wizji Zeda. Nie chodzi już tylko o podstawowe uzupełnianie kodu, ale o zbudowanie pełnoprawnego, kontekstowego środowiska współpracy z asystentem – z zachowaniem historii i kontrolą nad procesem.

    Dla programistów szukających nowoczesnego, szybkiego edytora z głęboko zintegrowanymi funkcjami AI, Zed staje się coraz poważniejszym kandydatem. Dla użytkowników Linuksa, wreszcie otrzymują oni uwagę i konkretne poprawki, które sprawiają, że doświadczenie jest płynne i przewidywalne. Kolejne tygodnie pokażą, czy ten dualny kierunek – twarda stabilność platformy i ambitna ekspansja AI – utrzyma się w dalszym rozwoju.