Tag: Cline

  • Factory Release v0.124.0: głębokie Recenzje Bezpieczeństwa i Ulepszony Proces Logowania

    Factory Release v0.124.0: głębokie Recenzje Bezpieczeństwa i Ulepszony Proces Logowania

    Najnowsza aktualizacja platformy Factory, oznaczona numerem v0.124.0, wprowadza szereg zmian, które poprawiają bezpieczeństwo i użyteczność. Deweloperzy i integratorzy AI zyskali nowe narzędzia do analizy kodu, a użytkownicy końcowi mogą korzystać z bardziej intuicyjnego procesu logowania. To nie są jedynie kosmetyczne poprawki, ale istotny krok w kierunku bardziej elastycznego i wydajnego środowiska pracy.

    Kluczowe informacje o aktualizacji

    • Przegląd bezpieczeństwa – komenda /security-review oferuje teraz dwa tryby: głęboki i pobieżny, co pozwala dostosować analizę do potrzeb.
    • Przekierowania po logowaniu – dodano obsługę redirect URI, co umożliwia użytkownikowi powrót do miejsca, w którym przerwał pracę.
    • Wydajność CLI – interfejs wiersza poleceń stał się bardziej responsywny dzięki ulepszonemu wyszukiwaniu rozmytemu i lepszej widoczności zapisywania kontekstu.
    • Optymalizacja historii – wprowadzono ograniczenie rozmiaru historii wznawiania sesji, co zapobiega problemom z wydajnością przy długotrwałym użytkowaniu.

    Dwa wymiary bezpieczeństwa: analiza głęboka i pobieżna

    Centralnym punktem wersji v0.124.0 jest przebudowa komendy /security-review. Dotychczas deweloperzy mieli do dyspozycji jeden tryb skanowania. Teraz mogą wybierać między szczegółową analizą głęboką (deep), a szybszym przeglądem (shallow). Ta zmiana odpowiada na potrzeby zespołów programistycznych, które często muszą balansować między dokładnością a szybkością iteracji.

    Tryb głęboki jest idealny przed kluczowymi wdrożeniami, audytami czy przeglądami krytycznych fragmentów kodu. Umożliwia dokładniejsze prześledzenie zależności, konfiguracji i potencjalnych wektorów ataku, co jest istotne w kontekście bezpieczeństwa aplikacji webowych i integracji AI. Z kolei tryb pobieżny sprawdzi się w codziennej pracy programisty, oferując natychmiastową informację zwrotną na temat najbardziej rażących luk, bez spowalniania tempa pracy. Wprowadzenie tej dualności zwiększa efektywność i pozwala na lepsze zarządzanie ryzykiem w cyklu życia oprogramowania.

    Uwierzytelnianie i powrót do pracy

    Kolejnym ważnym elementem aktualizacji jest poprawa doświadczenia użytkownika związanego z logowaniem. Wprowadzenie obsługi redirect URI eliminuje problem z utratą kontekstu po zalogowaniu. Do tej pory, po przejściu przez proces uwierzytelniania, użytkownik często lądował na domyślnej stronie głównej lub panelu.

    Teraz, gdy użytkownik aplikacji desktopowej lub webowej Factory zostaje poproszony o zalogowanie, system zapamiętuje jego dokładną lokalizację. Po pomyślnej autoryzacji, mechanizm przekierowania natychmiast odsyła go do tego samego widoku, dokumentu czy sesji, nad którą pracował. Ta zmiana ma istotny wpływ na ciągłość pracy i postrzeganą płynność działania narzędzia. Jest to szczególnie ważne w środowiskach, gdzie Factory jest używane jako centralne narzędzie do zarządzania projektami AI, a każda niepotrzebna przerwa może prowadzić do frustracji.

    Ulepszenia wydajności

    Oprócz nowych funkcji, v0.124.0 przynosi szereg poprawek technicznych, które wpływają na komfort codziennego użytkowania. Interfejs wiersza poleceń (CLI) zyskał na responsywności. Ulepszone wyszukiwanie rozmyte (fuzzy search) sprawia, że znajdowanie komend, plików i opcji jest teraz szybsze i bardziej zrozumiałe dla literówek. Użytkownicy zyskali lepszą widoczność momentów, w których system zapisuje kontekst ich pracy, co zwiększa poczucie kontroli i bezpieczeństwa danych.

    Na poziomie infrastrukturalnym wprowadzono mechanizm ograniczania historii wznawiania sesji (bounded resume history). Oznacza to, że Factory przestaje przechowywać nieograniczony dziennik, który mógłby spowalniać działanie aplikacji, szczególnie przy długich projektach AI. To kluczowa optymalizacja dla wydajności, która zapobiega "puchnięciu" pamięci i zapewnia stabilną pracę nawet po wielu godzinach nieprzerwanej sesji. Wraz z ulepszonym procesem wdrażania w aplikacji desktopowej, aktualizacja ta pokazuje, że zespół Factory przykłada równą wagę do nowych funkcji i do fundamentów stabilności oraz szybkości swojego oprogramowania.

    Ź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

  • Claude Code 2.1.139 wprowadza Agent View i autonomiczną komendę /goal — koniec z pilnowaniem AI

    Claude Code 2.1.139 wprowadza Agent View i autonomiczną komendę /goal — koniec z pilnowaniem AI

    Anthropic wprowadziło 11 maja 2026 roku aktualizację Claude Code 2.1.139, która zmienia sposób pracy z tym narzędziem. Z interfejsu czatu z funkcjami programistycznymi przekształca się w platformę orkiestracji agentów z pełnoprawnym kokpitem CLI. Najważniejsze nowości to Agent View, który umożliwia zarządzanie wieloma równoległymi sesjami, oraz komenda /goal, dzięki której Claude działa samodzielnie aż do spełnienia zadanego warunku.

    Kluczowe fakty

    • Agent View (claude agents) to dashboard CLI pokazujący wszystkie aktywne sesje z oznaczeniami statusów: working, blocked awaiting response oraz completed with pull request.
    • Komenda /goal ustawia warunek ukończenia zadania, a Claude działa autonomicznie przez wiele tur w trybie interaktywnym, -p oraz Remote Control.
    • Równoległość horyzontalna — Claude Code to pierwsze narzędzie CLI, które umożliwia jednoczesną pracę wielu agentów oraz nadzór w stylu menedżera sesji.
    • Sesje w tle działają niezależnie od terminala — proces supervisor zapewnia, że praca trwa nawet po zamknięciu okna.
    • Izolacja przez git worktree — każda równoległa sesja automatycznie dostaje własny worktree, co eliminuje konflikty.

    Agent View — kokpit zamiast czatu

    Nowy widok agentów to zmiana, która przekształca sposób interakcji z AI. Użytkownik nie rozmawia już z AI, lecz nadzoruje zespół agentów. W jednym widoku można zobaczyć wszystkie sesje: które aktywnie pracują, które czekają na odpowiedź użytkownika, a które już zakończyły pracę i wystawiły pull request.

    Użytkownik przestaje być inżynierem promptów i staje się kimś w rodzaju tech leada przeglądającego kolejkę PR-ów. Agent View wyświetla ikony semantyczne przy każdej sesji, co pozwala szybko zidentyfikować miejsca wymagające interwencji. Sesje w tle działają niezależnie od terminala, co oznacza, że proces supervisor na poziomie użytkownika utrzymuje agentów przy życiu, nawet gdy okno jest zamknięte.

    Anthropic opublikowało zrzut ekranu z 12 równoległymi sesjami śledzonymi w jednym widoku. Dla zespołów devopsowych to konkretna zmiana: można rozdzielić zadania między agentów i wrócić po pewnym czasie, aby sprawdzić, które sesje się zakończyły. Nie ma potrzeby "pilnowania".

    Wersja 2.1.139 dodała również claude agents --cwd <path>, aby zawęzić listę do konkretnego katalogu, co ułatwia zarządzanie przy wielu worktree.

    /goal — powiedz, co ma być zrobione, i zapomnij

    /goal — powiedz, co ma być zrobione, i zapomnij

    Komenda /goal to kluczowy element tej aktualizacji. Użytkownik definiuje warunek końcowy, na przykład "wszystkie testy przechodzą", "dokumentacja API wygenerowana" lub "wszystkie błędy z ESLinta poprawione", a Claude działa autonomicznie przez tyle tur, ile potrzebuje.

    Podczas pracy wyświetla się overlay z czasem, który upłynął, liczbą tur i zużyciem tokenów. /goal działa w trybie interaktywnym, w -p (tryb bez interakcji) oraz w Remote Control, co pozwala na uruchomienie agenta na zdalnej maszynie i zapomnienie o nim do momentu, gdy sam zgłosi wyniki.

    To zmiana, która przesuwa granice między "narzędziem" a "współpracownikiem". Nie chodzi już tylko o asystowanie przy kodowaniu, lecz o delegowanie całych zadań.

    Wydajność, stabilność i zarządzanie pluginami

    Wydajność, stabilność i zarządzanie pluginami

    Oprócz głównych nowości, wersja 2.1.139 wprowadza także wiele poprawek inżynieryjnych. Udoskonalono przewijanie w terminalu, zarządzanie pamięcią oraz kompatybilność międzyplatformową. Serwery MCP zyskały na wydajności, a zarządzanie pluginami stało się bardziej granularne.

    W sumie wydanie obejmuje 50 zmian, w tym nowe funkcje, poprawki i ulepszenia. Dodano również /scroll-speed do dostrajania przewijania, co, choć może wydawać się drobiazgiem, ma znaczenie przy długich sesjach.

    Co to oznacza dla web developmentu i devopsów

    Praktyczna konsekwencja jest taka, że zespoły mogą teraz efektywnie skalować pracę z AI. Jeden devops może nadzorować kilka agentów jednocześnie — każdy pracuje w izolowanym worktree, ma własny kontekst i nie koliduje z innymi. To już nie jest eksperymentalna funkcja do zabawy, lecz narzędzie do równoległego developmentu.

    Dla web developerów to szansa na automatyzację całych procesów: jeden agent refaktoruje komponenty, drugi aktualizuje testy, a trzeci generuje dokumentację. Wszystko odbywa się równolegle, z podglądem w czasie rzeczywistym. Nie trzeba już czekać na zakończenie jednego zadania, aby rozpocząć kolejne.

    Źródła

  • Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Moonshot AI wypuściło 11 maja 2026 roku wersję 1.42.0 narzędzia Kimi Code CLI, w której całkowicie przesiadło Windows na Git Bash – to największa zmiana w tej edycji, celująca w użytkowników zmęczonych rozjazdami między PowerShellem a poleceniami znanymi z Linuksa i macOS-a. Razem z nią przyszły poprawki obsługi ścieżek plików, czytelniejsze ponawianie operacji i świeża wersja wewnętrznego protokołu komunikacyjnego.

    Co nowego w skrócie

    • Git Bash zastępuje PowerShell jako domyślną powłokę Kimi Code CLI na Windows
    • Składnia uniksowa – operatory &&, ||, | i narzędzia typu grep, sed czy /dev/null działają identycznie jak na Linuksie
    • Obsługa ścieżek w środowiskach Windows została znacząco poprawiona, co ułatwia pracę w repozytoriach wieloplatformowych
    • UI przy ponowieniach czyści częściowe wyjście, żeby nie mieszało się z nowymi wynikami
    • Protokół 1.10 lepiej wspiera zdarzenia step-retry i śledzenie błędów

    Git Bash zamiast PowerShell – koniec schizofrenii poleceń

    Najgłośniejszą nowością jest zmiana zaplecza powłoki dla Windows. Kimi Code CLI do tej pory odpalał polecenia przez powershell.exe, co rodziło frustracje u każdego, kto próbował korzystać z łańcuchów poleceń, operatorów przekierowania czy popularnych narzędzi uniksowych. Teraz CLI sięga po bash.exe z Git Basha, czyli to samo środowisko, które deweloperzy Windows instalują i tak przy okazji Gita.

    Wydanie nie jest tylko kosmetyką – w oficjalnych notatkach Moonshot AI wprost podkreśla, że operatory &&, ||, |, plik /dev/null oraz programy grep i sed działają teraz na Windows tak samo jak na Linuksie i macOS-ie. Dla zespołów rozproszonych między systemami to oznacza mniej warunkowych skryptów i mniej czasu spędzanego na debugowaniu różnic w interpreterach.

    Szczerze, to ruch dość oczywisty – Kimi Code CLI od dawna rekomendował instalację Git for Windows przed pierwszym uruchomieniem. Teraz po prostu oficjalnie z niego korzysta, co eliminuje pośredników i zmniejsza ryzyko błędów przy bardziej złożonych ciągach poleceń.

    Ścieżki plików i czytelniejszy interfejs przy ponawianiu

    Oprócz zmiany powłoki, wersja 1.42.0 załatała też bolączki związane ze ścieżkami plików w środowisku Windows. Twórcy nie wchodzą w szczegóły implementacyjne, ale poprawione mapowanie ścieżek ma znaczenie wszędzie tam, gdzie repozytorium współdzielą maszyny z Windows, Linuksem i macOS-em – a więc w praktyce w niemal każdym zespole webdevowym czy DevOps-owym.

    Do tego interfejs powłoki zaczął czyścić częściowe wyjście przy ponawianiu operacji. Wcześniej, gdy Kimi Code CLI decydował się powtórzyć komendę po błędzie, użytkownik widział śmieci z poprzedniej próby. Teraz konsola jest czyszczona, więc łatwiej odczytać aktualny wynik. To niby detal, ale przy dłuższych sesjach kodowania robi różnicę.

    Protokół 1.10 – fundament pod lepszą diagnostykę

    Zmianą, która umknie oczom większości użytkowników, jest aktualizacja wewnętrznego protokołu komunikacyjnego do wersji 1.10. Z notatek wynika, że nowy protokół lepiej

    Źródła

  • Qwen-Code Preview Release v0.15.10-preview.0: Inteligentne zarządzanie kontekstem i udoskonalenia CLI

    Qwen-Code Preview Release v0.15.10-preview.0: Inteligentne zarządzanie kontekstem i udoskonalenia CLI

    Najnowsza wersja Qwen-Code, oznaczona jako v0.15.10-preview.0, wprowadza nowe mechanizmy zarządzania pamięcią i interfejsem terminala. Twórcy skoncentrowali się na problemie przepełnienia kontekstu podczas długich sesji programistycznych, automatyzacji wykrywania umiejętności oraz znacznym udoskonaleniu komend CLI. To wydanie oferuje również lepszą współpracę z modelami Mistral oraz stabilniejsze połączenia z serwerami MCP, zachowując przy tym otwartoźródłowy charakter projektu.

    Kluczowe fakty o wydaniu

    • Reaktywna kompresja kontekstu automatycznie zapobiega błędom pamięci podczas długotrwałych zadań programistycznych.
    • Automatyczne wykrywanie umiejętności w tle indeksuje i zapisuje powtarzalne wzorce kodowania bez udziału użytkownika.
    • Usprawnione odkrywanie komend slash (np. /skills, /fork) czyni pracę w CLI bardziej intuicyjną.
    • Lepsza obsługa treści rozumowań Mistral umożliwia agentowi prawidłowe przetwarzanie złożonych wyników logicznych.
    • Udoskonalony rejestr stanu serwerów MCP gwarantuje stabilniejsze połączenia z zewnętrznymi narzędziami.
    • Rozszerzone logowanie zapytań OpenAI zwiększa przejrzystość i ułatwia debugowanie interakcji z API.

    Inteligentne zarządzanie kontekstem – krok ku bezbłędnym sesjom

    Jednym z głównych wyzwań w pracy z asystentami AI w terminalu jest ograniczona pamięć kontekstowa. Długie sesje, składające się z setek wymian komunikatów, mogą prowadzić do przepełnienia okna tokenów i utraty kluczowych informacji. W odpowiedzi na ten problem Qwen-Code wprowadza reaktywną kompresję kontekstu. Mechanizm ten monitoruje poziom wykorzystania pamięci i, gdy zbliża się do limitu, automatycznie kompresuje starsze fragmenty rozmowy, zachowując najważniejsze instrukcje i wyniki. Architektura modelu Qwen obsługuje do 256 tys. tokenów wejściowych i 32 tys. wyjściowych, więc efektywne zarządzanie tym obszernym oknem jest kluczowe. Dzięki kompresji programiści mogą prowadzić wielogodzinne sesje bez obawy o nagłe zatrzymanie pracy z powodu błędu „out of memory”.

    Automatyczne umiejętności – agent, który uczy się twoich nawyków

    Kolejnym istotnym dodatkiem jest automatyczne wykrywanie umiejętności w tle. Funkcja ta działa jak drugi pilot – Qwen-Code analizuje kod i interakcje użytkownika, identyfikując powtarzalne wzorce, biblioteki czy sposoby rozwiązywania problemów. Wyekstrahowane „umiejętności” są zapisywane w lokalnym repozytorium, co pozwala agentowi na szybkie ich wykorzystanie w przyszłości, bez konieczności ponownego tłumaczenia kontekstu. Na przykład, jeśli często korzystasz z konkretnego szablonu konfiguracji pytest, agent automatycznie go zapamięta i zaproponuje w odpowiednim momencie. Ta cecha idealnie wpisuje się w filozofię Qwen-Code: mniej ręcznego konfigurowania, więcej efektywnej pracy.

    CLI na nowo – slash komendy i walidacja modeli

    Interfejs wiersza poleceń przeszedł znaczną przebudowę. Przede wszystkim odświeżono mechanizm odkrywania i wykonywania komend slash, takich jak /skills, /fork czy /review. Teraz są one bardziej przewidywalne, a ich działanie lepiej dostosowane do kontekstu bieżącej sesji. Dodatkowo poprawiono walidację argumentów modeli – Qwen-Code ostrzega przed nieprawidłowymi parametrami już na etapie konfiguracji, co zapobiega błędom w trakcie wykonywania zadań. Dla zaawansowanych użytkowników istotna będzie również poprawa obsługi treści rozumowań z modeli Mistral – agent potrafi teraz poprawnie parsować i wykorzystywać wyniki logiczne generowane przez te modele, co rozszerza kompatybilność narzędzia.

    Stabilność i diagnostyka

    Wydanie przynosi także kilka istotnych poprawek pod maską. Lepsze logowanie żądań OpenAI oznacza, że każdy request wysyłany do API jest szczegółowo rejestrowany, co ułatwia diagnozowanie problemów i monitorowanie kosztów. Udoskonalony rejestr stanu serwerów MCP (Model Context Protocol) zapewnia, że połączenia z zewnętrznymi narzędziami, takimi jak bazy danych czy API, są stale monitorowane – w przypadku awarii agent może automatycznie odzyskać sesję.

    Co dalej?

    Chociaż wersja v0.15.10-preview.0 nie pojawia się w oficjalnym repozytorium, opisane funkcje są zgodne z wydaniem v0.15.10-preview.0.

    Źródła

  • Claude Code 2.1.138: niewidzialna aktualizacja, która realnie wzmocni Twoje codzienne kodowanie

    Claude Code 2.1.138: niewidzialna aktualizacja, która realnie wzmocni Twoje codzienne kodowanie

    Podczas gdy świat sztucznej inteligencji jest pełen spektakularnych premier nowych modeli i funkcji, Anthropic wprowadziło wersję 2.1.138 swojego asystenta CLI – Claude Code. Na pierwszy rzut oka to wydanie nie wprowadza żadnych widocznych zmian. Brak nowych przełączników, zmian w interfejsie czy hucznych zapowiedzi. Jednak te ukryte poprawki mogą okazać się kluczowe. Gdy narzędzie, z którego korzystasz przez kilka godzin dziennie, przestaje się zacinać, tracić sesje i obciążać procesor, doceniasz każdą z tych niewidocznych aktualizacji.

    Kluczowe informacje o wydaniu

    • Claude Code 2.1.138 to aktualizacja sklasyfikowana jako „internal fixes” – publiczny changelog nie ujawnia szczegółów dotyczących funkcji.
    • Głównym celem jest poprawa stabilności i infrastruktury wewnętrznej – zmiany nie są widoczne dla użytkowników.
    • Wydanie jest częścią serii wcześniejszych poprawek, które obejmują optymalizację czasu uruchamiania, redukcję zużycia CPU w stanie bezczynności, naprawy sesji i łatki bezpieczeństwa.
    • Anthropic zaleca aktualizację ze względów niezawodnościowych, co podkreśla znaczenie tych ukrytych usprawnień.

    Co naprawdę kryje się za lakonicznym „Internal fixes”?

    W oficjalnym changelogu na GitHubie przy wersji 2.1.138 znajdują się jedynie dwa słowa: „Internal fixes”. Dokumentacja Claude Code wyjaśnia, że niektóre aktualizacje są „wewnętrznymi usprawnieniami infrastrukturalnymi (bez zmian dla użytkownika)” i właśnie do tej kategorii należy omawiane wydanie. To typowy wzorzec w szybko rozwijających się narzędziach deweloperskich: najpierw zespół wprowadza nowe funkcje (haki agentowe, hot reload umiejętności, zaawansowane sterowanie przepływem pracy), a następnie przez kilka kolejnych wersji „doprecyzowuje” kod, usuwa rzadkie błędy i przygotowuje stabilny fundament pod przyszłe innowacje.

    Co to oznacza w praktyce? Prawdopodobnie programiści Anthropic poprawili fragmenty krytycznej ścieżki komunikacji z modelem, zoptymalizowali zarządzanie pamięcią w długotrwałych sesjach lub usunęli błędy prowadzące do sporadycznych awarii. Tego typu zmiany mogą być niewidoczne podczas krótkiego testu, ale kumulują się podczas wielogodzinnej pracy. Sesja nie urywa się bez powodu, procesor nie skacze bez przyczyny, a narzędzie nie gubi kontekstu w kluczowych momentach, gdy debugujesz skomplikowany fragment kodu. Dla osób praktykujących Vibe Coding lub programujących z asystentem, to różnica między produktywnym flow a frustrującą przerwą.

    Szerszy kontekst – architektura niezawodności w ekosystemie Claude Code

    Aby zrozumieć znaczenie wydania 2.1.138, warto przyjrzeć się wcześniejszym aktualizacjom. W ostatnich tygodniach Anthropic wprowadziło szereg poprawek, które mają na celu zwiększenie niezawodności. Poprawiono czas uruchamiania CLI, co oznacza mniej czekania przy każdym nowym zadaniu. Zredukowano zużycie CPU, gdy narzędzie działa w tle, co jest korzystne dla osób pracujących na laptopach. Naprawiono renderowanie terminala, co sprawia, że wyniki działania agentów są bardziej czytelne. Dodatkowo wprowadzono łatki bezpieczeństwa, które usunęły ryzyko wycieku wrażliwych danych do logów debugowania.

    Anthropic nie unika przyznawania się do błędów. Publiczne raporty dotyczące awarii sesji czy regresji jakości są dowodem na to, że firma stara się uczyć na swoich doświadczeniach.

    Źródła

  • OpenAI Codex 0.130.0: zdalne sterowanie i współdzielenie wtyczek wchodzą na nowy poziom

    OpenAI Codex 0.130.0: zdalne sterowanie i współdzielenie wtyczek wchodzą na nowy poziom

    OpenAI wypuściło wersję 0.130.0 swojego narzędzia OpenAI Codex CLI, wprowadzając trzy nowe funkcje: komendę codex remote-control do zarządzania bezobsługowego, rozbudowane kontrolki współdzielenia wtyczek oraz integrację z AWS Bedrock przez profile logowania. Te aktualizacje są skierowane do zespołów DevOps i programistów pracujących zdalnie.

    Co nowego w skrócie

    • Zdalne sterowanie — komenda codex remote-control pozwala uruchomić app-server w trybie headless, bez interfejsu graficznego.
    • Współdzielenie wtyczek — twórcy mogą teraz zarządzać metadanymi pluginów i kontrolować ich widoczność dla innych.
    • AWS Bedrock — autoryzacja przez profile logowania AWS eliminuje problemy przy łączeniu z usługą.
    • Windows sandbox — poprawki stabilności dla użytkowników systemu Windows, szczególnie przy dłuższych sesjach.
    • Thread diff — dokładniejsze śledzenie zmian w konfiguracji live threadów.

    codex remote-control, czyli OpenAI Codex 0.130.0 bez okienka

    Największą nowością jest komenda codex remote-control. Do tej pory praca z OpenAI Codex 0.130.0 w środowiskach serwerowych wymagała omijania ograniczeń interfejsu. Teraz OpenAI wprowadza narzędzie stworzone z myślą o automatyzacji. App-server można uruchomić w trybie headless, co umożliwia integrację z pipeline'ami CI/CD oraz zdalnymi executorami, gdzie nie ma miejsca na TUI czy GUI.

    Dla zespołów DevOps to konkret: można uruchomić OpenAI Codex 0.130.0 na zdalnej maszynie przez SSH, zarządzać wątkami agentów i nie martwić się o utrzymanie sesji terminala. W praktyce oznacza to, że OpenAI Codex 0.130.0 staje się narzędziem, które pełni rolę lekkiego orkiestratora zadań AI.

    Wtyczki pod większą kontrolą

    Druga zmiana dotyczy pluginów i sposobu ich udostępniania w zespole. Wersja 0.130.0 wprowadza możliwość podglądu tzw. bundled hooks, czyli zdefiniowanych w pakiecie akcji, które plugin wykonuje automatycznie. Dodatkowo, autor wtyczki może zdecydować, czy jego dodatek ma być widoczny dla całego workspace'u, czy pozostać prywatny.

    To krok w stronę bardziej dojrzałego ekosystemu rozszerzeń. OpenAI zmierza w kierunku, który zapowiedziało wcześniej — OpenAI Codex 0.130.0 jako centrum dowodzenia agentami, z pluginami dostosowującymi narzędzie do konkretnych ról w zespole. Jeśli pracujesz w kilkuosobowym zespole nad różnymi projektami, możesz teraz świadomie odsłaniać tylko te rozszerzenia, które są istotne dla danego kontekstu.

    Bedrock bez zbędnego tarcia

    Użytkownicy AWS Bedrock zyskują normalną autoryzację. Zamiast ręcznego przepinania kluczy czy zmiennych środowiskowych, OpenAI Codex 0.130.0 korzysta z profili logowania skonfigurowanych w AWS CLI. Dla osób pracujących z modelami Anthropica przez Bedrock w środowisku enterprise, to oszczędność nerwów, szczególnie przy przełączaniu się między stagingiem a produkcją.

    Bug fixy, które robią różnicę

    Bug fixy, które robią różnicę

    Aktualizacja eliminuje kilka irytujących błędów. Poprawiono dokładność thread diffów przy konfiguracji live threadów, co jest istotne, jeśli używasz OpenAI Codex 0.130.0 do iteracyjnego budowania aplikacji i zależy ci na precyzyjnym śledzeniu zmian. Użytkownicy Windowsa zyskają stabilniejszy sandbox, a PowerShell dostaje więcej czasu na wykonanie komend, zanim zostanie uznany za zawieszony.

    Więcej niż changelog

    Wersja 0.130.0 wpisuje się w szerszy trend: OpenAI przekształca OpenAI Codex 0.130.0 z asystenta kodowania w platformę do zarządzania agentami. Zdalne sterowanie, granularne uprawnienia do wtyczek i integracja z chmurą AWS to elementy, które mogą konkurować z rozwiązaniami takimi jak Claude Code czy Gemini CLI. Rynek narzędzi AI do programowania jest obecnie bardzo konkurencyjny, a detale mogą decydować o przewadze. Wersja 0.130.0 prezentuje solidne nowości.

    Źródła

  • Factory CLI v0.121.0: Wskaźnik czasu myślenia i szybsza nawigacja w terminalu

    Factory CLI v0.121.0: Wskaźnik czasu myślenia i szybsza nawigacja w terminalu

    Najnowsza aktualizacja Factory CLI do wersji v0.121.0 wprowadza dwie ważne zmiany w interfejsie użytkownika. Droidy teraz pokazują licznik czasu przetwarzania, a programiści mogą szybko przewijać sesję do ostatniego promptu. To wydanie koncentruje się na poprawie ergonomii pracy w długich, interaktywnych sesjach AI, co jest istotne w kontekście rosnącej popularności narzędzi do programowania z użyciem AI i agentowego developmentu.

    Kluczowe fakty o nowym wydaniu

    • Czas myślenia — CLI i aplikacja pokazują teraz, ile sekund droid spędził na analizie przed udzieleniem odpowiedzi.
    • Przewijanie do ostatniego promptu — użytkownik może jednym kliknięciem przeskoczyć do najnowszego polecenia w sesji.
    • Buforowane renderowanie transkryptu — interfejs ładuje zapis rozmowy z pamięci podręcznej, co przyspiesza responsywność.
    • Szybsze błędy konfiguracji — proces setupu kończy się natychmiast po wykryciu problemu, zamiast zmuszać użytkownika do czekania na porażkę.
    • Stabilność automatyzacji — łatka naprawia ponowne łączenie z komputerem, cykl życia wywołań narzędziowych oraz wklejanie dużych bloków tekstu.

    Dlaczego widoczność czasu myślenia ma znaczenie dla AI engineeringu

    Wskaźnik czasu myślenia to istotny element w agentowym programowaniu, gdzie droidy piszą kod, refaktoryzują bazy i debugują aplikacje. Każda sekunda opóźnienia wpływa na ocenę wydajności modelu. Użytkownicy Factory CLI zyskali wgląd w czas przetwarzania, co pozwala im porównywać czasy odpowiedzi między różnymi promptami i identyfikować momenty, gdy droid spędza zbyt dużo czasu na przemyśleniach.

    To funkcjonalność, która szybko staje się niezbędna. Deweloperzy pracujący w trybie pair programming z AI szybko przyzwyczają się do zerkania na ten wskaźnik, zwłaszcza podczas długich sesji, gdy kontekst transkryptu rośnie do kilkunastu tysięcy tokenów. W połączeniu z buforowanym renderowaniem transkryptu, użytkownicy doświadczają płynniejszej pracy.

    Buforowanie transkryptu i przewijanie — ergonomia na pierwszym miejscu

    Buforowanie transkryptu i przewijanie — ergonomia na pierwszym miejscu

    Długie sesje z agentem AI mają swoje wyzwania. Transkrypt rozmowy może osiągnąć setki linii tekstu, a ręczne szukanie ostatniego promptu przez scrollowanie było dotychczas irytującym problemem. Nowa funkcja przewijania rozwiązuje ten problem: jedno kliknięcie przenosi użytkownika na sam dół do najnowszej interakcji.

    Buforowane renderowanie transkryptu działa jako optymalizacja frontendu CLI. Zamiast przeliczać cały zapis rozmowy przy każdym odświeżeniu widoku, interfejs przechowuje gotowy snapshot w pamięci. Efekt to mniej migotania, szybsze przełączanie między widokami i lepsza wydajność na słabszych maszynach, co jest istotne dla użytkowników korzystających z Factory CLI na zdalnych serwerach przez SSH.

    Setup, który nie każe ci czekać

    Setup, który nie każe ci czekać

    Kolejna zmiana dotyczy procesu konfiguracji. Dotychczas setup — pierwsze uruchomienie, instalacja zależności, łączenie z kontem — mógł trwać długo, gdy coś szło nie tak. W wersji v0.121.0 Factory wprowadza szybszą ścieżkę niepowodzenia: jeżeli setup wykryje błąd na wczesnym etapie, natychmiast przerywa działanie i zwraca komunikat. To oszczędza frustracji, szczególnie nowym użytkownikom, którzy nie znają jeszcze wszystkich wymagań środowiskowych.

    Warto również wspomnieć o poprawkach stabilności. Wersja v0.121.0 naprawia trzy konkretne problemy: z wklejaniem dużych bloków tekstu, cyklem życia wywołań narzędziowych oraz automatycznym ponownym łączeniem z komputerem. Te poprawki pokazują, że zespół Factory nie tylko dodaje nowe funkcje, ale także dba o stabilność w rzeczywistych workflow.

    Co to oznacza dla ekosystemu narzędzi deweloperskich

    Factory CLI jest terminalowym agentem AI do budowania, debugowania i refaktoryzacji kodu. W porównaniu do konkurencyjnych rozwiązań, takich jak Claude Code, Cursor czy Windsurf, Factory stawia na pełną integrację z przepływem pracy w terminalu, bez potrzeby przełączania się do GUI. Aktualizacja v0.121.0 wpisuje się w szerszy trend: narzędzia AI dla deweloperów coraz mocniej akcentują obserwowalność działania agentów i ergonomię interfejsu tekstowego. W miarę jak sesje z AI stają się dłuższe i bardziej złożone, UX terminala staje się kluczowym elementem produktywności.

    Źródła

  • Factory CLI v0.118.1 wprowadza niestandardowy katalog roboczy dla sesji programistycznych

    Factory CLI v0.118.1 wprowadza niestandardowy katalog roboczy dla sesji programistycznych

    Nowa wersja Factory CLI (v0.118.1) wprowadza długo oczekiwany parametr cwd do publicznego Sessions API, co umożliwia uruchamianie sesji Droid Computer w wybranym katalogu. Zespół poprawił także obsługę błędnych ścieżek – teraz zamiast cichego przełączania na niewłaściwy katalog, użytkownicy otrzymują jasny, ustrukturyzowany komunikat o problemie.

    • Parametr cwd pozwala wskazać folder startowy dla sesji Droid Computer
    • Ustrukturyzowane błędy zastępują dotychczasowe ciche przełączanie się na niewłaściwy katalog
    • Szybsze wykrywanie problemów – nieprawidłowa ścieżka natychmiast przerywa inicjalizację sesji
    • Lepsza kontrola w monorepozytoriach – agent trafia dokładnie tam, gdzie go potrzebujesz

    Co dokładnie się zmieniło

    Publiczne Sessions API zyskało opcjonalne pole cwd. Oznacza to, że przy starcie sesji można podać ścieżkę bezwzględną lub względną, a Droid Computer rozpocznie pracę w tym miejscu. Wcześniej katalog roboczy był ustalany automatycznie, co w złożonych strukturach projektowych mogło prowadzić do problemów, zwłaszcza przy pracy w kilku modułach jednocześnie.

    Druga zmiana dotyczy obsługi błędów. Jeśli wskażesz nieistniejącą ścieżkę lub katalog bez odpowiednich uprawnień, Factory CLI natychmiast zwróci strukturalny błąd. Koniec z sytuacjami, w których agent w milczeniu lądował w zupełnie innym folderze, a użytkownik orientował się po fakcie, przeglądając zmiany w niewłaściwym repozytorium.

    Dlaczego to ważne dla web developerów

    Praca z agentami AI w środowisku deweloperskim wymaga przewidywalności. Gdy zlecasz Droidowi zadanie w projekcie zagnieżdżonym głęboko w strukturze monorepo, każdy błąd ścieżki może skutkować edycją niewłaściwych plików. Nowy parametr cwd eliminuje ten problem u źródła.

    Dla zespołów korzystających z vibe codingu to znaczna oszczędność nerwów. Na przykład, jeśli masz folder apps/admin-panel i packages/shared-ui, a agent ma pracować tylko w tym pierwszym, bez jawnego wskazania katalogu ryzyko, że naruszy też drugi obszar, było realne. Teraz wystarczy podać cwd: "./apps/admin-panel" i mieć pewność, że wszystko przebiega zgodnie z planem.

    Aspekty DevOps i automatyzacji

    W kontekście CI/CD i skryptów automatyzacyjnych strukturalne błędy mają duże znaczenie. Wcześniej musiałeś liczyć na to, że sesja jakoś się uruchomi, a jeśli nie, to debugowałeś efekty uboczne. Teraz błąd jest jawny, sformatowany i gotowy do przechwycenia w pipeline’ie.

    Dla zespołów DevOps pracujących z tymczasowymi workspace’ami (np. generowanymi dynamicznie per PR) możliwość wskazania dokładnego katalogu przy starcie sesji upraszcza integrację z istniejącymi workflow. Nie trzeba już ręcznie przechodzić do odpowiedniego katalogu na początku każdego zadania – Factory CLI zajmuje się tym automatycznie.

    Kontekst wersji i co dalej

    Wersja v0.118.1 to kolejny krok w kierunku bardziej zaawansowanego narzędzia. Factory regularnie wprowadza aktualizacje – w ostatnich tygodniach pojawiły się usprawnienia w obsłudze Jiry, bezpieczniejsza kontrola ryzykownych komend oraz możliwość samodzielnej dezaktywacji organizacji. Widać wyraźny kierunek: większa kontrola użytkownika nad środowiskiem wykonawczym agentów.

    Choć w notatkach do wydania nie ma danych dotyczących benchmarków ani konkretnych metryk wydajnościowych, zmiana w Sessions API jest na tyle istotna, że warto ją wdrożyć od razu po aktualizacji. Deweloperzy pracujący z wieloma repozytoriami, zagnieżdżonymi aplikacjami czy środowiskami kontenerowymi odczują różnicę natychmiast.

    Podsumowanie

    Factory CLI v0.118.1 rozwiązuje dwa konkretne problemy: brak kontroli nad katalogiem startowym sesji i niejasne komunikaty o błędach ścieżek. Dodanie parametru cwd oraz strukturalnych błędów ma znaczenie zwłaszcza w złożonych projektach webowych, gdzie precyzja jest kluczowa. Jeśli korzystasz z sesji Droid Computer, ta aktualizacja ułatwi ci pracę.

    Źródła

  • Codex 0.128.0 wprowadza trwałe przepływy pracy i rozszerzone profile uprawnień

    Codex 0.128.0 wprowadza trwałe przepływy pracy i rozszerzone profile uprawnień

    OpenAI wprowadziło wersję 0.128.0 swojego terminalowego asystenta Codex, która zawiera trzy istotne zmiany: zapisywane cele zadań (/goal), rozszerzone profile uprawnień oraz ulepszone zarządzanie wtyczkami. Te aktualizacje przyczyniają się do bardziej zaawansowanej pracy w terminalu, gdzie procesy mogą trwać dłużej niż pojedyncze polecenia.

    Kluczowe fakty

    • Zapisywane cele /goal – agent może tworzyć, wstrzymywać i wznawiać zadania, a cel nie znika po przerwaniu sesji.
    • Rozszerzone profile uprawnień – większa kontrola nad tym, co Codex może zmieniać w repozytorium i środowisku.
    • Ulepszone zarządzanie wtyczkami – stabilniejsze rozszerzenia w ekosystemie CLI.
    • Nowe sterowanie TUI – konfigurowalne skróty klawiszowe i statusy w interfejsie terminalowym.
    • Poprawki dla Windows, sieci i Bedrocka – większa niezawodność na różnych platformach.

    Trwałe cele zamiast jednorazowych komend

    Dotychczas praca z Codexem przypominała szybkie zlecenia: wpisujesz prompt, agent wykonuje zadanie i to koniec. Wersja 0.128.0 zmienia ten model. Komenda /goal umożliwia ustawienie celu dla długotrwałego zadania, który pozostaje aktywny nawet po sprawdzeniu statusu przez agenta, kontynuacji pracy czy powrocie do niego po przerwie. Oznacza to, że można rozpocząć refaktoryzację, wstrzymać ją, sprawdzić postęp, a następnie wznowić bez potrzeby ponownego definiowania kontekstu. Kontrola z poziomu TUI pozwala na tworzenie, pauzowanie, wznawianie i czyszczenie celu bezpośrednio w interfejsie terminalowym. Nowe API serwera aplikacji również obsługuje te operacje, co jest przydatne przy integracji Codexa z własnymi narzędziami.

    Profile uprawnień i bezpieczniejszy agent

    Nie każdy użytkownik chce dawać agentowi pełny dostęp do całego repozytorium. Rozszerzone profile uprawnień w wersji 0.128.0 pozwalają na precyzyjniejsze określenie, co Codex może modyfikować. Jest to szczególnie istotne w środowiskach DevOps i przy automatyzacji repozytoriów, gdzie kontrola dostępu jest kluczowa.

    Brak kontroli nad tym, gdzie agent może zapisywać dane lub co uruchamiać, był jednym z powodów ograniczonego wdrożenia Codexa w codziennej pracy. Teraz można to lepiej skonfigurować, co zwiększa poczucie bezpieczeństwa, zwłaszcza w projektach z wieloma zależnościami lub w środowisku Windows, które również otrzymało poprawki w tej wersji.

    Wtyczki i sterowanie w terminalu

    Zarządzanie wtyczkami zostało znacznie ulepszone. OpenAI wskazuje na poprawę stabilności rozszerzeń w ekosystemie wtyczek, co jest korzystne dla użytkowników, którzy już rozbudowali swoje środowisko o dodatkowe narzędzia – zmniejsza to ryzyko problemów podczas aktualizacji.

    Równocześnie poprawiono obsługę TUI. Nowe mapowania klawiszy i kontrolki statusu ułatwiają nawigację w terminalu. Użytkownicy mogą je konfigurować według własnych preferencji, co zwiększa komfort pracy. Wraz z tym wprowadzono usprawnienia w MultiAgentV2, szczególnie w zarządzaniu wątkami, co z pewnością ucieszy osoby testujące wieloagentowe konfiguracje.

    Poprawki, które nie rzucają się w oczy, ale robią różnicę

    Oprócz nowych funkcji, wersja 0.128.0 zawiera poprawki dla kilku uciążliwych błędów. Piaskownica na Windowsie otrzymała aktualizacje eliminujące niepożądane zachowania przy uruchamianiu kodu. Udoskonalono także obsługę sieci oraz wsparcie dla modeli Bedrock, co jest istotne dla użytkowników korzystających z dostawców modeli AWS. Dla programistów pracujących z Codexem oznacza to większą stabilność i niezawodność w codziennych zadaniach.

    Źródła