Tag: oprogramowanie open source

  • Claude Code 2.1.161: cichy stabilizacyjny patch, który wyciąga wnioski z błędów

    Claude Code 2.1.161: cichy stabilizacyjny patch, który wyciąga wnioski z błędów

    Anthropic wypuściło 2 czerwca 2026 roku wersję Claude Code 2.1.161, która koncentruje się na niezawodności i bezpieczeństwie. Aktualizacja obejmuje 22 zmiany w CLI oraz jedną korektę system promptu, ale nie wprowadza efektownych nowości. Tego rodzaju aktualizacje są kluczowe, ponieważ pomagają zespołom unikać losowych awarii pipeline'ów oraz wycieków sekretów w logach.

    Kluczowe fakty

    • Równoległe narzędzia nie kasują się nawzajem — awaria pojedynczego polecenia Bash nie przerywa już całego batcha.
    • OTEL_RESOURCE_ATTRIBUTES zostały dodane jako etykiety do metryk OpenTelemetry, co umożliwia analizę użycia według zespołu lub repozytorium.
    • Secrety w MCP nie wyciekają w plain tekście — zmienne środowiskowe nie są rozwijane, a nagłówki uwierzytelniające są redagowane.
    • Agent w tle nie zanieczyszcza już stdout w trybie headless, co chroni integracje CI przed uszkodzonym wyjściem JSON.
    • Usunięto frazę „interactive software engineering agent” z system promptu, co nadało odpowiedziom bardziej naturalny ton.

    Równoległe wykonanie bez efektu domina

    W poprzednich wersjach występował poważny problem z równoległymi wywołaniami narzędzi. Gdy Claude uruchamiał kilka komend Bash jednocześnie — na przykład linting, testy jednostkowe i sprawdzenie typów — pojedynczy błąd powodował, że wyniki wszystkich pozostałych były kasowane. To był efekt domina.

    Wersja 2.1.161 rozwiązuje ten problem. Każde narzędzie w batchu teraz zwraca własny rezultat niezależnie od pozostałych. Dla zespołów DevOps i webdevu oznacza to oszczędność czasu — nie trzeba restartować całego zadania tylko dlatego, że eslint znalazł brakujący średnik.

    Poprawka ma również znaczenie dla automatyzacji CI/CD. Pipeline, który równolegle sprawdza formatowanie, testy i bezpieczeństwo zależności, nie padnie przy pierwszym warningu. To niewielka zmiana w logice wykonania, ale ogromna różnica w codziennej pracy.

    Metryki, które w końcu mówią coś konkretnego

    Monitoring użycia AI w firmie bez podziału na zespoły jest mało przydatny — każdy menedżer to potwierdzi. Dlatego dodanie OTEL_RESOURCE_ATTRIBUTES jako etykiet do metryk to jeden z ważniejszych kroków Anthropic w tej wersji.

    Teraz organizacje mogą tagować zapytania według zespołu, repozytorium czy środowiska. Dział DevOps ma dostęp do rzeczywistych kosztów i wzorców użycia Claude Code z podziałem na projekty. Nie trzeba zgadywać, który zespół generuje najwięcej tokenów ani gdzie warto zoptymalizować interakcje z modelem.

    Dla przyjęcia technologii w przedsiębiorstwie to kluczowy krok — bez szczegółowych metryk trudno uzasadnić budżet na AI przed zarządem. Teraz liczby są konkretne i przypisane do konkretnych jednostek.

    Bezpieczeństwo: secrety przestały wyciekać

    W poprzednich wersjach występowała regresja, przez którą komenda claude mcp wypisywała secrety w plain tekście. Tokeny OAuth, klucze API, nagłówki uwierzytelniające — wszystko lądowało w terminalu jako zwykły string. To stanowiło poważny problem bezpieczeństwa, szczególnie w środowiskach współdzielonych i logowanych.

    Wersja 2.1.161 rozwiązuje ten problem na trzech poziomach: referencje ${VAR} nie są już rozwijane, nagłówki uwierzytelniające są redagowane, a URL-e zawierające secrety są traktowane z należytą ostrożnością. Żaden z tych elementów nie trafi do widocznego wyjścia.

    Dla administratorów bezpieczeństwa to sygnał, że Anthropic traktuje wycieki poważnie. Patch nie wprowadza nowych funkcji — łata konkretne luki, które mogły narazić organizacje na poważne incydenty.

    UI i system prompt: mniej sztuczności, więcej naturalności

    Zmiana system promptu jest subtelna, ale zauważalna. Usunięto sztywną rolę „interactive software engineering agent”, która wcześniej nadawała odpowiedziom pomocniczy, nieco protekcjonalny ton. Claude nie przedstawia się już jako pomocnik — po prostu działa.

    Drobne poprawki UI również zostały wprowadzone. Na Linuksie integracja ze schowkiem korzysta teraz z wl-copy, xclip lub xsel, co zapewnia natywne odczucie również przy middle-click paste. Terminal działa szybciej dzięki stabilizacji profilu JIT w silniku layoutu, a opcja „Show unused connectors” porządkuje interfejs MCP, chowając nieużywane konektory za jednym kliknięciem.

    Podsumowanie

    Claude Code 2.1.161 to aktualizacja, która nie robi hałasu — i to dobrze. Naprawia równoległe wykonanie narzędzi, dodaje sensowne metryki dla przedsiębiorstw, łata krytyczny wyciek sekretów i porządkuje interfejs. W cyklu wydawniczym Anthropic ta wersja stanowi stabilny fundament przed większymi zmianami, które nadejdą pod koniec czerwca 2026. Dla zespołów korzystających z Claude Code w automatyzacji i CI/CD, aktualizacja jest niezbędna — nie ze względu na nowości, ale dlatego, że bez niej systemy mogą przestać działać poprawnie.

    Źródła

  • Claude Code 2.1.160: obowiązkowe potwierdzenia przed edycją kluczowych plików i nowy trigger „ultracode”

    Claude Code 2.1.160: obowiązkowe potwierdzenia przed edycją kluczowych plików i nowy trigger „ultracode”

    Anthropic wprowadziło 1 czerwca 2026 roku aktualizację Claude Code 2.1.160, która wprowadza nowe zabezpieczenia przed nieautoryzowanymi modyfikacjami plików konfiguracyjnych, mogących być wykorzystywane jako wektory ataku. Od teraz agent nie ma możliwości samodzielnego nadpisania plików takich jak .npmrc, .zshenv czy .bazelrc. Nawet w trybie acceptEdits użytkownik musi teraz wyrazić zgodę na takie zmiany. Dodatkowo, zmieniono słowo kluczowe wyzwalające dynamiczne workflow z workflow na ultracode, a nowy mechanizm jest wizualnie wyróżniony na fioletowo w polu prompta.

    Kluczowe zmiany w skrócie

    • Obowiązkowe potwierdzenia przed zapisem do plików startowych powłoki, konfiguracji gita i plików narzędzi budowlanych — nawet przy włączonym acceptEdits
    • Trigger dynamicznych workflow zmieniony na ultracode; stare słowo workflow przestało działać
    • Stabilność sesji w tle — naprawiono wycieki podprocesów, problemy z historią czatów i integrację schowka na Windows/WSL
    • Optymalizacja klasyfikatora auto-mode — rzadsze blokowanie rutynowych operacji komunikatem o braku możliwości oceny akcji
    • Edycja po grep — agent nie musi już osobno czytać pliku narzędziem Read, jeśli wcześniej przeglądał go przez grep

    Nowy poziom ochrony: pliki konfiguracyjne pod nadzorem

    Najważniejsza zmiana w Claude Code 2.1.160 dotyczy bezpieczeństwa. Dotychczas agent w trybie acceptEdits mógł bez pytania modyfikować pliki takie jak .npmrc, .yarnrc, bunfig.toml, .bazelrc, .pre-commit-config.yaml oraz zawartość katalogów .devcontainer/ i ~/.config/git/. Teraz każda próba zapisu w tych lokalizacjach jest zatrzymywana, a użytkownik otrzymuje monit o zgodę.

    Dotyczy to również plików startowych powłoki — .zshenv, .zlogin, .bash_login. Te pliki są automatycznie wykonywane przy starcie powłoki. Ich nieautoryzowana modyfikacja przez agenta AI mogła prowadzić do przejęcia środowiska deweloperskiego bez wiedzy programisty — wystarczyło, że Claude dodałby do .zshenv linię z niebezpiecznym poleceniem. Teraz taki scenariusz wymaga ręcznego zatwierdzenia.

    To zmiana, która powinna była zostać wprowadzona wcześniej. W kontekście łańcuchów dostaw oprogramowania możliwość nieautoryzowanej modyfikacji konfiguracji narzędzi budowlanych stanowi poważne ryzyko — zwłaszcza gdy agent działa w tle, a programista jest zajęty innymi zadaniami.

    Porządki w tle: sesje, podprocesy i schowek

    Aktualizacja przynosi również poprawki stabilności, które szczególnie odczują osoby korzystające z agentów w tle (claude agents). Przede wszystkim poprawiono obsługę podprocesów — przy zamykaniu sesji SIGTERM jest teraz wysyłany do działających shelli przed SIGKILL, co daje procesom czyszczącym szansę na wykonanie. To rozwiązuje wcześniejsze problemy na CI, gdzie headless runy nie kończyły się poprawnie.

    Dla użytkowników Windows i WSL naprawiono integrację schowka — wcześniejsze błędy OSC 52 zostały rozwiązane dzięki współpracy z PowerShellem. Kolejna poprawka polega na tym, że historia czatów nie znika już przy ponownym dołączaniu do sesji w tle. Wcześniej zdarzało się, że po restarcie sesji Claude wykonywał pierwszy prompt od nowa, co mogło prowadzić do nieprzewidzianych skutków ubocznych.

    Ultracode zamiast workflow i szybszy auto-mode

    Ultracode zamiast workflow i szybszy auto-mode

    Zmiana nazwy triggera na ultracode jest istotna — wpisanie workflow w prompcie nie inicjuje już dynamicznego workflow. Nowe słowo kluczowe jest podświetlane na fioletowo, co ułatwia jego rozpoznanie. To znacząca zmiana w narzędziu, ale Anthropic uznało, że termin workflow był zbyt ogólny i prowadził do przypadkowych aktywacji.

    Klasyfikator auto-mode również przeszedł optymalizację. Zmniejszono opóźnienia w pętli decyzyjnej agenta, co sprawia, że komunikat „could not evaluate this action” rzadziej blokuje rutynowe operacje. Agent szybciej podejmuje decyzje i mniej przeszkadza użytkownikowi.

    Drobniejsze, ale odczuwalne usprawnienia

    Drobniejsze, ale odczuwalne usprawnienia

    Jest jeszcze jedna zmiana, która, choć techniczna, realnie przyspiesza pracę. Gdy Claude przegląda plik narzędziem grep, egrep lub fgrep, nie musi już wykonywać osobnego wywołania Read przed edycją. Mechanizm read-before-edit traktuje teraz grep na równi z bezpośrednim odczytem pliku, co eliminuje zbędny krok, który wcześniej wydłużał każdą sekwencję „znajdź i popraw”.

    Warto również zauważyć, że z komunikatu startowego usunięto sugestię instalacji wtyczki do JetBrains. To drobna zmiana, ale mniej natrętnych powiadomień zawsze jest korzystne.

    Podsumowanie

    Claude Code 2.1.160 to przede wszystkim aktualizacja bezpieczeństwa, która zamyka istotny wektor potencjalnych nadużyć. Wprowadzenie zabezpieczeń przed nieautoryzowanymi modyfikacjami plików konfiguracyjnych to krok w stronę bezpieczniejszego programowania, w którym automatyzacja nie odbywa się kosztem kontroli nad środowiskiem. Użytkownicy Claude Code, szczególnie w trybie acceptEdits, powinni zaktualizować narzędzie za pomocą npm update -g @anthropic.

    Źródła

  • Claude Opus 4.8 wchodzi z milionowym oknem kontekstu i nowym narzędziem advisor

    Claude Opus 4.8 wchodzi z milionowym oknem kontekstu i nowym narzędziem advisor

    28 maja 2026 roku Anthropic wprowadziło Claude Opus 4.8, model, który oferuje 1 milion tokenów okna kontekstowego, 128 tysięcy tokenów wyjściowych oraz przeprojektowane myślenie adaptacyjne. Platforma zyskała również rozszerzone wsparcie dla zarządzanych agentów na AWS, możliwość wstrzykiwania wiadomości systemowych w trakcie konwersacji oraz parametr max_tokens w narzędziu advisor, co pozwala deweloperom lepiej kontrolować koszty i opóźnienia.

    Co nowego – w pigułce

    • Claude Opus 4.8 debiutuje 41 dni po premierze poprzedniej wersji, z 4-krotnie mniejszym ryzykiem przeoczenia błędów w kodzie.
    • Nowy parametr max_tokens w narzędziu advisor pozwala ograniczać zużycie zasobów przy zadawaniu pytań modelowi.
    • Wiadomości systemowe w trakcie konwersacji umożliwiają aktualizację promptów systemowych bez resetowania konwersacji.
    • Claude Managed Agents są dostępne na AWS, a ulepszone raportowanie odmów wspiera debugowanie aplikacji.
    • Dynamic Workflows w Claude Code mogą uruchomić do 1000 równoległych podagentów do migracji repozytoriów.

    Myślenie adaptacyjne i uczciwość – co się zmieniło

    Claude Opus 4.8 wprowadza mechanizm dynamicznego dostosowywania głębi wnioskowania. Model samodzielnie ocenia, ile "myślenia" wymaga konkretne zadanie – przy prostych pytaniach przechodzi do odpowiedzi szybciej, a przy bardziej złożonych angażuje więcej zasobów. Wczesne testy pokazują, że model rzadziej przeocza błędy w kodzie, co czyni go bardziej wiarygodnym narzędziem dla zespołów DevOps i web developerów. Model częściej sygnalizuje, gdy nie ma pewności, co jest istotne w kontekście produkcji.

    Narzędzie advisor z kontrolą kosztów

    Nowy parametr max_tokens w narzędziu advisor odpowiada na problem rosnących kosztów przy intensywnym korzystaniu z modelu. Umożliwia on ustawienie limitu tokenów dla odpowiedzi generowanych przez advisor, co wpływa na przewidywalność wydatków i czas odpowiedzi. Deweloperzy mogą teraz lepiej zarządzać budżetem zapytań, nie rezygnując z jakości.

    Claude Managed Agents i komunikaty systemowe w środku rozmowy

    Platforma rozszerza wsparcie dla Claude Managed Agents na AWS, co upraszcza wdrażanie agentów w chmurze Amazonu. Zmiana w API Messages pozwala teraz na wprowadzanie wpisów systemowych bezpośrednio w tablicy messages, co umożliwia modyfikację kontekstu modelu w trakcie rozmowy. To rozwiązanie jest przydatne w długich interakcjach, gdzie wymagania ewoluują.

    Ulepszono także raportowanie odmów. Gdy model odrzuca żądanie, odpowiedź zawiera więcej szczegółów dotyczących przyczyny. To pozwala zespołom budującym krytyczne aplikacje szybciej zidentyfikować źródło problemu.

    Ceny i tryb Fast Mode

    Anthropic utrzymało standardowe ceny na poziomie Claude Opus 4.8: 5 dolarów za milion tokenów wejściowych i 25 dolarów za milion wyjściowych. Fast Mode kosztuje 10 i 50 dolarów odpowiednio, ale działa około 2,5 razy szybciej niż tryb standardowy. W porównaniu z Fast Mode poprzedniej generacji (30/150 dolarów) to trzykrotna obniżka, co ma znaczenie w kontekście budżetu przy wysokoprzepustowych zadaniach agentowych.

    Co to znaczy dla web developmentu

    Claude Opus 4.8 stał się domyślnym modelem dla planów Pro, Max, Team i Enterprise w Claude Code. Milionowe okno kontekstu umożliwia analizę całych repozytoriów w jednym przebiegu, a Dynamic Workflows, dostępne jako podgląd badawczy, potrafią zrównoleglić zadania migracyjne na dużą skalę. Dzięki kontroli kosztów przez max_tokens w advisorze oraz możliwości podmiany promptów systemowych w locie, zyskujemy narzędzia gotowe do zastosowania w produkcji.

    Źródła

  • Claude Code 2.1.157 stawia na lokalne wtyczki i płynniejszą pracę z repozytoriami

    Claude Code 2.1.157 stawia na lokalne wtyczki i płynniejszą pracę z repozytoriami

    Anthropic wprowadziło 29 maja 2026 roku wersję 2.1.157 Claude Code, która znacząco upraszcza proces tworzenia i używania wtyczek. Użytkownicy mogą teraz po prostu umieścić pliki w katalogu .claude/skills, a narzędzie automatycznie je załaduje podczas uruchamiania sesji. Wersja ta wprowadza również komendę do szybkiego tworzenia nowych wtyczek oraz szereg poprawek stabilności, które będą szczególnie przydatne dla osób pracujących z obrazami i terminalem.

    Co nowego w skrócie

    • Automatyczne ładowanie wtyczek z folderu .claude/skills bez potrzeby rejestracji w marketplace czy dodatkowych flag CLI
    • Nowa komenda claude plugin init <name> tworzy kompletny szkielet wtyczki w bieżącym katalogu
    • Ulepszone zarządzanie agentami — sesje respektują pole agent w settings.json, a flaga --agent umożliwia szybkie nadpisanie
    • EnterWorktree pozwala na przełączanie się między worktree bez wychodzenia z aktywnej sesji
    • Ponad 20 poprawek błędów, w tym dla przetwarzania obrazów, renderowania terminala i sesji w tle

    Koniec z marketplace jako jedyną drogą

    Główna zmiana w tym wydaniu polega na tym, że system plików staje się rejestrem wtyczek. Dotychczas, aby użyć własnego pluginu w Claude Code, należało publikować go w marketplace lub ręcznie wskazywać ścieżkę za pomocą flagi --plugin-dir. Teraz wszystko, co znajdzie się w .claude/skills/, jest automatycznie wykrywane i gotowe do użycia od razu po uruchomieniu sesji.

    Dla zespołów zajmujących się pisaniem wewnętrznych skryptów czy automatyzacji to duża oszczędność czasu. Odpadają wszelkie procedury związane z tokenami uwierzytelniającymi, komendami instalacyjnymi i konfiguracją. Katalog projektu staje się jedynym źródłem prawdy, co sprawdza się szczególnie dobrze w środowiskach, gdzie liczy się szybkie prototypowanie.

    Nowa komenda claude plugin init <nazwa> dodatkowo przyspiesza proces przejścia od pomysłu do działającego kodu. Zamiast ręcznie tworzyć boilerplate, użytkownicy otrzymują gotowy szablon w kilka sekund. W połączeniu z autouzupełnianiem argumentów /plugin, które pokazuje dostępne opcje w czasie rzeczywistym, próg wejścia dla twórców wtyczek znacznie się obniża.

    Agenci i worktree — mniej klikania, więcej działania

    Agenci i worktree — mniej klikania, więcej działania

    Kolejna istotna zmiana dotyczy zarządzania agentami i pracy z gałęziami. Sesje uruchamiane z poziomu agenta uwzględniają teraz pole agent w pliku settings.json, co pozwala na precyzyjne kontrolowanie, który model i z jakimi uprawnieniami jest uruchamiany. Flaga --agent umożliwia szybkie nadpisanie tego ustawienia bez konieczności edytowania konfiguracji.

    Komenda EnterWorktree jest przydatna dla osób, które pracują z wieloma gałęziami w ramach jednego zadania. Umożliwia przełączanie się między worktree zarządzanymi przez Claude'a bez zamykania sesji, co eliminuje potrzebę ręcznego przechodzenia między terminalami czy zapisywania kontekstu. Dla skomplikowanych workflow deweloperskich to realna oszczędność czasu.

    Cichy wróg — stabilność

    Cichy wróg — stabilność

    Wersja 2.1.157 zamyka również ponad 20 zgłoszeń błędów, z których kilka mogło powodować problemy. Obrazy o zerowej długości lub uszkodzone wklejane ze schowka nie powodują już awarii — są zamieniane na tekstowe placeholdery. Poprawiono renderowanie terminala, w tym regresję schowka w tmux, która wystąpiła w v2.1.157.

    WSL zyskał poprawki dotyczące obsługi obrazów, a zintegrowane terminale w IDE przestały gubić kontekst. Sesje w tle również otrzymały kilka poprawek, zarówno w logice wygaszania, jak i zarządzania procesami. Całość obejmuje 33 zmiany CLI, bez żadnych breaking changes, więc aktualizacja nie powinna wpłynąć negatywnie na istniejące ustawienia.

    Lokalnie znaczy szybciej

    To wydanie wpisuje się w szerszy trend odchodzenia od scentralizowanych marketplace'ów na rzecz rozwiązań działających bezpośrednio w systemie plików. Dla osób praktykujących vibe coding, gdzie liczy się natychmiastowa iteracja, eliminacja zbędnych kroków konfiguracyjnych to klucz do efektywnej pracy. Claude Code 2.1.157 dostarcza narzędzi, które nie przeszkadzają w pracy, co jest jego największą zaletą.

    Źródła

  • Claude Opus 4.8 wchodzi do gry z oknem 1M tokenów i sterowaniem głębokością myślenia

    Claude Opus 4.8 wchodzi do gry z oknem 1M tokenów i sterowaniem głębokością myślenia

    Anthropic wprowadził 28 maja 2026 roku Claude Opus 4.8, który jest ich najnowszym modelem. Nowością jest zwiększone okno kontekstowe do miliona tokenów oraz maksymalny output wynoszący 128 tysięcy tokenów, a ceny pozostały na poziomie z poprzedniej wersji. To aktualizacja, która wprowadza znaczące zmiany pod maską.

    Co nowego w pigułce

    • Okno kontekstowe 1M tokenów i maksymalny output 128k – dostępne domyślnie w API, na Bedrocku, Google Cloud i Microsoft Foundry
    • Sterowanie wysiłkiem zamiast automatycznego myślenia adaptacyjnego – możliwość wyboru poziomu od niskiego do maksymalnego
    • Komunikaty systemowe w trakcie konwersacji – zmiana instrukcji bez przerywania cache promptów
    • 4x mniejsza szansa, że model pozostawi błąd w kodzie bez komentarza
    • Dynamic workflows w Claude Code – setki równoległych pod-agentów w jednej sesji

    Mid-conversation system messages, czyli koniec z rozbijaniem promptów

    Jedna z istotnych zmian, która na pierwszy rzut oka może wydawać się technicznym szczegółem, w praktyce oszczędza czas i nerwy. Wcześniej, aby zmienić system prompt w trakcie zadania, konieczne było rozpoczęcie nowego user turn lub czyszczenie cache. Teraz Messages API przyjmuje system entries bezpośrednio w tablicy wiadomości. Deweloperzy mogą zmieniać zasady w locie, bez restartowania kontekstu i dodatkowych kosztów.

    W długich sesjach agentowych to nie tylko udogodnienie, ale konkretna oszczędność. W przypadku wieloetapowego zadania, gdzie po piątym kroku chcesz zawęzić zakres odpowiedzi lub dodać nowe ograniczenie, wcześniej wymagało to skomplikowanego prompt engineeringu. Teraz wystarczy wprowadzić nową instrukcję i kontynuować.

    Effort control – sam decydujesz, ile model ma myśleć

    Anthropic zrezygnował z automatycznego „adaptive thinking” na rzecz jawnego sterowania wysiłkiem. Obok wyboru modelu pojawił się suwak, który pozwala ustawić poziom od niskiego do maksymalnego. Niski wysiłek skutkuje krótszymi czasami odpowiedzi i mniejszym zużyciem limitów, podczas gdy wysoki wysiłek uruchamia głębsze, częstsze przejścia przez łańcuch rozumowania.

    To rozwiązanie jest korzystne dla zespołów, które muszą balansować między szybkością a dokładnością. Nie zawsze potrzebujesz modelu, który analizuje każdy szczegół przez dłuższy czas. Czasem chcesz natychmiastowej odpowiedzi, a czasem bardziej szczegółowej analizy – teraz masz kontrolę nad tym bez zmiany modelu.

    Uczciwość jako funkcja, nie przypadek

    W testach Claude Opus 4.8 wypada około cztery razy lepiej niż jego poprzednik, jeśli chodzi o zostawianie błędów w kodzie bez oznaczenia ich. To istotna metryka dla zespołów dev ops i vibe coding.

    Model częściej sygnalizuje niepewność i rzadziej generuje odpowiedzi, które brzmią pewnie, ale nie są oparte na faktach. API wprowadziło także obiekt stop_details, który wyjaśnia kategorie odmowy, gdy request zostanie odrzucony. Teraz wiesz dokładnie, dlaczego model nie odpowiedział – czy to z powodu bezpieczeństwa, praw autorskich, czy innych przyczyn.

    Claude Code i agentowe plany wieloetapowe

    Nowe funkcje w research preview dla Claude Code to prawdopodobnie najbardziej praktyczny element tej aktualizacji. Model potrafi teraz planować pracę i uruchamiać setki równoległych pod-agentów w jednej sesji. Każdy z nich może działać dłużej, bez potrzeby ciągłego pytania użytkownika o zgodę na kolejny krok.

    W benchmarku „Mind to Web” Claude Opus 4.8 uzyskał 84% – to znaczący postęp w porównaniu do poprzedniej wersji i wynik lepszy niż GPT-5.5. Model sprawdza się szczególnie w długich zadaniach programistycznych, gdzie ważne jest utrzymanie kontekstu przez wiele kroków. GPT-5.5 ma przewagę w terminal coding, ale w przeglądarkowych agentach i wielowątkowych migracjach kodu nowy Claude Opus 4.8 wypada lepiej.

    Fast Mode również został ulepszony – jest 2,5 razy szybszy i trzykrotnie tańszy niż wcześniej (10 i 50 dolarów za milion tokenów input/output). W standardowym trybie ceny pozostały na poziomie 5 i 25 dolarów za milion tokenów.

    Co to oznacza dla zespołów technicznych

    Claude Opus 4.8 jest skierowany do przedsiębiorstw, które potrzebują złożonych workflows agentowych, analiz finansowych, cyberbezpieczeństwa i długich zadań programistycznych. Połączenie jawnego sterowania wysiłkiem z sygnalizowaniem niepewności ma znaczenie tam, gdzie koszt błędu jest wysoki.

    Dla zespołów dev ops nowa wersja Claude Code z dynamicznymi workflows może znacznie skrócić czas dużych migracji kodu. Zamiast ręcznie dzielić zadanie na mniejsze części, można powierzyć modelowi zaplanowanie wykonania z setkami pod-agentów. To już nie tylko asystent, ale koordynator. Jeśli do tej pory korzystałeś z GPT-5.5 ze względu na terminal coding, warto przetestować Claude Opus 4.8 w zadaniach przeglądarkowych i długodystansowych – tam przewaga Anthropica jest teraz wyraźna.

    Źródła

  • Zed 1.4.2: System umiejętności zastępuje reguły agenta i wprowadza globalne instrukcje

    Zed 1.4.2: System umiejętności zastępuje reguły agenta i wprowadza globalne instrukcje

    Zed wydał wersję 1.4.2, która zmienia sposób konfigurowania agentów AI w edytorze. Dotychczasowy system reguł został usunięty, a jego miejsce zajęły umiejętności (Skills), czyli pakiety instrukcji wielokrotnego użytku. Wprowadzono również globalny plik AGENTS.md, który pozwala na definiowanie wytycznych dostępnych dla wszystkich agentów, eliminując potrzebę powtarzania tych samych zasad w różnych wątkach.

    Najważniejsze zmiany w pigułce

    • Umiejętności zastępują stare @rule – to ustrukturyzowane foldery z plikiem SKILL.md, które agent ładuje tylko wtedy, gdy są potrzebne, zamiast wprowadzać cały blok tekstu do każdej konwersacji.
    • Globalny AGENTS.md definiuje instrukcje dla całego projektu, co eliminuje potrzebę rozrzucania reguł po różnych plikach konfiguracyjnych.
    • Wybór gałęzi bazowej w widoku porównania gałęzi pozwala teraz wskazać, z którą gałęzią chcemy zestawić obecne zmiany.
    • Przełączanie wszystkich fragmentów diffa jednym poleceniem przyspiesza nawigację po zmianach.
    • C++ runnables umożliwiają uruchamianie plików wykonywalnych C++ bezpośrednio z poziomu edytora.

    Jak działają umiejętności?

    Umiejętność to folder zawierający plik SKILL.md z metadanymi i instrukcjami. Agent widzi katalog wszystkich zainstalowanych umiejętności i może załadować dowolną z nich na żądanie. Można to zrobić na dwa sposoby: przez polecenie slash (/) w edytorze wiadomości albo przez wzmiankę @skill w menu autouzupełniania.

    Tworzenie nowych umiejętności jest proste. Zed ma wbudowaną umiejętność create-skill, która prowadzi przez proces konfiguracji krok po kroku. Dostępny jest również menedżer umiejętności pod cmd-alt-l na macOS oraz ctrl-alt-l na Windows i Linuksie. Można także zaimportować umiejętność z pliku Markdown na GitHubie, używając polecenia agent: create skill from url w palecie komend.

    Są jednak pewne ograniczenia techniczne. Łączny rozmiar nazw i opisów wszystkich umiejętności nie może przekraczać 50KB – jeśli limit zostanie przekroczony, nadmiarowe umiejętności znikają z katalogu, a użytkownik otrzymuje ostrzeżenie w interfejsie. Plik SKILL.md powinien mieścić się w 500 liniach, a szczegółowe materiały referencyjne lepiej przenieść do folderu references/.

    Koniec ery @rule

    Dla dotychczasowych użytkowników to zmiana, która wymaga działania. Stary system reguł i wpis @rule w autouzupełnianiu zostały całkowicie usunięte. Wcześniej reguły działały jak ściana tekstu wprowadzana do każdej konwersacji – agent musiał przetwarzać całość za każdym razem.

    Nowy system działa inaczej. Umiejętności są ładowane selektywnie, tylko gdy agent uzna, że są potrzebne do konkretnego zadania. To poprawia wydajność i zmniejsza szum w kontekście. Wszystkie istniejące reguły trzeba teraz ręcznie przenieść do nowego formatu – nie ma automatycznej migracji.

    Globalne instrukcje i pozostałe usprawnienia

    Plik AGENTS.md to kolejny element porządkujący pracę z agentami. Działa na poziomie całego projektu – definiuje instrukcje, które agent bierze pod uwagę niezależnie od tego, który konkretnie skill został załadowany. To wygodne rozwiązanie dla zespołów, które chcą zachować spójność stylu kodowania czy konwencji nazewnictwa bez powtarzania tych samych zasad w każdym skonfigurowanym skillu.

    W kwestii workflow z kodem: pojawiła się możliwość wyboru gałęzi bazowej przy porównywaniu zmian w widoku diffa. Nowe polecenie zwijania i rozwijania wszystkich fragmentów diffa naraz znacznie przyspiesza przeglądanie większych pull requestów czy commitów.

    Jeśli chodzi o C++, Zed dodał wsparcie dla uruchamiania plików wykonywalnych, co jest korzystne dla programistów pracujących z tym językiem. Aktualizacja poprawia również stabilność na Linuksie i wprowadza poprawki błędów w integracjach z AI, Gitem oraz MCP (Model Context Protocol).

    Dlaczego to ma znaczenie dla zespołów deweloperskich

    Dla grup stosujących vibe coding lub AI-driven development, umiejętności pozwalają na standaryzację wewnętrznych standardów pisania kodu czy podejścia do testów bez konieczności dołączania dużych bloków kontekstu w każdym prompcie. Jest to szczególnie przydatne w zespołach DevOps, gdzie agenci muszą obsługiwać różne workflow – od integracji z bazami danych po przetwarzanie dokumentów. Umiejętność ładuje dokładnie te instrukcje, które są potrzebne do konkretnego zadania, zamiast zalewać agenta niepotrzebnymi informacjami.

    Ustawienia okna konfiguracji również doczekały się drobnego, ale użytecznego usprawnienia – w breadcrumb pojawił się przełącznik zakresu dla podstron takich jak umiejętności, co pozwala łatwo przeskakiwać między konfiguracją użytkownika a konfiguracją projektu.

    Źródła

  • Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów

    Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów

    Factory wprowadził aktualizację v0.133.1, która dodaje nowe polecenie /context oraz sygnały dźwiękowe do monitorowania sesji deweloperskich. To wydanie koncentruje się na poprawie świadomości użytkowników o tym, co dzieje się podczas pracy agentów AI, szczególnie w przypadku dłuższych zadań, gdzie łatwo stracić orientację w zużyciu zasobów.

    Kluczowe zmiany w pigułce

    • Polecenie /context otwiera modal podglądu wykorzystania tokenów i długości sesji bez przerywania pracy.
    • Opcjonalne dźwięki informują o zakończeniu zadania lub aktualizacji stanu agenta.
    • Menu boczne sesji zapewnia szybki dostęp do ostatnich projektów i działań.
    • Wprowadzono kilka poprawek stabilności: lepsza widoczność końcowego outputu, obsługa zoomu pulpitu oraz naprawa linków integracji z Linear.

    Świadomość kontekstu bez wychodzenia z flow

    Nowością jest komenda /context, która wywołuje modal pokazujący aktualne zużycie tokenów, długość trwającej sesji oraz pozostały limit w ramach subskrypcji. To rozwiązanie jest przydatne dla osób pracujących z narzędziami do kodowania, które mogą stracić orientację w czasie trwania sesji.

    Wystarczy wpisać /context w interfejsie Factory, aby zobaczyć te dane w czytelnym widoku. Użytkownicy nie muszą przerywać pracy ani przeszukiwać ustawień. To małe udogodnienie oszczędza czas i nerwy podczas szybkiego prototypowania.

    Dźwięki, które faktycznie pomagają

    Drugim elementem aktualizacji są opcjonalne powiadomienia dźwiękowe. Factory wprowadza proste sygnały informujące o zakończeniu zadania przez agenta, błędzie wykonania lub zmianie stanu sesji.

    W narzędziach AI do kodowania często pomija się warstwę dźwiękową. Jednak przy pracy z subagentami i modelami mieszanymi, które Factory wprowadził w wersji v0.133.1, łatwo przeoczyć moment, w którym agent kończy zadanie. Dźwięk pozwala użytkownikom wrócić do kontekstu w odpowiednim momencie, zamiast co chwilę sprawdzać terminal.

    Szybsza nawigacja i mniej irytujących błędów

    Menu boczne sesji to kolejna funkcja zwiększająca wygodę. Umożliwia szybki dostęp do historii sesji i ostatnich projektów bez otwierania osobnego widoku. Jest to szczególnie przydatne przy pracy nad kilkoma równoległymi projektami.

    Poprawki stabilności również mają znaczenie. Lepsza widoczność końcowego outputu eliminuje potrzebę przewijania logów w poszukiwaniu wygenerowanego kodu. Naprawa obsługi zoomu pulpitu rozwiązuje problemy z interfejsem na monitorach o wysokiej rozdzielczości. Poprawione linki integracji z Linear eliminują błąd, który mógł zakłócać zarządzanie zadaniami.

    Warto też wiedzieć

    Factory regularnie rozwija funkcje dla programistów korzystających z AI w codziennej pracy. Wcześniejsze wydania, w tym v0.133.1, wprowadziły mieszane modele, niestandardowe subagenty oraz automatyczne pull requesty.

    Nowsze wersje, w tym v0.133.1, dodały wsparcie dla port-forwardingu w droid computers oraz przyspieszyły start aplikacji dzięki zrównolegleniu faz bootowania. Wersja 0.133.1 wpisuje się w trend małych, użytecznych usprawnień, które nie rewolucjonizują workflow, ale poprawiają codzienną pracę.

    Aktualizacja jest szczególnie przydatna dla osób spędzających długie godziny w Factory, które potrzebują lepszego wyczucia, ile jeszcze mogą wycisnąć z sesji, zanim wyczerpią limity. Dźwięki będą pomocne dla tych, którzy równolegle testują kod w przeglądarce, a menu boczne przyda się każdemu, kto zarządza kilkoma projektami jednocześnie.

    Źródła

  • Codex 0.134.0 stawia na zarządzanie agentami: wyszukiwanie historii, polityki profili i OAuth dla MCP

    Codex 0.134.0 stawia na zarządzanie agentami: wyszukiwanie historii, polityki profili i OAuth dla MCP

    OpenAI wypuściło 26 maja 2026 roku wersję 0.134.0 Codex, która przekształca to narzędzie w pełnoprawne środowisko uruchomieniowe dla agentów AI. Zamiast kolejnych usprawnień edytora, wprowadzono trzy kluczowe elementy dla długotrwałych, nadzorowanych sesji: lokalne wyszukiwanie konwersacji, ujednolicone profile (--profile) oraz bardziej zaawansowaną obsługę Model Context Protocol (MCP). To wydanie odpowiada na potrzeby użytkowników, którzy spędzają z agentem więcej czasu, umożliwiając łatwiejszy powrót do wcześniejszych wątków, zachowanie konfiguracji oraz bezpieczne łączenie z zewnętrznymi narzędziami.

    Najważniejsze zmiany w Codex 0.134.0

    • Lokalne wyszukiwanie przeszukuje historię konwersacji z podglądem treści, co pozwala inżynierom odzyskać tok rozumowania agenta bez konieczności odtwarzania kontekstu.
    • Flaga --profile stała się głównym przełącznikiem profili w CLI, TUI i sandboksie — zamiast zestawu doraźnych flag, wprowadzono paczki polityk.
    • Per-server environment targeting i OAuth w MCP umożliwiają przypisywanie zmiennych środowiskowych do konkretnych serwerów oraz bezpieczną autoryzację przez strumieniowe HTTP.
    • Niezawodniejsze schematy narzędzi — connector tools zachowują lokalne struktury $ref i $defs, a przerośnięte schematy są kompaktowane bez ich spłaszczania.
    • Współbieżność tylko do odczytu — narzędzia MCP z flagą readOnlyHint mogą działać równolegle, co przyspiesza bezpieczne operacje.

    Profile jako konfigurowalne paczki polityk

    Zarządzanie uprawnieniami w Codex 0.134.0 wcześniej przypominało składanie mebli bez instrukcji — flagi do sandboksa, osobne przełączniki do poziomu dostępu, wszystko rozrzucone po dokumentacji. Wersja 0.134.0 rozwiązuje ten problem w przemyślany sposób.

    --profile działa teraz jako pojedynczy selektor, który łączy ustawienia sandboksa, poziom zatwierdzania akcji i konfigurację uprawnień w jeden zestaw. Można to traktować jak szablon polityki bezpieczeństwa, który działa w terminalu, interfejsie tekstowym i podczas zdalnego wykonania. Dla zespołów devopsowych, które muszą utrzymywać spójność między środowiskami — na przykład wymuszając tryb tylko do odczytu na testowych instancjach — to znaczna oszczędność czasu.

    Profile nie są już tylko nakładką na flagi. Działają jako samodzielne byty, które można wersjonować i przekazywać między członkami zespołu. W dłuższych sesjach kodowania, gdzie agent działa przez wiele godzin, taka powtarzalność konfiguracji ma kluczowe znaczenie.

    MCP zyskuje kontekst środowiskowy i OAuth

    Model Context Protocol łączy agenta z zewnętrznymi narzędziami — bazami danych, API, systemami plików. Dotychczas zarządzanie dostępem było mało elastyczne, ponieważ każde połączenie dziedziczyło globalne zmienne środowiskowe, co prowadziło do konfliktów przy większej liczbie konektorów.

    Nowe per-server environment targeting umożliwia przypisanie osobnych zmiennych środowiskowych do każdego serwera MCP. Jeśli jeden connector wymaga stagingowego tokena, a inny produkcyjnego klucza API, nie trzeba już stosować wrapperów ani przeładowywać sesji. Wystarczy zdefiniować to w konfiguracji.

    Dodanie OAuth dla strumieniowych serwerów HTTP to krok w stronę standardów korporacyjnych. Zamiast długotrwałych kluczy API, zespoły mogą teraz korzystać z krótkotrwałych tokenów z pełnym cyklem odświeżania. Dla nadzorowanych zdalnie agentów, na przykład działających na hostach Windows poprzez sandbox, oznacza to mniejsze ryzyko wycieku danych uwierzytelniających.

    Wyszukiwanie historii i niezawodność narzędzi

    Wyszukiwanie historii i niezawodność narzędzi

    Lokalne wyszukiwanie konwersacji rozwiązuje problem, który każdy programista zna: "co dokładnie powiedziałem agentowi trzy dni temu, że zadziałało?". Silnik przeszukuje nie tylko surowe logi, ale także treść odpowiedzi i podpowiedzi, pokazując podgląd dopasowań bez konieczności otwierania pełnych plików.

    To szczególnie ważne przy debugowaniu długich sesji — zamiast przeszukiwać setki linii terminala czy eksportować logi do zewnętrznych narzędzi, można szybko wyszukać konkretny fragment konwersacji bezpośrednio w CLI.

    Równolegle poprawiono obsługę schematów narzędzi. Dotychczas agresywne spłaszczanie struktur $ref i $defs często prowadziło do błędów walidacji, gdy connector przekazywał narzędziu źle sformatowane dane. Teraz schematy zachowują swoją strukturę — a jeśli przekraczają limity, są kompaktowane z poszanowaniem oryginalnych zależności.

    Stabilność i pakiety

    Stabilność i pakiety

    Wydanie zawiera również wiele poprawek, które są istotne w codziennej pracy. Interfejs TUI na Windows doczekał się łatek eliminujących artefakty renderowania, a zdalne wykonywanie poleceń (remote execution) jest teraz bardziej przewidywalne. Zmniejszono również rozmiar paczek instalacyjnych i uproszczono pipeline wydawniczy, co dla deweloperów oznacza szybsze ściąganie i mniej konfliktów zależności.

    Podsumowanie

    Wersja 0.134.0 to nie tylko zestaw kosmetycznych poprawek, lecz istotny krok w kierunku bardziej zaawansowanego zarządzania agentami AI.

    Źródła

  • Zed 1.3.7 łata irytujący błąd blokujący operacje Gita na macOS

    Zed 1.3.7 łata irytujący błąd blokujący operacje Gita na macOS

    Zed doczekał się stabilnej aktualizacji oznaczonej numerem 1.3.7, która rozwiązuje problem z zawieszaniem się operacji Git na komputerach Mac. To oczekiwana poprawka, szczególnie dla osób pracujących z kodem, które nie mają czasu na restartowanie edytora z powodu zablokowanego commitu czy pushu.

    Kluczowe fakty o wydaniu

    • Zed 1.3.7 to stabilna wersja przeznaczona wyłącznie dla systemu macOS.
    • Główna poprawka dotyczy blokowania się operacji Git z powodu błędów w procesach potomnych.
    • Race condition przy tworzeniu procesów powodował zawieszanie edytora podczas commitów, pushów i pulli.
    • Zgłoszenie błędu nosi identyfikator #57662 w trackerze projektu.
    • Efektem jest bardziej przewidywalna i płynna praca z repozytoriami w edytorze.

    Na czym polegał problem

    Błąd tkwił w mechanizmie uruchamiania procesów potomnych, przez które Zed komunikuje się z Git. Przy określonej sekwencji zdarzeń dochodziło do wyścigu, gdzie dwa wątki próbowały jednocześnie uzyskać dostęp do tego samego zasobu. W efekcie operacja Gita wisiała w nieskończoność, a edytor przestawał reagować na polecenia związane z kontrolą wersji.

    Dla programisty oznaczało to sytuację, w której próba zatwierdzenia zmian kończyła się martwym oknem dialogowym i przymusowym restartem Zeda. Dlatego poprawka została wprowadzona do stabilnego kanału tak szybko — tego typu błędy potrafią skutecznie zakłócić pracę.

    Problem dotyczył wyłącznie macOS. Zed korzysta tam z nieco innego modelu zarządzania procesami niż na Linuksie czy Windowsie, stąd łatka trafiła tylko do użytkowników komputerów Apple. Zespół Zed Industries nie podał szczegółów technicznych implementacji, ale z historii commitów wynika, że zmodyfikowano sposób synchronizacji wątków przy wywołaniach git poprzez std::process::Command.

    Dlaczego stabilność Gita ma znaczenie

    Dlaczego stabilność Gita ma znaczenie

    W świecie web developmentu i DevOps Git jest kluczowym narzędziem w codziennej pracy. Każdy commit, każdy push do zdalnego repozytorium to operacje wykonywane wielokrotnie w ciągu dnia. Gdy edytor nie radzi sobie z ich obsługą, traci się nie tylko czas, ale i zaufanie do narzędzia. Zed od początku pozycjonował się jako szybki, responsywny edytor konkurujący z VS Code, więc takie problemy mogą negatywnie wpłynąć na jego reputację.

    Warto również zwrócić uwagę na zespoły używające narzędzi AI do wspomagania kodowania, takich jak Claude Code czy Cursor. W takich workflow agent AI często samodzielnie wykonuje commit i push po wygenerowaniu kodu. Jeśli operacja Gita się zawiesi, cały proces automatyzacji staje.

    Szerszy kontekst rozwoju Zeda

    Zed 1.3.7 nie wprowadza nowych funkcji — to techniczna łatka stabilizacyjna. Wpisuje się jednak w szerszy trend, gdzie zespół Zeda regularnie wypuszcza drobne poprawki między większymi wydaniami. Wcześniejsze wersje 1.3.x skupiały się głównie na usprawnieniach wydajnościowych i naprawie błędów zgłaszanych przez społeczność.

    Jeśli korzystasz z Zeda na Macu i doświadczyłeś zamrożonego interfejsu przy próbie wykonania git commit albo git push, ta aktualizacja jest dla ciebie. Możesz ją pobrać standardowo — przez wbudowany mechanizm automatycznych aktualizacji lub bezpośrednio ze strony projektu. Po instalacji warto sprawdzić, czy problem został rozwiązany, szczególnie w większych repozytoriach, gdzie procesy Gita trwają dłużej, a ryzyko race condition było wyższe.

    Zespół nie ogłosił, czy podobna poprawka trafi do wersji na Linuksa i Windows — tam ten konkretny błąd nie występował, więc na razie nie ma takiej potrzeby. Historia pokazuje jednak, że Zed ujednolica ścieżki kodu między platformami, więc przyszłe wersje na wszystkich systemach mogą skorzystać z doświadczeń związanych ze zgłoszeniem #57662.

    Źródła

  • Zed 1.1.8: ukierunkowane poprawki wydajności i stabilności edytora

    Zed 1.1.8: ukierunkowane poprawki wydajności i stabilności edytora

    Najnowsza stabilna wersja edytora Zed, oznaczona numerem 1.1.8, wprowadza szereg poprawek, które eliminują uciążliwe błędy i zwiększają responsywność w codziennej pracy. Twórcy skoncentrowali się na usunięciu wycieku pamięci związanego z interfejsem wiersza poleceń, poprawie monitorowania zmian w systemie plików oraz udoskonaleniu wizualnych wskaźników aktywności. To aktualizacja, która może nie przyciąga uwagi, ale jest istotna dla każdego, kto spędza długie godziny w edytorze.

    Najważniejsze zmiany w pigułce

    • Wyciek pamięci CLI – długotrwałe sesje z linią poleceń nie obciążają już zasobów systemowych.
    • Odpytywanie systemu plików – szybsza reakcja na zmiany w projektach z dużą liczbą plików.
    • Wskaźnik aktywności – teraz dokładniej sygnalizuje działanie serwerów językowych i agentów.
    • Menu przewidywania edycji – znaczniki wyboru poprawnie odzwierciedlają zaakceptowane predykcje.
    • Czas ładowania projektu – inicjalizacja obszarów roboczych stała się wyraźnie szybsza.

    Wyciek pamięci CLI przestał dokuczać

    Problem z wyciekiem pamięci, który mógł niepostrzeżenie obciążać system podczas intensywnego korzystania z terminala, został rozwiązany. Wcześniej każda sesja komunikacji za pomocą interfejsu wiersza poleceń (CLI) stopniowo zwiększała zużycie pamięci. Teraz czyszczenie następuje natychmiast, bez potrzeby restartu edytora. Dla programistów korzystających z zewnętrznych narzędzi i skryptów to istotna poprawa.

    Udoskonalone odpytywanie systemu plików

    Wersja 1.1.8 poprawia mechanizm wykrywania zmian w katalogach projektowych. Gdy wiele plików zmienia się jednocześnie, na przykład po przełączeniu gałęzi w Gicie lub po instalacji zależności, Zed reaguje teraz szybciej i bardziej przewidywalnie. Zmniejsza to irytujące opóźnienia, które czasem prowadziły do chwilowego wyświetlania nieaktualnych danych w drzewie plików. Dla webdeveloperów pracujących nad rozbudowanymi monorepozytoriami to różnica między płynną pracą a frustracją.

    Wskaźnik aktywności – mniej zgadywania

    W pasku statusu wprowadzono zmiany, które poprawiają dokładność ikon oznaczających trwające operacje, takie jak działanie Language Server Protocol (LSP) czy przetwarzanie przez agenta AI. Teraz użytkownicy nie będą już mylić sygnałów, że procesor wciąż przetwarza dane, gdy w rzeczywistości już zakończył. To szczególnie ważne przy współpracy z modelami sztucznej inteligencji, ponieważ edytor natychmiast informuje, kiedy kontekst został odświeżony, a odpowiedź agenta jest gotowa.

    Użytkownicy korzystający z funkcji AI do uzupełniania kodu zauważą poprawki wizualnych znaczników. W menu przewidywania edycji wcześniej występowały nieścisłości – zaakceptowane sugestie nie zawsze były odpowiednio oznaczone. Teraz każda zatwierdzona predykcja otrzymuje swój znacznik wyboru i zostaje trwale zapisana w kodzie. Dla zwolenników vibe codingu i szybkiego prototypowania to zmiana, która eliminuje zbędne wątpliwości i pozwala skupić się na tworzeniu.

    Szybsze ładowanie i optymalizacja LSP

    Czasy startu projektów w Zed były już krótkie, ale wersja 1.1.8 wprowadza dalsze usprawnienia. Wczytywanie plików projektowych stało się jeszcze sprawniejsze – edytor szybciej otwiera duże katalogi i sprawniej między nimi nawiguję. Równolegle poprawiono zarządzanie pamięcią używaną przez serwery językowe. Gdy LSP wysyła komunikaty szybciej niż odbierająca strona jest w stanie je przetworzyć, bufor nie puchnie już bez kontroli. To zapobiega nagłym skokom zużycia RAM-u, które zdarzały się wcześniej przy bardzo aktywnych serwerach analizujących kod w locie.

    Dlaczego takie poprawki mają znaczenie

    Zed od początku stawia na wydajność – rdzeń napisany w Ruście, renderowanie wspierane sprzętowo przez GPU i błyskawiczne wyszukiwanie w repozytoriach liczących setki tysięcy linii. Każda z opisanych poprawek dotyka fundamentów tego podejścia. Wyciek pamięci był problemem dla długich sesji, a opóźnione odpytywanie dysku odbierało poczucie bezpośredniego kontaktu z kodem. Wersja 1.1.8 to nie tylko zbiór łatek, ale także umocnienie pozycji Zeda jako preferowanego edytora dla osób ceniących płynność pracy.

    Choć tym razem nie ma spektakularnych nowości, ta aktualizacja wyraźnie poprawia komfort codziennego użytkowania. Dla programistów, którzy spędzają wiele godzin w edytorze, suma tych drobnych usprawnień jest bardziej wartościowa niż niejedna efektowna nowość.

    Źródła