Kategoria: Aktualności Technologiczne

  • Factory v0.148.1: podpisane binarki CLI stabilizują środowiska odcięte od sieci

    Factory v0.148.1: podpisane binarki CLI stabilizują środowiska odcięte od sieci

    Factory wydało wersję v0.148.1, która rozwiązuje istotny problem dla zespołów pracujących w środowiskach air-gapped. Aktualizacja zapewnia, że wszystkie binarki CLI są teraz poprawnie podpisywane i publikowane, co umożliwia instalacjom offline pobieranie najnowszych wersji bez ryzyka związanego z niezweryfikowanym oprogramowaniem.

    Poprawka trafiła do użytkowników 14 czerwca 2026 roku jako część wydania CLI v0.148.1 i Desktop v0.105.0. Choć na pierwszy rzut oka wygląda to na drobną zmianę konfiguracyjną, dla branż objętych ścisłymi regulacjami bezpieczeństwa oznacza koniec ręcznych obejść i potencjalnych luk w łańcuchu dostaw.

    Kluczowe fakty

    • Binarki CLI dla środowisk air-gapped są teraz podpisywane i publikowane, eliminując ryzyko instalacji nieautoryzowanych wersji.
    • Aktualizacja jest częścią szerszego pakietu usprawnień korporacyjnych Factory, obejmującego kontrolę ruchu sieciowego i zarządzanie logami.
    • Wdrożenia w sektorze obronnym i administracji państwowej korzystają z trybu fully air-gapped, gdzie Factory Cloud nie jest osiągalny podczas działania Droidów.
    • Weryfikacja binarek odbywa się przez artifact repositories i procesy offline, co wymaga zaufanego podpisu cyfrowego na każdym etapie dystrybucji.

    Dlaczego podpisywanie binarek ma znaczenie w odciętych środowiskach

    W standardowym modelu SaaS aplikacja pobiera aktualizacje bezpośrednio z serwerów producenta. Środowiska air-gapped odwracają tę logikę – wszystko, co trafia do wewnętrznej sieci, musi przejść przez bramki bezpieczeństwa, skanery i ręczne audyty. Nie ma tu miejsca na automatyczne pobieranie paczek z internetu.

    Droidy Factory działające w takim reżimie polegają na artefaktach importowanych przez repozytoria offline. Jeśli binarka CLI nie jest podpisana, system nie może potwierdzić jej integralności. W takim przypadku administratorzy albo blokują instalację, albo – co gorsza – dopuszczają ją na ślepo, narażając infrastrukturę na ataki typu supply chain.

    Poprawka z v0.148.1 eliminuje ten dylemat. Teraz każda wersja CLI przeznaczona dla środowisk izolowanych przechodzi pełną ścieżkę podpisywania, zanim trafi do kanałów dystrybucyjnych. Dla zespołów DevOps oznacza to mniej ręcznej pracy przy weryfikacji i krótszy czas od wydania nowej funkcji do jej wdrożenia na produkcji.

    Szerszy kontekst: kontrola nad ruchem i modelami

    Warto spojrzeć na tę aktualizację w kontekście całej strategii Factory dla klientów enterprise. Dokumentacja wdrożeniowa platformy opisuje model, w którym nie tylko binarki, ale też punkty końcowe modeli AI i kolektory OTEL pozostają wewnątrz izolowanej sieci.

    Factory umożliwia uruchamianie Droidów w konfiguracji fully air-gapped, gdzie jedynym połączeniem ze światem zewnętrznym jest zaplanowany import artefaktów. To domyślny wzorzec dla sektorów takich jak obronność czy administracja rządowa, gdzie wyciek danych przez niekontrolowany ruch sieciowy jest niedopuszczalny.

    Ostatnie miesiące przyniosły też inne usprawnienia w tym obszarze: lepszą widoczność połączeń MCP, nowe kontrolki organizacyjne dla automatycznych aktualizacji, usprawnione zarządzanie logami i odświeżone procesy uwierzytelniania. Wszystko to składa się na obraz platformy, która działa w izolacji w sposób przewidywalny i audytowalny.

    Co to oznacza dla zespołów developerskich

    Dla programistów pracujących z Factory na co dzień, v0.148.1 nie przynosi nowych funkcji w interfejsie ani zmian w API. To wydanie ma charakter czysto infrastrukturalny. Jednak jego wpływ na stabilność środowisk CI/CD może być odczuwalny natychmiast.

    Zespoły utrzymujące pipeline'y w odciętych sieciach często borykają się z problemem nieaktualnych narzędzi. Każda aktualizacja CLI wymagała dotąd sprawdzania sum kontrolnych, ręcznego podpisywania i konfiguracji zaufanych źródeł. Teraz ten proces jest zautomatyzowany po stronie Factory, a administratorzy otrzymują gotowe, zweryfikowane paczki.

    To jedna z tych poprawek, których nikt nie zauważa, dopóki nie przestanie działać. Ale właśnie takie detale decydują o tym, czy platforma nadaje się do użytku w środowiskach o zaostrzonych wymogach bezpieczeństwa.


    Źródła

  • Qwen-Code v0.18.0 wprowadza dashboard statystyk, pamięć ponadprojektową i agentów w tle

    Qwen-Code v0.18.0 wprowadza dashboard statystyk, pamięć ponadprojektową i agentów w tle

    W połowie czerwca 2026 roku, po premierze wersji preview 11 czerwca i oficjalnym wydaniu v0.18.0 12 czerwca, zaktualizowano Qwen-Code do wersji v0.18.0. Ta aktualizacja znacząco zwiększa autonomię i wygodę korzystania z asystenta AI podczas dłuższych sesji programistycznych. Zamiast drobnych poprawek, wprowadzono funkcje, które automatyzują przepływy pracy, zachowują preferencje użytkownika oraz zapewniają lepszy wgląd w działania agenta.

    Co nowego w skrócie

    • Panel zarządzania umiejętnościami — nowy interfejs /skills zastąpił wcześniejszy licznik tokenów, oferując lepszy wgląd w możliwości agenta.
    • Pamięć na poziomie użytkownika — auto-memory wykracza poza pojedyncze repozytorium. Preferencje i powtarzające się uwagi programisty są teraz dostępne między projektami, a system automatycznie rozdziela typy pamięci (użytkownika, feedback, projektu, referencyjną). Dane są przechowywane w katalogu ~/.qwen/memories/.
    • Komenda /fork — umożliwia uruchomienie agenta w tle, który dziedziczy kontekst, narzędzia i konfigurację modelu. Główny wątek działa dalej bez czekania, co pozwala na równoległe zadania, takie jak recenzja kodu czy poprawki.
    • Wsparcie multimodalne Qwen-Code v0.18.0 — model potrafi odczytywać zawartość ekranu, wchodzić w interakcję z GUI, generować kod na podstawie wizualnych referencji i nawigować po aplikacjach mobilnych.
    • Stabilność i automatyzacja — poprawki zarządzania pamięcią, usprawnione auto-update CLI oraz zautomatyzowane przepływy recenzji PR-ów.

    Koniec z agentem bez pamięci

    Jedną z irytujących cech wcześniejszych agentów kodujących było to, że po przełączeniu projektu traciły cały kontekst. Qwen-Code v0.18.0 wprowadza warstwę pamięci użytkownika, która zapamiętuje preferencje dotyczące konwencji nazewniczych, często wybieranych bibliotek oraz reakcje na konkretne sugestie.

    Auto-memory jest domyślnie włączone i nie wymaga ręcznej konfiguracji. Pamięć projektowa działa równolegle, co oznacza, że agent nie myli kontekstu między repozytoriami, ale jednocześnie uczy się na podstawie zachowań programisty. To funkcja, która po kilku dniach użytkowania staje się niezbędna.

    Statystyki, które faktycznie coś mówią

    Stary licznik tokenów był użyteczny jedynie dla osób, które wiedziały, czego szukać. Nowy panel /skills to pełnoprawny interfejs zarządzania umiejętnościami agenta, oferujący wgląd w jego możliwości i konfigurację.

    Dla zespołów monitorujących koszty API i chcących zrozumieć, gdzie agent marnuje tokeny, to konkretna wartość. Zapis do pliku JSON Lines umożliwia łatwe przesyłanie danych do zewnętrznych narzędzi analitycznych, eliminując konieczność przeszukiwania logów.

    Praca równoległa wchodzi do terminala

    Funkcja /fork może wydawać się niszowym usprawnieniem, ale szybko okazuje się niezwykle praktyczna. Na przykład, gdy agent generuje testy, można równocześnie sprawdzić alternatywną implementację funkcji w tle. Bez /fork musisz czekać, a z tą funkcją główna sesja nie jest blokowana.

    W połączeniu z panelem /skills oraz możliwością zarządzania zestawami umiejętności, Qwen-Code v0.18.0 staje się bardziej zaawansowanym narzędziem do zarządzania zadaniami. Wersja ta jest częścią szerszego cyklu wydawniczego, który koncentruje się na automatyzacji i równoległym wykonywaniu zadań.

    Multimodalność, która wykracza poza kod

    Wsparcie dla Qwen-Code v0.18.0 otwiera nowe możliwości, które jeszcze rok temu były poza zasięgiem terminalowych agentów. Model potrafi czytać interfejsy, klikać, przewijać i generować kod na podstawie zrzutów ekranu. Dla frontendowców oznacza to możliwość testowania wizualnego bez odrywania rąk od klawiatury. Dla zespołów mobilnych — nawigację po aplikacji bez pisania osobnych skryptów testowych.

    To wciąż wczesna faza, ale kierunek rozwoju jest wyraźny: agent nie tylko analizuje kod, ale także widzi efekty swojego działania. To przesunięcie od asystenta tekstowego do bardziej zaawansowanego narzędzia wizualnego.

    Przyszłość: trwały, wielozadaniowy agent

    Qwen-Code v0.18.0 to nie tylko zbiór nowych funkcji, ale przemyślany krok w kierunku agenta, który pamięta, analizuje swoje zużycie i potrafi rozdzielać pracę na równoległe wątki. Dla programistów spędzających długie godziny w terminalu, te zmiany przekładają się na mniej frustracji przy zarządzaniu kontekstem i więcej czasu na twórczą pracę.

    Wydanie wpisuje się w szerszy trend w narzędziach AI — od prostych asystentów do autonomicznych, wielozadaniowych agentów. Kolejne aktualizacje w ramach serii 0.18.x prawdopodobnie będą rozwijać te wątki, umacniając Qwen-Code v0.18.0 jako istotnego gracza w ekosystemie narzędzi programistycznych.


    Źródła

  • Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code zaktualizował się do wersji v0.18.0, wprowadzając trzy kluczowe mechanizmy: automatyczną pamięć na poziomie użytkownika, agentów działających w tle oraz wizualne zarządzanie umiejętnościami. Te zmiany wpływają na sposób interakcji z asystentem kodowania.

    Co nowego w skrócie

    • Pamięć użytkownika przechowywana w ~/.qwen/memories/ pozwala agentowi zapamiętywać preferencje między projektami.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy kontekst rozmowy i działa równolegle do głównego wątku.
    • Panel /skills umożliwia wizualne przeglądanie, wyszukiwanie i zarządzanie umiejętnościami z poziomu CLI.
    • Multimodalne wejście obsługuje obrazy, PDF-y, pliki audio i wideo w modelu Qwen-Code v0.18.0.
    • Automatyczne aktualizacje instalatora standalone i poprawki stabilności CLI na różnych platformach.

    Pamięć, która nie ginie po zamknięciu projektu

    Wcześniej Qwen-Code przechowywał wspomnienia tylko w katalogu bieżącego projektu. Oznaczało to, że przy każdym nowym repozytorium agent zaczynał od zera, nie pamiętając stylu pracy, preferencji dotyczących formatowania czy konwencji nazewnictwa.

    Wersja v0.18.0 przenosi część pamięci na poziom użytkownika. Pliki trafiają teraz do ~/.qwen/memories/, a mechanizm routingu rozdziela informacje: preferencje i styl pracy są przechowywane globalnie, natomiast deadline'y projektowe i zdarzenia specyficzne dla repozytorium pozostają w katalogu lokalnym. System wykorzystuje cztery kategorie pamięci, które istniały wcześniej, ale teraz mają międzyprojektowy zasięg.

    To znacząca zmiana. Pracując nad pięcioma projektami w tygodniu, agent uczy się twoich nawyków, zamiast za każdym razem pytać o to samo.

    Agenci w tle i równoległe przepływy pracy

    Komenda /fork to interesujący dodatek tej wersji. W trakcie rozmowy możesz oddelegować zadanie do agenta działającego w tle, nie przerywając głównego wątku. Agent w tle dziedziczy pełen kontekst: historię rozmowy, narzędzia, konfigurację modelu i cache promptów.

    Aktualizacja z 18 czerwca rozszerza możliwości workflow o funkcje parallel() i pipeline(), które pozwalają na uruchamianie wielu podagentów jednocześnie. Wprowadzono kontrakt "errors-as-data" — błąd jednego agenta nie przerywa całego procesu, lecz zwraca informację o niepowodzeniu jako dane do dalszego przetwarzania.

    Pojawił się także eksperymentalny tryb Agent Team. Model sam tworzy nazwy zespołów, rozdziela zadania między członków, wymienia wiadomości i konsoliduje wyniki w ujednolicony raport. To ambitny projekt, który wymaga jeszcze czasu na stabilizację.

    Piaskownica i zaplanowane zadania

    Nowa wersja wprowadza izolowane środowisko uruchomieniowe oparte na node:vm, które jest wystarczające do bezpiecznego testowania wygenerowanego kodu. Komenda /loop zyskała trwałość: zaplanowane zadania są teraz zapisywane na dysku i wznawiane po restarcie, a pominięte cykle mają jedną szansę na nadrobienie.

    Działa także inhibitor uśpienia systemu, który zapobiega wygaszaniu ekranu podczas streamingu odpowiedzi modelu lub wykonywania narzędzi. To drobny, ale istotny element, który poprawia komfort dłuższych sesji.

    Stabilność i instalacja

    Zespół skupił się na niezawodności CLI. Automatyczne aktualizacje instalatora standalone działają poprawnie, a problemy z instalacją międzyplatformową, szczególnie na Windows, zostały rozwiązane. Powiadomienia o zakończeniu zadań w tle trafiają do panelu czatu w VS Code, co eliminuje konieczność ciągłego przełączania się między oknami.

    Te zmiany wpisują się w szerszy kierunek rozwoju Qwen-Code. Roadmapa obejmuje statystyki (/stats dashboard), multimodalne wejście, tryb headless, integrację z Git Worktrees oraz pluginy IDE. Narzędzie, adaptowane z Gemini CLI i zoptymalizowane pod modele Qwen-Code v0.18.0, zmierza w stronę pełnoprawnego środowiska agentskiego dla programistów.


    Źródła

  • Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    OpenAI wydało 28 maja 2026 roku wersję 0.135.0 narzędzia Codex CLI, która koncentruje się na poprawie doświadczeń deweloperów poprzez rozbudowaną diagnostykę, zaawansowaną edycję w stylu Vim oraz ulepszenia w Python SDK. To piąte stabilne wydanie w ciągu dziesięciu dni, co pokazuje intensywne tempo prac nad projektem, który przekształca się z prostego generatora kodu w fundament agentowości operującej w środowiskach deweloperskich. Wersja ta nie wprowadza nowych modeli AI, lecz skupia się na stabilności i funkcjonalności interfejsu, co czyni ją istotną dla użytkowników korzystających z Codex 0.135.0 w codziennej pracy terminalowej.

    Kluczowe fakty na temat wydania

    • Narzędzie diagnostyczne codex doctor zostało rozszerzone do pięciu ustrukturyzowanych kategorii: środowisko, Git, terminal, serwer aplikacji i inwentarz wątków.
    • Tryb Vim zyskał edycję obiektów tekstowych (np. ciw, da"), poprawione zachowanie końca słowa i linii oraz konfigurowalne skróty do przerywania zadań.
    • Python SDK wprowadza przyjazne presety Sandbox dla interfejsów API wątków i tur, redukując szablonowy kod.
    • Interfejs TUI otrzymał ulepszone renderowanie Markdown, lepszą widoczność połączeń zdalnych w /status oraz poprawki stabilności dla macOS i Zellij.
    • Wydajność została poprawiona poprzez migrację stanu pamięci do dedykowanej bazy danych SQLite.

    Rozszerzona diagnostyka z codex doctor

    Narzędzie codex doctor, które po raz pierwszy pojawiło się w wersji 0.135.0, przeszło w tym wydaniu największą modernizację. Jego celem jest umożliwienie rozwiązania zgłoszenia wsparcia technicznego za pomocą jednego wklejenia wyniku diagnostycznego, bez konieczności zbierania dodatkowych informacji zwrotnych od operatorów. Użytkownicy otrzymują kompleksowy raport w pięciu kategoriach. Środowisko obejmuje wersje środowiska uruchomieniowego, platformę i zmienne PATH, natomiast Git dostarcza informacji o stanie repozytorium, gałęzi, niezatwierdzonych zmianach i konfiguracji. Terminal wykrywa emulator, kodowanie i głębię kolorów, serwer aplikacji weryfikuje osiągalność i wersję lokalnego serwera Codex, a inwentarz wątków pokazuje aktywne i ostatnie wątki. To podejście eliminuje tarcia w procesie debugowania i znacznie przyspiesza identyfikację problemów.

    Tryb Vim jako główna powierzchnia edycyjna

    Dla deweloperów przyzwyczajonych do skrótów klawiszowych Vima, wersja 0.135.0 stanowi istotny krok naprzód. Wprowadzenie edycji obiektów tekstowych, takich jak ciw (zmiana wewnętrznego słowa) czy da( (usunięcie wokół nawiasu), pozwala na operacje na jednostkach semantycznych, a nie tylko na zakresach znakowych. Interfejs tekstowy Codex staje się bardziej intuicyjny i wydajny dla zaawansowanych użytkowników. Dodatkowo poprawiono zachowanie na końcu słowa i linii, co redukuje irytujące błędy podczas nawigacji. Nowością jest również konfigurowalne wiązanie klawisza do przerywania konwersacji, co daje użytkownikom pełną kontrolę nad interakcją z agentem. Te zmiany sprawiają, że TUI Codex może być traktowane jako realna alternatywa dla tradycyjnych edytorów, szczególnie podczas pracy zdalnej.

    Ulepszenia w Python SDK i zarządzaniu uprawnieniami

    Python SDK w tej wersji otrzymało przyjazne stałe piastecznic Sandbox, które redukują ilość kodu potrzebnego do programowego ustawiania trybów wykonawczych. Dzięki temu deweloperzy mogą szybciej integrować Codex z własnymi skryptami i aplikacjami, bez konieczności zagłębiania się w szczegóły implementacyjne. Równocześnie polecenie /permissions zostało wzbogacone o obsługę nazwanych profili uprawnień i wyświetlanie skonfigurowanych profili niestandardowych. To posunięcie zwiększa elastyczność i bezpieczeństwo, zwłaszcza w środowiskach, gdzie różne zadania wymagają różnych poziomów dostępu.

    Stabilność i wydajność na pierwszym planie

    Wydanie 0.135.0 to nie tylko nowe funkcje, ale także szereg poprawek stabilności. Interfejs TUI został wzmocniony, aby uniknąć awarii na macOS i w środowisku Zellij, co było częstym problemem we wcześniejszych wersjach. Renderowanie tabel Markdown i list wieloliniowych stało się bardziej czytelne dzięki lepszemu dopasowaniu kolumn i formatowaniu w stylu aplikacji. Połączenia zdalne zyskały na przejrzystości – polecenie /status pokazuje teraz szczegóły połączenia i wersję serwera, co jest nieocenione podczas pracy z rozproszonymi zespołami. W tle dokonano również migracji stanu pamięci do dedykowanej bazy danych SQLite, co przekłada się na szybszy dostęp do danych i mniejsze zużycie zasobów.

    Kontekst i przyszłość Codex

    To wydanie wpisuje się w szerszy trend przesuwania Codex z narzędzia do generowania kodu w stronę platformy agentowej, która obsługuje całe środowiska deweloperskie. W połączeniu z nowym wsparciem dla Windows Computer Use i zdalnego sterowania, Codex 0.135.0 umacnia swoją pozycję jako wszechstronne narzędzie dla programistów. Szybki cykl wydania i ciągłe innowacje wskazują na przyszłość, w której Codex stanie się nieodłącznym elementem pracy każdego dewelopera.


    Źródła

  • Qwen-Code Preview v0.15.11-preview.2: Nowa era analizy ryzyka i ustrukturyzowanego CLI

    Qwen-Code Preview v0.15.11-preview.2: Nowa era analizy ryzyka i ustrukturyzowanego CLI

    Zespół Qwen ogłosił premierę najnowszej wersji preview swojego flagowego narzędzia do wspomagania programowania, Qwen-Code Preview v0.15.11-preview.2. Ta aktualizacja wprowadza nowe funkcje, które zmieniają sposób, w jaki deweloperzy analizują ryzyko w Pull Requestach i korzystają z interfejsu linii poleceń. W przeciwieństwie do poprzedniego wydania (preview.0), które skupiało się na optymalizacji wydajności, ta wersja dostarcza nowy zestaw możliwości, odpowiadając na potrzeby zespołów pracujących w złożonych, krytycznych dla biznesu repozytoriach kodu.

    Kluczowe informacje o wydaniu

    • Nowa umiejętność codegraph umożliwia automatyczną analizę ryzyka w Pull Requestach, identyfikując potencjalne konflikty i niebezpieczne wzorce.
    • Flaga –json-schema w CLI zapewnia przewidywalne, ustrukturyzowane dane wyjściowe, co upraszcza integrację z potokami CI/CD i zewnętrznymi narzędziami.
    • Poprawiona kompatybilność proxy Anthropic ułatwia korzystanie z modeli Claude w środowiskach z restrykcyjnymi politykami sieciowymi.
    • Rozszerzone śledzenie telemetryczne daje zespołom lepszy wgląd w wykorzystanie narzędzia i identyfikację wąskich gardeł.
    • Stabilizacja testów end-to-end oraz szereg poprawek UI/UX zwiększają ogólną niezawodność i komfort codziennej pracy.

    Nowe podejście do analizy ryzyka

    Sercem tego wydania jest umiejętność codegraph, zaprojektowana do analizy ryzyka w Pull Requestach. Qwen-Code Preview v0.15.11-preview.2 wykorzystuje zaawansowane modele językowe do budowy dynamicznego grafu zależności zmian. Dzięki temu może wskazać potencjalne błędy składniowe oraz przewidzieć wpływ danej zmiany na całą architekturę aplikacji. Na przykład, dodanie nowego pola do struktury danych w jednym mikrousłudze może być automatycznie powiązane z potencjalnym naruszeniem kompatybilności w innych usługach. To przejście od reaktywnego szukania błędów do proaktywnego zarządzania ryzykiem architektonicznym to istotny krok naprzód. W praktyce oznacza to, że przed scaleniem kodu zespół otrzymuje czytelny raport, który dostarcza kontekstu biznesowego.

    Ustrukturyzowane wyjście CLI dla nowoczesnych potoków

    Ustrukturyzowane wyjście CLI dla nowoczesnych potoków

    Kolejną istotną zmianą jest wprowadzenie flagi --json-schema w interfejsie linii poleceń. Dotychczas integracja Qwen-Code Preview v0.15.11-preview.2 z zautomatyzowanymi potokami CI/CD wymagała parsowania tekstowych odpowiedzi, co było podatne na błędy przy każdej zmianie formatowania przez model. Teraz, definiując schemat JSON, użytkownicy mogą wymusić na narzędziu zwracanie danych w ściśle określonym formacie. To otwiera możliwości, gdzie wynik działania asystenta AI jest bezpośrednio wykorzystywany w kolejnych krokach w pipeline, na przykład do automatycznego tworzenia ticketów na podstawie analizy kodu lub aktualizacji metryk w dashboardzie monitoringu. Ta cecha pokazuje, jak platforma staje się poważnym, integrowalnym komponentem w ekosystemie DevOps.

    Wydajność, proxy i diagnostyka

    Pod maską, wydanie kontynuuje prace optymalizacyjne zapoczątkowane w v0.15.11-preview.0. Usprawnienia w zarządzaniu metadanymi sesji, w szczególności ograniczenie odczytów do początkowych i końcowych 64KB plików, przekładają się na szybszy start i mniejsze zużycie pamięci. Ulepszona kompatybilność z proxy Anthropic odpowiada na potrzeby dużych organizacji, gdzie ruch sieciowy jest kontrolowany, a korzystanie z różnych dostawców modeli może być wyzwaniem. Rozszerzone śledzenie telemetryczne umożliwi zespołom monitorowanie, które funkcje są najczęściej używane i gdzie występują opóźnienia. To ważne dane do optymalizacji kosztów i zapewnienia, że narzędzie będzie skalować się wraz z rosnącymi potrzebami projektu.

    Qwen-Code Preview v0.15.11-preview.2 odpowiada na konkretne wyzwania profesjonalnych deweloperów. Łączy zaawansowaną analizę ryzyka z niezawodnością interfejsów API, której oczekuje się od dojrzałych narzędzi programistycznych, nie tracąc z oczu fundamentalnych kwestii, jakimi są wydajność i łatwość integracji z istniejącą infrastrukturą.


    Źródła

  • Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Factory v0.123.0 wprowadza stałe śledzenie tokenów i szybsze przesyłanie wiadomości

    Twórcy platformy Factory ogłosili wydanie wersji v0.123.0, która została udostępniona użytkownikom pod koniec czerwca. Najważniejszą nowością w tej wersji jest moduł do stałego monitorowania zużycia tokenów, który jest teraz dostępny w panelu Mission Control. Dodatkowo zespół wprowadził mechanizm optymistycznego przesyłania wiadomości, mający na celu skrócenie czasu oczekiwania na odpowiedzi agentów AI. Krótko po premierze, 11 maja, opublikowano także łatkę v0.123.0, która zawierała drobne usprawnienia.

    Kluczowe informacje o aktualizacji

    • Śledzenie zużycia tokenów w Mission Control umożliwia bieżącą kontrolę kosztów i obciążenia workflow.
    • Optymistyczne przesyłanie wiadomości pozwala na szybszą interakcję z agentami przed pełnym nawiązaniem połączenia.
    • Powiadomienia o przestarzałych modelach informują programistów, które wersje warto zaktualizować.
    • Poprawki błędów sesji eliminują problemy z ładowaniem i zwiększają niezawodność pracy z subagentami.
    • Korekta zliczania tokenów subagentów dostarcza dokładniejsze dane do rozliczeń i analiz.

    Jak działa nowe śledzenie tokenów w Factory

    Dotychczas użytkownicy Factory mogli jedynie szacować zużycie tokenów na podstawie zewnętrznych narzędzi lub ogólnych metryk. Teraz, dzięki integracji licznika z Mission Control — centralnym hubem do zarządzania agentami — deweloperzy mają dostęp do dokładnych danych o konsumpcji tokenów w czasie rzeczywistym, bez potrzeby przełączania się między aplikacjami.

    Panel prezentuje zarówno ogólne statystyki, jak i szczegółowe rozbicie na poszczególne zadania. To znaczące ułatwienie dla zespołów DevOps, które muszą monitorować budżety przy intensywnym wykorzystaniu modeli językowych. Oznacza to mniej niespodzianek na fakturach i większą kontrolę nad kosztami infrastruktury AI.

    W tej samej aktualizacji poprawiono również błąd związany z nieprawidłowym zliczaniem tokenów dla subagentów. Wcześniej dane mogły być nieprecyzyjne, co utrudniało dokładne rozliczenia — teraz problem został rozwiązany.

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Optymistyczne przesyłanie — mniej czekania, więcej działania

    Drugim kluczowym elementem tej aktualizacji jest mechanizm optymistycznego przesyłania wiadomości. System nie czeka już na pełne potwierdzenie połączenia przed wysłaniem wiadomości do agenta. Działa na zasadzie „zakładamy, że wszystko pójdzie dobrze” i realizuje zapytanie od razu.

    Efekt to krótsze czasy reakcji, co jest szczególnie zauważalne przy szybkim iterowaniu kodu. Deweloperzy, którzy stosują metodę vibe coding, gdzie tempo i płynność pracy są kluczowe, od razu dostrzegą różnicę. Nie trzeba już czekać na kilka dodatkowych sekund przy każdym zapytaniu.

    Zespół Factory zaznacza, że mechanizm został zaprojektowany tak, aby nie wpływał negatywnie na stabilność sesji. W przypadku problemów system potrafi cofnąć operację i spróbować ponownie, co oznacza, że użytkownik nie traci danych ani kontekstu rozmowy.

    Poprawki i drobniejsze zmiany

    Poprawki i drobniejsze zmiany

    Oprócz głównych funkcji, wersja v0.123.0 wprowadziła kilka poprawek. Najważniejsza dotyczyła sesji — wcześniej zdarzało się, że nie ładowały się poprawnie po ponownym uruchomieniu, co mogło zakłócać pracę. Teraz ten problem został usunięty.

    Poprawiono także obsługę nazw narzędzi. Wcześniej niektóre komendy mogły być błędnie interpretowane przez agentów, zwłaszcza gdy zawierały niestandardowe znaki. Po aktualizacji mapowanie jest dokładniejsze, co zmniejsza liczbę nieoczekiwanych błędów w automatyzacjach.

    Warto również wspomnieć o powiadomieniach deprecjacyjnych. Jeśli któryś z używanych modeli zbliża się do końca wsparcia, Factory informuje o tym i sugeruje migrację na nowszą wersję. To małe udogodnienie oszczędza czas na ręczne sprawdzanie statusu kompatybilności.

    Co to oznacza dla zespołów AI i DevOps

    Ta aktualizacja wpisuje się w szerszy trend w narzędziach dla AI engineeringu, koncentrując się na transparentności kosztowej i niezawodności sesji. Dla osób zarządzających wieloma agentami jednocześnie, dokładne dane o zużyciu tokenów oraz poprawiona stabilność sesji mogą znacząco ułatwić pracę i zwiększyć efektywność.


    Źródła

  • Zed wspiera GPT-5.5, rozszerzając możliwości sztucznej inteligencji dla programistów

    Zed wspiera GPT-5.5, rozszerzając możliwości sztucznej inteligencji dla programistów

    Edytor kodu Zed w wersji 0.233.10 wprowadza wsparcie dla najnowszego modelu językowego od OpenAI – GPT-5.5. Ta aktualizacja stanowi kolejny krok w integracji sztucznej inteligencji z procesem rozwoju oprogramowania, umożliwiając programistom korzystanie z zaawansowanych modeli bezpośrednio w panelu agenta Zed.

    Zespół Zed wcześniej rozszerzał wsparcie dla modeli z rodziny GPT-5.5, umożliwiając korzystanie z wcześniejszych wersji za pomocą osobistego klucza API OpenAI. Dzięki tym aktualizacjom edytor umacnia swoją pozycję jako praktyczne środowisko do kodowania, w którym AI jest wplecione w codzienną pracę programistów i specjalistów DevOps.

    Co nowego w aktualizacji 0.233.10?

    Główna zmiana została opisana w notatce wydawniczej Zed: „Dodano wsparcie dla GPT-5.5 przez dostawcę OpenAI”. Oznacza to kilka konkretnych nowości dla użytkowników:

    • Bezpośredni wybór modelu: Programiści mogą teraz wybrać GPT-5.5 z listy dostępnych modeli w ustawieniach dostawcy OpenAI wewnątrz Zed.
    • Integracja z przepływem agenta: Model jest dostępny w głównym panelu agenta AI, co pozwala na generowanie kodu, refaktoryzację, tłumaczenie, debugowanie oraz odpowiadanie na pytania dotyczące projektu.
    • Korzystanie z własnego konta: Funkcja opiera się na modelu zapewnianym przez OpenAI, co wymaga od użytkownika posiadania własnego klucza API. Daje to kontrolę nad kosztami i wykorzystaniem.

    Aktualizacja wpisuje się w szerszy trend, w którym Zed rozwija możliwości integracji z AI, umożliwiając programistom korzystanie z wybranych modeli w jednym miejscu.

    Kontekst i ewolucja wsparcia AI w Zed

    Włączenie GPT-5.5 jest częścią długoterminowej strategii Zeda, aby stać się pełnoprawnym środowiskiem programistycznym zintegrowanym z AI. Historia rozwoju projektu pokazuje, że zespół dąży do głębszej integracji z modelami językowymi.

    Pełne wykorzystanie możliwości najnowszych modeli może zależeć od ich dostępności przez API. Integracja w edytorze jest procesem ciągłym, a sama dostępność modelu to ważny krok w kierunku pełnego wykorzystania jego potencjału.

    Rozwój ten jest istotny dla społeczności zajmującej się nowoczesnymi technikami programistycznymi. Dla web developerów możliwość szybkiego zapytania zaawansowanego modelu o optymalizację zapytań bazodanowych, generowanie komponentów React czy wyjaśnienie złożonego błędu bez opuszczania edytora to znaczna oszczędność czasu. W obszarze DevOps AI może wspierać pisanie skryptów, konfigurację kontenerów Docker czy analizę logów.

    Dlaczego to ma znaczenie?

    Wybór modelu AI wpływa na jakość i trafność generowanych odpowiedzi. GPT-5.5 to najnowsza generacja modeli od OpenAI, oferująca ulepszenia w rozumieniu kontekstu, poprawności generowanego kodu oraz skomplikowanym rozumowaniu. Dzięki integracji w Zed programiści zyskują dostęp do tej technologii w znanym środowisku.

    Edycja kodu z wykorzystaniem AI w Zed nie ogranicza się tylko do czatu. Możliwości obejmują sugestie autouzupełniania, przewidywania edycji oparte na kontekście oraz bezpośrednie modyfikacje kodu przez agenta. Dodanie nowego modelu, takiego jak GPT-5.5, może przynieść wymierne korzyści w każdej z tych interakcji.

    Aktualizacja 0.233.10 pokazuje, że Zed traktuje integrację sztucznej inteligencji jako kluczowy element swojej oferty. To nie jest jednorazowy dodatek, ale systematycznie rozwijany komponent, który ewoluuje razem z rynkiem modeli językowych.

    Podsumowanie

    Wydanie Zeda w wersji 0.233.10, mimo że z punktu widzenia numeracji może wydawać się drobną aktualizacją, wprowadza istotne zmiany dla programistów, którzy chcą maksymalnie wykorzystać potencjał AI w codziennej pracy. Dodanie wsparcia dla GPT-5.5 przez dostawcę OpenAI umożliwia dostęp do nowoczesnego modelu językowego w znanym środowisku programistycznym.

    Dla użytkowników Zed to przede wszystkim wygoda i potencjalny wzrost produktywności. Zamiast szukać odpowiedzi w zewnętrznych narzędziach, mogą polegać na zintegrowanym asystencie.


    Źródła

  • Kimi Code CLI 1.39.0: bardziej precyzyjna umiejętność i rozszerzone działanie agenta

    Kimi Code CLI 1.39.0: bardziej precyzyjna umiejętność i rozszerzone działanie agenta

    Wersja 1.39.0 terminalowego agenta Kimi Code CLI wprowadza istotne usprawnienia w zarządzaniu umiejętnościami, integracji z backendami typu thinking-mode oraz stabilności działania. Wydanie koncentruje się na dostosowaniu agenta do konkretnych projektów oraz poprawie jego funkcjonalności w terminalu. Kimi Code CLI, stworzony przez Moonshot AI, umożliwia automatyzację zadań związanych z rozwojem oprogramowania, takich jak czytanie i edycja kodu, wykonywanie poleceń shell oraz przeszukiwanie internetu.

    Najważniejsze zmiany w wydaniu 1.39.0

    • Nowy system discovery umiejętności – agent skuteczniej odnajduje umiejętności skonfigurowane dla konkretnego projektu, preferując je przed globalnymi. Dodano obsługę płaskich struktur plików <nazwa>.md.
    • Rozszerzenie opcji konfiguracji – nowe pole extra_skill_dirs umożliwia dodanie niestandardowych katalogów z umiejętnościami, niezależnych od głównych źródeł.
    • Lepsza kompatybilność z backendami thinking-mode – automatyczne round-tripping treści reasoning dla backendów typu DeepSeek V4, co rozwiązuje problem błędów API 400.
    • Poprawki UI terminala i schematów – ulepszone monitorowanie zadań w tle, naprawiony rendering kursora w promptach oraz rozwiązanie błędów walidacji schematów JSON z MCP.

    Silniejsze discovery umiejętności i priorytetyzacja projektu

    Kluczową zmianą w 1.39.0 jest nowy mechanizm odnajdywania i priorytetyzacji umiejętności. Dotychczas Kimi Code CLI skanował katalogi zdefiniowane w konfiguracji extraKnownMarketplaces w pliku settings.json. Nowa wersja wprowadza hierarchię źródeł: Project > User > Extra > Built-in. Jeśli w katalogu projektu (np. .kimi/skills/) istnieje umiejętność o nazwie foo, będzie ona wybierana przed wersją globalną z katalogu użytkownika czy marketplace.

    Dodano obsługę płaskich plików <nazwa>.md jako umiejętności, równolegle do standardowej struktury podkatalogów <nazwa>/SKILL.md. To ułatwia migrację kolekcji dokumentacji markdown do systemu skills. W przypadku konfliktu nazw w tym samym katalogu, podkatalog ma pierwszeństwo, a system informuje użytkownika.

    Nowe pole konfiguracji extra_skill_dirs pozwala na dodanie dowolnych, absolutnych lub względnych ścieżek do katalogów z umiejętnościami. Ścieżki są kanoniczowane, a nieistniejące lub błędne katalogi są ignorowane, co nie przerywa procesu discovery. To otwiera możliwości dla prywatnych, zespołowych czy środowiskowych zestawów umiejętności, które nie są dostępne w publicznych marketplace.

    Automatyczny round-trip reasoning dla backendów thinking-mode

    Automatyczny round-trip reasoning dla backendów thinking-mode

    Wiele modeli AI z trybem thinking, takich jak DeepSeek V4, wymaga, aby treść reasoning (wnioskowania) wygenerowana w jednym turze była przekazywana z powrotem do API w kolejnym żądaniu. Wcześniej brak tego mechanizmu prowadził do błędów 400 typu The reasoning_content in the thinking mode must be passed back to the API.

    Wydanie 1.39.0 rozwiązuje ten problem dla providerów typu openai_legacy. Domyślnie klucz reasoning_key jest ustawiony na "reasoning_content", a odpowiedzi zawierające takie treści są automatycznie przechowywane w historii i przekazywane w kolejnych turach. Użytkownicy mogą również skorzystać z opcjonalnego pola konfiguracyjnego reasoning_key w LLMProvider, które pozwala na użycie niestandardowej nazwy pola (np. "reasoning") lub całkowite wyłączenie round-tripping przez pustą wartość.

    Dodano także obsługę zmiennej środowiskowej KIMI_MODEL_THINKING_KEEP, która przekazuje wartość do API Moonshot jako thinking.keep. Umożliwia to korzystanie z funkcjonalności Preserved Thinking (np. export KIMI_MODEL_THINKING_KEEP=all), która zachowuje historyczne reasoning_content między turami, co zwiększa koszty tokenów.

    Poprawki stabilności i użyteczności terminala

    Poprawki stabilności i użyteczności terminala

    Wydanie zawiera szereg mniejszych, ale istotnych poprawek zwiększających stabilność i użyteczność agenta w codziennej pracy. Naprawiono rendering kursora blokowego w promptach zatwierdzania (AskUserQuestion), który teraz poprawnie odwzorowuje pozycję w tekście.

    W obszarze integracji z MCP (Model Context Protocol) rozwiązano problem błędów walidacji schematów JSON, gdy serwer MCP eksponuje narzędzia z parametrami mającymi tylko enum bez zdefiniowanego typu (np. truncateMode z JetBrains Rider). Provider Kimi teraz dynamicznie uzupełnia schemat, dedukując typ z wartości enum lub ustawiając domyślny "string".

    Naprawiono również błąd powodujący wysyłanie pustego pola content wraz z tool_calls do API Moonshot, co skutkowało błędami 400. Jeśli treść asystenta jest pusta (brak tekstu lub tylko whitespace/think parts), pole content jest teraz całkowicie pomijane.

    Wnioski: agent staje się bardziej niezależny i kontekstowy

    Wydanie 1.39.0 Kimi Code CLI rozwija agenta w kierunku większej niezależności, kontekstowej adaptacji i stabilności integracji. Priorytetyzacja umiejętności projektowych sprawia, że agent lepiej rozumie i stosuje specyficzne dla repo konwencje i automatyzacje. Rozszerzenie możliwości konfiguracji katalogów umiejętności otwiera nowe możliwości dla zespołów i środowisk.

    Lepsza obsługa backendów thinking-mode, szczególnie istotna dla modeli o zaawansowanych zdolnościach wnioskowania, czyni Kimi Code CLI bardziej interoperacyjnym.


    Źródła

  • Zed wprowadza równoległe agenty AI i ulepsza podgląd markdown

    Zed wprowadza równoległe agenty AI i ulepsza podgląd markdown

    Zed, popularny edytor kodu z wbudowaną sztuczną inteligencją, opublikował stabilną wersję 0.233.5, która wprowadza nową funkcję dla programistów: równoległe agenty. Użytkownicy mogą teraz uruchamiać i zarządzać wieloma niezależnymi wątkami AI jednocześnie. Aktualizacja wprowadza również wsparcie dla Claude Opus 4.7, poprawki w podglądzie Markdown oraz szereg poprawek zwiększających stabilność.

    Najważniejsze zmiany w wersji 0.233.5

    • Równoległe agenty (Parallel Agents): Możliwość jednoczesnego uruchomienia wielu niezależnych wątków agenta AI, każdy z własnym kontekstem i historią konwersacji.
    • Nowy interfejs zarządzania: Dodano Threads Sidebar, czyli boczny panel do zarządzania równoległymi zadaniami AI.
    • Rozszerzona funkcjonalność podglądu Markdown: Podgląd dokumentów Markdown obsługuje teraz linki kotwiczące (anchor links) do nagłówków oraz przypisy (footnotes).
    • Drobne usprawnienia edytora: Nowa akcja editor: toggle block comment do komentowania bloków kodu, lepsze zmienianie nazw plików oraz zoomowanie czcionki kółkiem myszy z przytrzymanym Ctrl (Windows/Linux) lub Cmd (macOS).

    Era równoległych agentów w edytorze kodu

    Funkcja parallel agents to kluczowa zmiana w tym wydaniu. Dotychczas praca z asystentem AI w Zedzie polegała na prowadzeniu pojedynczej rozmowy – użytkownik mógł wykonywać tylko jedno zadanie na raz. Wersja 0.233.5 zmienia to, wprowadzając model, w którym można prowadzić wiele niezależnych "rozmów" z AI. Każdy wątek działa w izolacji, ma swoją własną historię, kontekst okna i może korzystać z innego modelu językowego.

    To znaczące ułatwienie dla złożonych workflowów programistycznych. Można na przykład w jednym wątku poprosić agenta o refaktoryzację dużego pliku, a w drugim analizować dokumentację lub testować alternatywne rozwiązanie dla innej funkcji. Dzięki Threads Sidebar przełączanie się między tymi zadaniami jest szybkie i intuicyjne. Zed zapewnia, że działanie wielu agentów nie spowalnia samego edytora, co jest istotne dla płynności pracy.

    Lepsze wsparcie dla dokumentacji i notatek

    Oprócz równoległych agentów, aktualizacja znacząco poprawia obsługę formatu Markdown, który jest podstawowym narzędziem do tworzenia dokumentacji i notatek przez programistów. Nowe funkcje podglądu, takie jak linki kotwiczące, umożliwiają łatwą nawigację po długich dokumentach, klikając w nagłówki w wyrenderowanym podglądzie. Dodano również obsługę przypisów w składni Markdown, co ułatwia tworzenie lepiej udokumentowanych i bardziej złożonych tekstów.

    Te ulepszenia, choć mniej spektakularne niż agenci AI, mają realny wpływ na codzienną pracę. Sprawiają, że Zed staje się bardziej kompletnym środowiskiem, w którym nie tylko pisze się kod, ale także dokumentuje projekty i prowadzi notatki z badań.

    Stabilizacja i poprawki dla codziennej pracy

    Jak w każdym solidnym wydaniu, oprócz flagowych nowości, wprowadzono dziesiątki poprawek błędów i usprawnień. Wśród nich warto wymienić nową akcję editor: toggle block comment (skrót Cmd+K Cmd+/ na macOS), która upraszcza komentowanie bloków kodu. Ulepszono również proces zmiany nazwy zduplikowanego pliku – teraz edytor automatycznie zaznacza całą nazwę (poza rozszerzeniem), co pozwala od razu wpisać nową, bez ręcznego usuwania domyślnego sufiksu "copy".

    Wprowadzono także eksperymentalne wsparcie dla Claude Opus 4.7 w modelu BYOK (Bring Your Own Key), co daje użytkownikom dostęp do jednego z najnowocześniejszych modeli Anthropica. Dodano również opcjonalny zoom czcionki za pomocą kółka myszy, co może być wygodne dla osób preferujących taki sposób szybkiej regulacji widoku.

    Podsumowanie: Zed stawia na wielozadaniowość AI

    Wydanie Zed 0.233.5 pokazuje kierunek, w którym zmierza przyszłość edytorów kodu wspomaganych sztuczną inteligencją. To już nie tylko chatbot w sidebarze, który odpowiada na pojedyncze pytania. Parallel Agents wprowadzają koncepcję środowiska wieloagentowego, gdzie AI staje się aktywnym uczestnikiem procesu rozwoju oprogramowania.

    Dla programistów pracujących nad złożonymi projektami, zwłaszcza w modelu vibe coding czy przy refaktoryzacji wielu plików jednocześnie, ta zmiana może oznaczać znaczący wzrost produktywności. Połączenie tej mocy z ciągłymi ulepszeniami podstawowych funkcji edytora, jak lepszy podgląd Markdown, czyni Zeda coraz poważniejszym konkurentem w przestrzeni nowoczesnych narzędzi programistycznych wspieranych przez AI.


    Źródła

  • Claude Code 2.1.113: wydajność, bezpieczeństwo i natywna architektura dla programistów

    Claude Code 2.1.113: wydajność, bezpieczeństwo i natywna architektura dla programistów

    Anthropic wydało wersję 2.1.113 swojego narzędzia dla programistów, Claude Code, które wprowadza znaczące zmiany w architekturze. Kluczową nowością jest przejście z bundlowanego JavaScriptu na natywne, skompilowane pliki binarne dla systemów macOS, Linux i Windows. Ta zmiana przyspiesza działanie, zwiększa bezpieczeństwo i eliminuje zależność od środowiska Node.js dla ponad pół miliona codziennych użytkowników. Aktualizacja, wydana 17 kwietnia 2026 roku, wprowadza również nowe ustawienia kontroli dostępu do sieci oraz szereg poprawek usprawniających codzienną pracę.

    Przejście na natywne binarne oznacza praktycznie natychmiastowe uruchamianie – czas startu skrócił się z 1-3 sekund do poniżej 100 milisekund. To znacząca różnica dla programistów, którzy często uruchamiają CLI wiele razy w ciągu dnia. Eliminacja Node.js oraz setek pakietów z node_modules znacząco redukuje powierzchnię ataku w łańcuchu dostaw, zastępując ją pojedynczym, możliwym do poddania audytowi plikiem wykonywalnym.

    Kluczowe zmiany w wersji 2.1.113

    • Natywna architektura binarna – CLI uruchamia teraz skompilowany natywny plik Claude Code poprzez opcjonalne zależności dla danej platformy, zamiast bundlowanego JavaScriptu.
    • Nowe ustawienie sandbox.network.deniedDomains – umożliwia blokowanie konkretnych domen nawet przy szerszych regułach allowedDomains z użyciem wildcardów, co daje lepszą kontrolę nad ruchem sieciowym.
    • Zwiększone bezpieczeństwo powłoki Bash – reguły deny w narzędziu Bash teraz poprawnie dopasowują komendy opakowane w env, sudo, watch, ionice czy setsid.
    • Szybsze narzędzie /ultrareview – uruchamia się szybciej dzięki zrównoleglonym kontrolom i wyświetla statystykę zmian (diffstat) w oknie dialogowym.
    • Lepsza obsługa subagentów – subagenci, którzy utknęli w środku strumienia, teraz kończą się jasnym błędem po 10 minutach, zamiast po cichu wieszać sesję.

    Oprócz poprawy wydajności, aktualizacja koncentruje się na bezpieczeństwie. Nowe ustawienie deniedDomains daje administratorom i użytkownikom precyzyjne narzędzie do zarządzania dostępem do sieci na poziomie samego binarnego CLI. Można na przykład zezwolić na ogólny dostęp do domen *.github.com, ale jednocześnie zablokować konkretny, podejrzany adres. Na macOS wzmocniono również ochronę przed niebezpiecznym usuwaniem plików, traktując ścieżki w /private/{etc,var,tmp,home} jako szczególnie ryzykowne cele.

    W obszarze użyteczności poprawiono wiele irytujących problemów. W trybie pełnoekranowym kombinacja Shift+↑/↓ przewija teraz widok podczas rozszerzania zaznaczenia poza krawędź ekranu, a Ctrl+A/E przenosi kursor na początek lub koniec logicznej linii. Na Windowsie dodano długo wyczekiwaną funkcjonalność Ctrl+Backspace do usuwania poprzedniego słowa. Naprawiono również wyświetlanie długich adresów URL, które zawijają się między wierszami – teraz każda ich część pozostaje klikalna dzięki wsparciu hiperlinków OSC 8.

    Praca z sesjami i agentami również stała się bardziej komfortowa. Narzędzie /loop można teraz anulować klawiszem Esc, a jego wznowienia są jasno oznaczone w interfejsie. Klienci Remote Control zyskali wsparcie dla polecenia /extra-usage, autouzupełniania zapytań do plików z @ oraz strumieniowania transkryptów subagentów. Poprawiono również krytyczne błędy związane z automatycznym odpalaniem podsumowań sesji, timeoutami przy współbieżnych wywołaniach narzędzi MCP oraz kompatybilnością z modelem Opus 4.7 na platformie Bedrock.

    Znane problemy i podsumowanie

    Niestety, ta duża zmiana architektoniczna ma swoje konsekwencje dla użytkowników starszego sprzętu. Wersja 2.1.113 przestaje działać na procesorach Intel bez wsparcia dla zestawu instrukcji AVX2. Na takich systemach (np. starszych laptopach z procesorami sprzed generacji Haswell) CLI crashuje przy starcie z błędem SIGILL. Osoby dotknięte tym problemem muszą pozostać przy wersji 2.1.112, która jest ostatnią działającą na tym sprzęcie.

    Wydanie Claude Code 2.1.113 przynosi znaczne poprawy w wydajności i bezpieczeństwie, jednocześnie upraszczając instalację i utrzymanie. Choć użytkownicy najstarszego sprzętu mogą napotkać trudności, dla większości programistów aktualizacja oznacza szybszą, bardziej bezpieczną i efektywniejszą codzienną pracę z asystentem AI. Widać wyraźny trend wśród twórców narzędzi deweloperskich – dążenie do natywności, minimalizacji zależności i większej kontroli nad środowiskiem wykonawczym.


    Źródła