Tag: Cline

  • Kimi Code CLI 1.47.0 ułatwia przesiadkę na samodzielną wersję i poprawia raportowanie błędów

    Kimi Code CLI 1.47.0 ułatwia przesiadkę na samodzielną wersję i poprawia raportowanie błędów

    MoonshotAI wprowadziło 5 czerwca 2026 roku wersję 1.47.0 Kimi Code CLI, która ma na celu ułatwienie użytkownikom przejścia na nową, samodzielną wersję narzędzia. Aktualizacja wprowadza komendę /upgrade, automatyzując proces migracji oraz dostarczając więcej informacji w przypadku nieudanych poleceń.

    Kluczowe zmiany w skrócie

    • Nowa komenda /upgrade instaluje samodzielną wersję Kimi Code CLI, przenosząc konfigurację oraz sesje.
    • Podpowiedzi przy starcie i wyjściu przypominają o aktualizacji raz dziennie, w sposób nieinwazyjny.
    • Lepsze komunikaty błędów pokazują końcowe linie wyjścia polecenia, co ułatwia diagnozowanie problemów.
    • Starsza wersja w Pythonie/uv nie będzie już rozwijana, a zespół koncentruje się na wersji w Node.js.

    Automatyczna migracja bez ręcznego przeklikiwania

    Przejście na nową, samodzielną wersję Kimi Code CLI jest teraz bardzo proste. Wystarczy wpisać /upgrade w terminalu, a narzędzie pobierze odpowiednią paczkę, przeniesie konfigurację, historię wejść oraz wybrane sesje czatu. Zespół MoonshotAI zapewnił, że stare dane w katalogu ~/.kimi/ pozostaną nietknięte – migracja nie usuwa ani nie modyfikuje oryginalnych plików.

    Warto jednak zauważyć, że nie wszystkie dane są przenoszone. Poświadczenia OAuth oraz autoryzacje MCP nie są kopiowane, co jest decyzją podjętą w trosce o bezpieczeństwo. W przypadku problemów migrację można uruchomić wielokrotnie, a już przeniesione sesje nie będą zduplikowane.

    Nowa wersja działa na Node.js, co przyspiesza uruchamianie i wprowadza przeprojektowany interfejs terminala. Stara wersja nie będzie już otrzymywać poprawek, co sprawia, że aktualizacja staje się koniecznością.

    Kiedy polecenie pada – teraz widać więcej

    Kolejną istotną zmianą jest poprawa raportowania błędów. Wcześniej komunikaty o niepowodzeniach były mało informacyjne – użytkownik dowiadywał się jedynie, że coś poszło nie tak. W wersji 1.47.0 Kimi Code CLI wyświetla końcowe linie wyjścia w przypadku błędu, pokazując rzeczywisty output polecenia, które nie powiodło się.

    Dla osób spędzających dużo czasu w terminalu, to istotna różnica. Szybsze zrozumienie przyczyny awarii oszczędza frustrację i przyspiesza iterację, eliminując potrzebę ręcznego odtwarzania komendy w celu sprawdzenia jej wyjścia.

    Nienachalne przypominanie o aktualizacji

    Zespół MoonshotAI wprowadził także subtelne przypomnienia o aktualizacji. Przy starcie CLI pojawia się sugestia przejścia na nową wersję, a raz dziennie – przy wyjściu – wyświetlana jest krótka porada. To podejście minimalizuje dystrakcje, dostarczając informacji w odpowiednim momencie. Użytkownicy, którzy pracują w kilku sesjach dziennie, docenią, że podpowiedź pojawia się tylko raz.

    Dlaczego to ma znaczenie dla web developerów

    Kimi Code CLI 1.47.0 to nie tylko czat z modelem AI, ale również pełnoprawne środowisko do kodowania w terminalu, z dostępem do edycji plików, wykonywania poleceń powłoki, wyszukiwania w sieci i autonomicznego planowania zadań. Nowa, samodzielna wersja upraszcza instalację i przyspiesza start, co jest istotne przy konfigurowaniu środowisk deweloperskich w kontenerach czy na maszynach wirtualnych.

    Lepsze raportowanie błędów jest korzystne dla tych, którzy używają CLI w zautomatyzowanych pipeline’ach. Gdy skrypt zawiedzie, użytkownik chce od razu wiedzieć, dlaczego, a nie po długim dochodzeniu. Migracja, która zachowuje kontekst pracy, oznacza, że nie traci się historii rozmów ani ustawień MCP, co bywa problematyczne przy ręcznej reinstalacji.

    Wydanie 1.47.0 pokazuje, że MoonshotAI traktuje poważnie proces przejścia między starą a nową architekturą. Użytkownicy otrzymali jedno polecenie, które automatyzuje cały proces, zamiast instrukcji do ręcznej reinstalacji.

    Źródła

  • Factory v0.141.0: solidniejsza obsługa długich wyników poleceń i drobne poprawki

    Factory v0.141.0: solidniejsza obsługa długich wyników poleceń i drobne poprawki

    Nowa wersja Factory, oznaczona numerem v0.141.0, koncentruje się na zwiększeniu niezawodności w pracy z obszernymi wynikami poleceń. Aktualizacja nie wprowadza nowych funkcji, ale rozwiązuje kilka problemów, które mogły wpływać na codzienną pracę z narzędziem. Udoskonalone zostało również wykrywanie plików guideline w projektach spoza Gita oraz poprawiono rozmieszczenie podpowiedzi w interfejsie.

    Kluczowe zmiany w skrócie

    • Niezawodność – agent lepiej radzi sobie z długimi wynikami poleceń, które wcześniej mogły powodować błędy
    • Pliki guideline – poprawiono ich wykrywanie w projektach, gdzie nie korzysta się z Gita
    • Umiejscowienie podpowiedzi – input hinty wyświetlają się teraz w odpowiednich miejscach
    • Wydajność – mniejsze zużycie pamięci przy długich i bezczynnych sesjach

    Większa stabilność przy dużych wyjściach

    Głównym celem tej wersji jest poprawiona obsługa rozbudowanych wyników poleceń. Oznacza to, że gdy agent wykonuje komendę generującą tysiące linii tekstu – na przykład logi builda, output testów czy zrzut bazy danych – nie powinien już gubić danych ani się zawieszać.

    Problem ten był szczególnie widoczny przy zadaniach ciągłych, gdzie output rósł stopniowo. Wcześniejsze wersje mogły ucinać wyniki lub odmawiać współpracy po przekroczeniu pewnego progu. Teraz agent lepiej radzi sobie z tymi danymi, a cały proces jest bardziej przewidywalny – nie ma potrzeby dzielenia zadań na mniejsze kawałki, aby obejść ograniczenia.

    Lepsze wyczucie kontekstu projektu

    Kolejna zmiana dotyczy plików guideline, które informują agenta o zachowaniu w danym repozytorium. Wcześniej Factory zakładało, że każdy projekt jest pod kontrolą Gita, co nie zawsze jest prawdą. Nie każdy folder z kodem to repozytorium, a czasem użytkownicy testują coś lokalnie bez inicjowania systemu kontroli wersji.

    W wersji v0.141.0 mechanizm wykrywania guideline’ów działa również poza strukturami Gita. Dla osób prototypujących lub pracujących na fragmentach większych projektów to istotna zmiana. Agent nie gubi kontekstu tylko dlatego, że zapomniano wykonać git init.

    Podpowiedzi na swoim miejscu

    Poprawiono również umiejscowienie input hintów, które pojawiają się przy polach tekstowych. Wcześniej mogły wyświetlać się w nieodpowiednich miejscach, nachodzić na inne elementy interfejsu lub znikać w trakcie pisania.

    Teraz podpowiedzi są bliżej kursora i nie przeszkadzają w pracy. Choć to drobny szczegół, w dłuższych sesjach z CLI takie zmiany mogą znacząco poprawić komfort użytkowania. Deweloperzy Factory najwyraźniej dostrzegli ten problem.

    Pod maską – mniej pamięci, więcej porządku

    Aktualizacja kontynuuje prace nad optymalizacją pamięci, które były widoczne w poprzednich wersjach. Długie sesje i okresy bezczynności nie powodują już tak dużego wzrostu zużycia RAM-u. Dla użytkowników, którzy pozostawiają Factory otwarte przez cały dzień, to realna oszczędność zasobów.

    Kontekst i co dalej

    Analizując historię wydań Factory, można zauważyć, że zespół od miesięcy pracuje nad stabilnością. Wcześniejsze wersje wprowadziły sandboxing na macOS, lepszą obsługę MCP oraz mission side panel. Wersja v0.141.0 wpisuje się w ten trend – nie wprowadza rewolucyjnych nowości, ale poprawia działanie istniejących funkcji.

    Jeśli regularnie korzystasz z agenta generującego długie outputy, ta aktualizacja jest dla ciebie. Nawet jeśli nie, warto ją zainstalować, ponieważ poprawki błędów mogą okazać się przydatne w najmniej oczekiwanych momentach.

    Źródła

  • Codex 0.137.0 wprowadza rozbudowane wsparcie dla klawiszy F13-F24 i widoczność limitów kredytowych dla firm

    Codex 0.137.0 wprowadza rozbudowane wsparcie dla klawiszy F13-F24 i widoczność limitów kredytowych dla firm

    OpenAI opublikowało wersję 0.137.0 narzędzia Codex CLI, która wprowadza zmiany operacyjne w interfejsie terminalowym, zarządzaniu agentami i kontroli dostępu dla klientów biznesowych. Aktualizacja koncentruje się na bezpieczeństwie, użyteczności TUI oraz usprawnieniach dla zespołów pracujących z wieloma agentami jednocześnie.

    Kluczowe zmiany w skrócie

    • Rozszerzone sterowanie w TUI obejmuje obsługę klawiszy F13–F24, wklejanie w przeszukiwalnych menu oraz kompaktowy wskaźnik statusu pokazujący wyłącznie proces wnioskowania.
    • Konta enterprise zyskały widoczny miesięczny limit kredytów oraz możliwość stosowania zarządzanych zdalnie pakietów konfiguracyjnych, w tym dla workspace'ów EDU.
    • Multi-agent v2 zapamiętuje wybór środowiska uruchomieniowego na wątek i oferuje czystsze domyślne wartości metadanych dla spawnujących się agentów.
    • Bezpieczeństwo zostało wzmocnione przez blokowanie WebSocketów z kontekstu przeglądarki oraz ograniczenie wykonywania parsera PowerShell wyłącznie do hostów Windows.

    TUI zyskuje na elastyczności — klawisze funkcyjne i wklejanie w menu

    Terminal UI Codexa otrzymało kilka poprawek, które docenią użytkownicy spędzający w nim długie godziny. Najważniejszą nowością jest wsparcie dla klawiszy od F13 do F24. Dla niektórych osób może to brzmieć egzotycznie, ale w środowiskach z zaawansowanymi klawiaturami programowalnymi czy maszynami wirtualnymi te dodatkowe przyciski mogą znacznie przyspieszyć nawigację.

    Dodatkowo, użytkownicy mogą teraz wklejać tekst bezpośrednio w przeszukiwalnych menu, co eliminuje konieczność ręcznego przepisywania ścieżek czy nazw plików przy filtrowaniu wyników. Pojawił się również kompaktowy wskaźnik statusu, który pokazuje wyłącznie etap wnioskowania modelu, co upraszcza interfejs.

    Kontrola kosztów i konfiguracji w wydaniu enterprise

    Dla administratorów wdrażających Codexa w zespołach, to wydanie przynosi dwie konkretne zmiany. Użytkownicy kont firmowych mogą teraz zobaczyć swój miesięczny limit kredytów bezpośrednio w interfejsie, co eliminuje potrzebę zgadywania, ile jeszcze mogą wydać na wywołania API. Ponadto, wprowadzono obsługę cloud-managed config bundles, czyli pakietów konfiguracyjnych zarządzanych centralnie przez administratora.

    Oznacza to, że organizacja może przygotować zestaw ustawień (w tym dla workspace'ów edukacyjnych) i automatycznie rozesłać go na wszystkie instancje Codexa w firmie. To eliminuje konieczność ręcznego kopiowania plików konfiguracyjnych między maszynami programistów.

    Multi-agent v2 — runtime na wątek i porządek z metadanymi

    Multi-agent v2 — runtime na wątek i porządek z metadanymi

    Przepływ pracy z wieloma agentami został znacząco dopracowany. W wersji 0.137.0 multi-agent v2 trzyma wybór środowiska uruchomieniowego przypisany do konkretnego wątku, co eliminuje frustrację związaną z pytaniami o aktualne środowisko podczas dłuższych sesji z agentami.

    Spawnujące się agenty otrzymują czystsze domyślne wartości metadanych, co przekłada się na mniej chaotyczne logi i łatwiejsze śledzenie, który agent za co odpowiada. To oszczędza czas zespołom debugującym złożone pipeline'y.

    Bezpieczeństwo pod spodem — mniej furtki dla niechcianych skryptów

    Bezpieczeństwo pod spodem — mniej furtki dla niechcianych skryptów

    Choć zmiany bezpieczeństwa mogą nie być od razu widoczne, są kluczowe dla tego wydania. Serwer wykonawczy odrzuca teraz próby handshake'u WebSocket pochodzące z kontekstu przeglądarki, dopuszczając tylko połączenia z autoryzowanych narzędzi Codexa. Parser PowerShell został ograniczony wyłącznie do maszyn z systemem Windows, co zmniejsza powierzchnię ataku na systemy Linux i macOS.

    Drobniejsze poprawki i workflow pluginów

    Wydanie naprawiło kilka irytujących błędów: przywracanie stanu po anulowaniu prompta działa teraz poprawnie, aplikacja na macOS uruchamia się stabilniej, a SQLite na Windowsie ładuje się bez problemów. Dla twórców pluginów dodano polecenie codex plugin list --json oraz cache'owane podpowiedzi z katalogu zdalnego, co przyspiesza integrację z zewnętrznymi narzędziami.

    Warto również zauważyć, że hostowane narzędzia webowe i graficzne są teraz dostępne w większej liczbie ścieżek wykonania kodu, a samodzielne wyszukiwania webowe mogą działać równolegle. To krok w stronę agentów, które nie czekają na odpowiedź jednego zapytania, zanim wyślą następne.

    Podsumowanie

    Wersja 0.137.0 to aktualizacja, która nie wprowadza spektakularnych nowości, ale solidnie poprawia funkcjonalność Codexa w codziennym użytkowaniu — w terminalu, w zespołach i w złożonych przepływach z agentami. Widoczność limitów kredytowych oraz zdalne pakiety konfiguracyjne to funkcje, które ułatwiają życie administratorom, a poprawki bezpieczeństwa i użyteczności sprawiają, że narzędzie działa bardziej przewidywalnie i bezpieczniej.

    Źródła

  • Qwen-Code v0.17.1 stawia na stabilność i agentic workflow w terminalu

    Qwen-Code v0.17.1 stawia na stabilność i agentic workflow w terminalu

    Zespół QwenLM wprowadził wersję v0.17.1 swojego terminalowego agenta AI, Qwen-Code, koncentrując się na poprawie zarządzania pamięcią i usprawnieniu przepływów pracy w podagentach. Aktualizacja zawiera konkretne poprawki inżynieryjne, które mają pozytywny wpływ na niezawodność narzędzia podczas długich sesji programistycznych.

    Najważniejsze zmiany w pigułce

    • Qwen-Code v0.17.1 wprowadza monitor ciśnienia pamięci, który zapobiega niekontrolowanemu zużyciu RAM podczas pracy z dużymi projektami.
    • Atomowe wdrożenia plików konfiguracyjnych eliminują ryzyko uszkodzenia ustawień przy równoczesnym zapisie.
    • Wirtualny viewport i powiadomienia w tle dla shella to nowe funkcje CLI, które ułatwiają pracę w środowisku bez interfejsu graficznego.
    • Lepsze zarządzanie historią – agent poprawnie wznawia sesje bez wycieków pamięci i błędów przy dużych kontekstach.

    Agent w terminalu zyskuje na stabilności

    Qwen-Code jest narzędziem do automatyzacji zadań programistycznych, takich jak przeglądanie rozległych codebasów, refaktoryzacja czy generowanie kodu. Prawdziwym testem dla takich agentów są wielogodzinne sesje, w których historia poleceń i kontekst projektu rosną.

    Wersja v0.17.1 wprowadza monitor ciśnienia pamięci, który działa jako inteligentny strażnik. Gdy zużycie RAM zbliża się do krytycznego poziomu, agent proaktywnie zwalnia zasoby, co zapobiega awariom. To funkcja, która jest szczególnie cenna dla tych, którzy doświadczyli utraty pracy przez nagłe wyłączenie terminala.

    Drugim istotnym elementem aktualizacji są atomowe wdrożenia plików konfiguracyjnych. Oznacza to, że zmiany w ustawieniach są zapisywane w sposób transakcyjny – albo wszystko trafia na dysk, albo nic. Eliminowane są sytuacje, w których przerwany zapis pozostawia uszkodzone pliki konfiguracyjne.

    Podagenty i przepływy pracy

    Podagenty i przepływy pracy

    Wersja v0.17.1 rozwija koncepcję podagentów – mniejszych instancji AI przypisanych do konkretnych zadań w ramach większego workflow. Zarządzanie nimi stało się bardziej przewidywalne, a odtwarzanie złożonych procesów działa płynniej.

    To ważne dla zespołów, które wykorzystują Qwen-Code do automatyzacji CI/CD czy generowania dokumentacji. Możliwość odtworzenia tej samej sekwencji operacji przez podagenta eliminuje błędy związane z niedeterministycznym zachowaniem modeli językowych.

    Interfejs również przeszedł zmiany. Wirtualny viewport pozwala agentowi lepiej rozumieć układ interfejsu w trybie terminalowym, co jest istotne przy testach end-to-end aplikacji konsolowych. Powiadomienia w tle informują o zakończeniu długotrwałych operacji, co eliminuje potrzebę ciągłego monitorowania outputu.

    Co to znaczy dla programistów

    Qwen-Code zmierza w kierunku, który wyznaczają inne narzędzia, takie jak Cursor czy Windsurf – agent AI nie jest jedynie zabawką do generowania kodu, ale realnym narzędziem w codziennej pracy. Qwen stawia na lekkość i integrację terminalową, unikając ciężkich edytorów GUI.

    Wersja v0.17.1 to krok w stronę dojrzałości. Nie wprowadza nowych modeli ani integracji z zewnętrznymi API, lecz koncentruje się na systematycznym usuwaniu błędów – lepszym egzekwowaniu użycia narzędzi, poprawkach przy wznawianiu historii sesji oraz stabilniejszych testach.

    Rozwój tego projektu warto śledzić – repozytorium na GitHubie ma już ponad 26 tysięcy gwiazdek, a częste aktualizacje, czasami kilka dziennie w gałęziach "nightly", pokazują, że zespół pracuje intensywnie. Jeśli Qwen-Code utrzyma tę trajektorię, może stać się poważnym konkurentem dla komercyjnych rozwiązań w kategorii agentic coding.

    Źródła

  • Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    OpenAI wypuściło Codex w wersji 0.136.0, a to wydanie wprowadza kilka istotnych usprawnień, które wpływają na codzienną pracę programistów w terminalu. Najważniejsze zmiany to archiwizacja sesji, klikalne linki w TUI oraz zwiększone bezpieczeństwo przy egzekucji komend. Dodatkowo, wprowadzono alfa-narzędzie do sandboxowania na Windowsie oraz szereg zmian dla integratorów.

    Kluczowe fakty

    • Archiwizacja sesji dostępna przez /archive w TUI oraz codex archive i codex unarchive w CLI — zarchiwizowane wątki są chronione przed wznowieniem, dopóki nie zostaną ręcznie przywrócone.
    • Klikalne linki w widoku markdown TUI wykorzystują metadane OSC 8, a szerokie tabele w ciasnych oknach zwijają się do czytelnych par klucz-wartość.
    • Bezpieczeństwo komend — /diff blokuje ścieżkę wykonania kodu, a serwer egzekucji odrzuca zapytania WebSocket z nagłówkami Origin z przeglądarek.
    • Windows zyskuje ścieżkę codex sandbox setup --elevated do provisioning sandboxów i wsparcie dla API-key CODEX_API_KEY.
    • WebSocket do zdalnego sterowania przechodzi na krótkoterminowe tokeny serwerowe zamiast tokenów dostępu ChatGPT.

    Archiwizacja sesji — porządek w historii pracy

    Nowa funkcja archiwizacji to istotne udogodnienie dla intensywnych użytkowników Codexa. Sesje można teraz zamknąć w stanie tylko do odczytu, co zapobiega przypadkowemu wznowieniu lub sforkowaniu.

    Archiwizowanie działa w prosty sposób. Z poziomu TUI używasz komendy /archive, a z CLI codex archive do schowania sesji oraz codex unarchive, aby do niej wrócić. Zarchiwizowane wątki są blokowane przed wznowieniem, co chroni przed przypadkową edycją wcześniejszych przebiegów, co może prowadzić do nieporządku podczas szybkiego iterowania na kodzie.

    Mechanizm ten jest także przydatny w pracy zespołowej. Można odłożyć sesję na bok, mając pewność, że nikt jej nie nadpisze, dopóki nie zostanie celowo przywrócona do aktywnego obiegu.

    Klikalne linki i czytelniejsze tabele w TUI

    Terminalowe UI Codexa od dawna obsługuje renderowanie markdowna, ale wcześniej linki były jedynie dekoracją — trzeba było je kopiować ręcznie. Wersja 0.136.0 wprowadza metadane OSC 8, dzięki którym odnośniki stają się klikalne bezpośrednio w terminalu.

    To może wydawać się drobnostką, ale w praktyce oszczędza czas i zmniejsza liczbę przełączeń między oknami. Otrzymując link do dokumentacji API lub issue na GitHubie, wystarczy kliknąć i kontynuować pracę.

    Dodatkowo poprawiono renderowanie szerokich tabel. Gdy terminal jest zbyt wąski, tabela automatycznie przekształca się w listę par klucz-wartość, zachowując klikalne linki. Nie ma już potrzeby przewijania w poziomie ani obawy o ucięte komórki.

    Wzmocnione bezpieczeństwo komend

    To wydanie kładzie duży nacisk na bezpieczeństwo przy egzekucji kodu. Wprowadzono trzy konkretne zmiany.

    Po pierwsze, /diff blokuje ścieżkę wykonania kodu, co eliminuje ryzyko, że złośliwe repozytorium podsunie kod do wykonania przy generowaniu diffa.

    Po drugie, serwer wykonawczy odrzuca żądania WebSocket zawierające nagłówek Origin z przeglądarek, co ma na celu zapobieganie atakom CSRF, gdzie zewnętrzna strona mogłaby próbować nawiązać połączenie z lokalnym serwerem Codexa.

    Po trzecie, zdalne sterowanie przechodzi na krótkoterminowe tokeny serwerowe. Dotychczas WebSocket używał tokenów dostępu do ChatGPT, co oznaczało długo żyjące poświadczenia. Teraz tokeny są generowane na bieżąco i szybko wygasają, co znacząco ogranicza potencjalne okno ataku.

    Dla Windowsa dodano również zabezpieczenie przed uruchamianiem parsera PowerShell poza tym systemem — to mała, ale istotna poprawka.

    Windows i integracje

    Użytkownicy Windowsa zyskują alfa-narzędzie codex sandbox setup --elevated, które automatyzuje provisioning sandboxa na tym systemie. Wspiera również wymagania dla dozwolonych implementacji sandboxa, co pokazuje, że OpenAI poważnie myśli o wsparciu tej platformy.

    W zakresie integracji, app-server zyskał możliwość wznawiania wątków z pierwszą stroną przebiegu oraz bogatszy status serwerów MCP. Python SDK można teraz wersjonować niezależnie od runtime'u przy użyciu tagów python-v*, a dokumentacja SDK została zaktualizowana.

    Dla użytkowników Codexa zdalnie, wprowadzono rejestrację przez klucz API CODEX_API_KEY dla zatwierdzonych hostów OpenAI.

    Podsumowanie

    Wydanie 0.136.0 nie wprowadza rewolucyjnych zmian w samym silniku AI, ale znacząco poprawia komfort pracy z narzędziem. Archiwizacja sesji wprowadza długo oczekiwany porządek w zarządzaniu historią. Klikalne linki i zwijane tabele sprawiają, że TUI staje się pełnoprawnym środowiskiem do przeglądania wyników bez odrywania rąk od klawiatury. Zwiększone bezpieczeństwo przy egzekucji komend i zdalnym sterowaniu pokazuje, że zespół traktuje poważnie ryzyka związane z automatyzacją w terminalu.

    Źródła

  • 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

  • Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    OpenAI opublikowało 31 maja 2026 roku drugą wersję alfa z serii 0.136.0-alpha.2 narzędzia Codex CLI. W tej wersji wprowadzono kilka istotnych usprawnień, w tym możliwość archiwizacji wątków bezpośrednio z linii poleceń. To krok w kierunku przeniesienia funkcji znanych z aplikacji desktopowej Codex do terminala, eliminując potrzebę przełączania się między interfejsami.

    Co nowego w wydaniu

    • Archiwizacja wątków dostępna teraz jako polecenie w CLI, bez potrzeby korzystania z GUI
    • Amazon Bedrock otrzymał dwie poprawki dotyczące regionów – zmiany dotyczą limitów domyślnej warstwy usług oraz mechanizmu awaryjnego wyboru regionu
    • Tryb Vim zyskał poprawkę usuwającą błąd w edycji w trybie normalnym
    • Wyszukiwanie w sieci wymaga teraz jawnego określenia modelu przy samodzielnym użyciu tej funkcji
    • Windows Sandbox – zaostrzono wymagania dotyczące sandboksa na platformie Windows

    Co dokładnie zmieniono w archiwizacji wątków

    Zarządzanie historią konwersacji w Codex CLI było wcześniej ograniczone. Aby uporządkować starsze wątki, użytkownicy musieli korzystać z aplikacji desktopowej. Wersja 0.136.0-alpha.2 wprowadza archiwizację jako operację dostępną z poziomu codex w terminalu.

    To rozwiązanie jest szczególnie przydatne podczas dłuższych sesji pracy. Gdy gromadzisz wiele wątków z agentem, a część z nich staje się nieaktualna, możesz je archiwizować jednym poleceniem, nie odrywając rąk od klawiatury. Choć to drobna zmiana, w codziennym użytkowaniu CLI ma znaczenie.

    Warto zauważyć, że to wciąż wersja alfa – archiwizacja działa, jednak pełna integracja z filtrowaniem i przywracaniem wątków prawdopodobnie trafi dopiero do stabilnego wydania. Repozytorium na GitHubie nie zawiera szczegółowego changeloga dla tego wydania, co może sugerować, że część zmian została wprowadzona bez pełnej dokumentacji.

    Amazon Bedrock i poprawki regionalne

    Dwie poprawki dla Amazon Bedrock rozwiązują problemy, które mogły uprzykrzać życie użytkownikom spoza domyślnego regionu us-east-1. Pierwsza poprawka dotyczy limitów narzucanych przez domyślną warstwę usług – wcześniej Codex mógł odrzucać żądania, jeśli konto w Bedrock nie miało odpowiednio skonfigurowanych limitów. Druga poprawka usprawnia mechanizm awaryjnego przełączania regionu: gdy główny region nie odpowiada, narzędzie teraz sprawniej przełącza się na zapasowy.

    To dobra wiadomość dla zespołów pracujących w regionach takich jak eu-central-1 czy ap-northeast-1. Bedrock nie wszędzie ma identyczną dostępność modeli, więc efektywne przełączanie między regionami jest istotne w produkcyjnym użyciu.

    Tryb Vim i pozostałe poprawki

    Tryb Vim w Codex CLI rozwijał się dynamicznie w poprzednich wydaniach. Stabilne wersje 0.134.0 i 0.135.0 (opublikowane odpowiednio 26 i 28 maja) wprowadziły obsługę obiektów tekstowych takich jak ciw czy da(, co znacząco ułatwiło edycję w TUI. Wersja 0.136.0-alpha.2 naprawia błąd w trybie normalnym, który mógł powodować nieoczekiwane zachowanie podczas edycji.

    Dodatkowo, samodzielne wyszukiwanie w sieci wymaga teraz jawnego wskazania modelu. Wcześniej Codex mógł domyślnie używać modelu, który nie zawsze był optymalny dla danego zadania. Teraz to użytkownik decyduje, co ma sens, ponieważ różne modele różnie radzą sobie z interpretacją wyników wyszukiwania.

    Szybka instalacja

    Jeśli chcesz przetestować nowości, instalacja przebiega standardowo:

    npm install -g @openai/codex

    Lub przez Homebrew:

    brew install codex

    Po instalacji wystarczy uruchomić codex w terminalu. Pamiętaj, że to wydanie alfa – mogą wystąpić drobne problemy ze stabilnością. W oficjalnym repozytorium wciąż otwarte są zgłoszenia dotyczące problemów z ponownym łączeniem, w tym opóźnień przy przełączaniu na WebSocket i błędów przy idle reconnect. Zespół OpenAI nie podał jeszcze daty wydania stabilnego, ale tempo publikacji kolejnych wersji sugeruje, że nie trzeba będzie długo czekać.

    Źródła

  • Cline Hub: interfejs webowy do zarządzania agentami AI trafia do CLI v3.0.15

    Cline Hub: interfejs webowy do zarządzania agentami AI trafia do CLI v3.0.15

    Zespół Cline opublikował CLI w wersji 3.0.15, wprowadzając Cline Hub, nowy interfejs webowy do monitorowania i zarządzania sesjami agentów AI w czasie rzeczywistym. To znaczący krok w kierunku lepszej kontroli nad autonomicznymi sesjami kodowania, które wcześniej działały głównie w terminalu. Wraz z Hubem wprowadzono także globalny system reguł, rozszerzone sterowanie Discordem oraz dwa nowe modele w katalogu.

    Co nowego w CLI 3.0.15

    • Cline Hub — webowy pulpit do podglądu aktywnych klientów, strumieniowania odpowiedzi asystenta i restartowania lokalnego huba
    • Globalne reguły agentów — pliki AGENTS działają teraz we wszystkich sesjach, również z treściami dostarczanymi przez wtyczki wewnątrz sandboxa
    • Ulepszona integracja z Discordem — wyciszanie konkretnych uczestników, sesje powiązane z autorem i sterowanie łącznikiem między turami po ID sesji
    • Nowe modele — Claude Opus 4.8 i Qwen 3.0.15 Max dołączyły do katalogu
    • Poprawki stabilności — łatki dla łączników Discord i SAP AI Core oraz lepsze logowanie diagnostyczne

    Cline Hub: kontrola z przeglądarki

    Cline Hub to aplikacja webowa, która pokazuje wszystkie podłączone sesje agentów. Użytkownicy nie muszą już przeszukiwać logów terminala — wystarczy otworzyć przeglądarkę. Hub działa lokalnie w sieci LAN lub przez tunel, a dostęp jest zabezpieczony sekretem pokoju (room secret).

    Z poziomu panelu można zobaczyć, które sesje są aktywne, przełączyć się na widok konkretnego asystenta i śledzić jego odpowiedzi na żywo. Istnieje również opcja restartowania lokalnego huba. Dla zespołów DevOps i programistów pracujących z wieloma agentami jednocześnie to narzędzie upraszcza codzienną pracę — jeden ekran zamiast rozproszonych terminali.

    Hub nie wymaga dodatkowej infrastruktury w chmurze. Całość działa lokalnie, więc dane nie opuszczają lokalnego środowiska, chyba że użytkownik świadomie skonfiguruje tunel. To istotne w kontekście bezpieczeństwa kodu.

    Globalne reguły i nowe modele

    Wprowadzenie globalnych reguł agentów to zmiana, która zyska uznanie w środowiskach produkcyjnych. Dotychczas każda sesja mogła mieć własne instrukcje, co utrudniało narzucenie wspólnych zasad. Teraz plik AGENTS działa globalnie, definiując zachowanie niezależnie od liczby uruchomionych sesji.

    Oznacza to, że można ustawić politykę dotyczącą stylu kodu, dozwolonych operacji na plikach czy sposobu komunikacji z zewnętrznymi API, mając pewność, że każdy agent jej przestrzega. Wtyczki mogą dodawać własne reguły w sandboxie, co zwiększa elastyczność systemu.

    Katalog modeli również się powiększył. Claude Opus 4.8 od Anthropic to jedna z mocniejszych opcji na rynku, dobrze radząca sobie z długim kontekstem i wieloetapowym rozumowaniem. Qwen 3.0.15 Max reprezentuje chińską szkołę projektowania modeli, koncentrując się na efektywności przy ograniczonych zasobach. Obie propozycje są dostępne po aktualizacji CLI.

    Discord i stabilność

    Nowa wersja poprawia integrację z Discordem. Użytkownicy mogą teraz wyciszać konkretne osoby na kanale, co oznacza, że agent nie będzie reagował na wiadomości od osób, które nie powinny go kontrolować. Sesje można przypisać do konkretnego autora, a łącznik między turami można sterować po ID sesji. To istotna funkcjonalność, gdy jeden bot obsługuje kilka konwersacji jednocześnie.

    W zakresie stabilności, twórcy poprawili błędy w łącznikach dla Discorda i SAP AI Core. Udoskonalone logowanie diagnostyczne ułatwia identyfikację problemów bez konieczności przeszukiwania stosów wywołań.

    Podsumowanie

    CLI w wersji 3.0.15 to nie tylko kosmetyczna aktualizacja. Cline Hub wprowadza kontrolę, której brakowało przy pracy z wieloma agentami, a globalne reguły zapewniają spójność w poważnych projektach. Nowe modele — Opus 4.8 i Qwen 3.0.15 Max — poszerzają wybór dla osób testujących różne silniki AI. Cline konsekwentnie rozwija ekosystem, w którym agent nie jest już tylko terminalowym skryptem, ale częścią większego systemu z własnym pulpitem sterowania.

    Ź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

  • Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    OpenAI wydało 21 maja 2026 roku wersję Codex 0.133.0, która wprowadza natywne śledzenie celów z dedykowaną pamięcią trwałą, rozszerzone możliwości wtyczek oraz ulepszony interfejs zdalnego sterowania. W tej wersji mechanizm /goal przestaje być eksperymentalnym dodatkiem i staje się domyślnym trybem pracy dla dłuższych zadań. Agent nie tylko zapamiętuje, co robił, ale także potrafi kontynuować przerwane zadanie po restarcie terminala czy awarii procesu.

    Najważniejsze zmiany w skrócie

    • Trwałe śledzenie celów – cele są teraz domyślnie włączone i zapisywane w dedykowanym magazynie, co umożliwia kontynuację zadań między restartami CLI.
    • Ulepszone CLI zdalne – zdalne sterowanie agentem stało się bardziej stabilne i łatwiejsze w obsłudze.
    • Rozszerzone API wtyczek – wtyczki zyskały dostęp do głębszej obserwacji zdarzeń cyklu życia agenta.
    • Dojrzałe profile uprawnień – profile uprawnień otrzymały API list oraz szereg poprawek stabilności.
    • Krytyczne poprawki błędów – naprawiono problemy ze startem TUI, ładowaniem instrukcji agenta i blokadami przy kompaktowaniu wątków.

    Jak działa nowe śledzenie celów

    Do tej pory mechanizm /goal działał w ramach pojedynczej sesji. Jeśli proces padał, cel przepadał. Było to frustrujące przy zadaniach trwających wiele godzin, zwłaszcza w środowiskach deweloperskich, gdzie restart terminala jest codziennością. Wersja 0.133.0 zmienia tę dynamikę.

    Cele mają teraz dedykowany magazyn, co oznacza, że stan zadania jest zapisywany między turami, niezależnie od przyczyny przerwy, czy to zamknięcia okna, utraty połączenia, czy restartu systemu. Po ponownym uruchomieniu CLI agent wznawia pracę dokładnie od miejsca, w którym ją przerwał, automatycznie sprawdzając stopień realizacji celu i decydując, co dalej.

    Mechanizm opiera się na wcześniejszych poprawkach z wersji 0.132.0, które wprowadziły limit zatrzymujący kontynuację po przekroczeniu budżetu tokenów. Teraz pętla kontynuacji nie kręci się bez końca, gdy cel jest zbyt niejasny – budżet tokenów pełni funkcję twardego limitu, po przekroczeniu którego agent zatrzymuje pracę.

    Zdalne sterowanie agentem zyskało nową jakość

    Codex od dawna pozwalał na uruchomienie agenta na zdalnym serwerze, ale interfejs do zarządzania był niewystarczający. Wersja 0.133.0 znacząco to poprawia.

    Ulepszone CLI zdalne (remote-control CLI) jest teraz bardziej stabilne i przewidywalne w działaniu. Można zarządzać zadaniami na odległym hoście, nie tracąc kontroli nad tym, co agent robi. Cała komunikacja przechodzi przez bezpieczną warstwę przekazywania (relay layer), co oznacza, że lokalna instancja agenta może wysyłać polecenia i odbierać wyniki, podczas gdy ciężkie obliczenia wykonują się zdalnie.

    Dla zespołów devopsowych i osób hostujących własne środowiska developerskie to oszczędność czasu. Można zostawić długie zadanie na serwerze, sprawdzić postępy z laptopa, a nawet zrestartować CLI bez utraty kontekstu.

    Wtyczki dostają głębszy wgląd w agenta

    Wtyczki dostają głębszy wgląd w agenta

    Rozszerzone API wtyczek to kolejny istotny element tej aktualizacji. Deweloperzy rozszerzeń mają dostęp do głębszej obserwacji zdarzeń cyklu życia. Oznacza to, że wtyczka może teraz reagować na więcej typów zdarzeń wewnątrz agenta, na przykład po wykonaniu narzędzia, przed podjęciem decyzji o kontynuacji czy po zakończeniu tury.

    Dodatkowo usprawniono funkcje odkrywania wtyczek, co ułatwia użytkownikom znajdowanie i instalowanie rozszerzeń bez grzebania w konfiguracjach. To krok w stronę ekosystemu, w którym wtyczki stają się integralną częścią platformy.

    Poprawki, które ratują codzienną pracę

    Poprawki, które ratują codzienną pracę

    Oprócz nowości, wersja 0.133.0 przynosi szereg poprawek błędów, które dotychczas męczyły użytkowników. Najważniejsze z nich dotyczą startu TUI – interfejs terminalowy potrafił się zawiesić przy uruchamianiu, szczególnie na starszych instalacjach. Teraz ten problem został rozwiązany.

    Poprawiono także ładowanie instrukcji agenta, które w poprzednich wydaniach działało wybiórczo, oraz zarządzanie profilami uprawnień – profile dojrzały i otrzymały list API, co pozwala programistom na łatwiejsze zarządzanie z poziomu skryptów i narzędzi zewnętrznych.

    Warto również odnotować, że wątki wznowione z ChatGPT mogły wpadać w błędy kompaktowania, gdy model źródłowy został już wycofany. Od teraz taki wątek ponawia próbę z aktualnie wybranym modelem, zamiast milcząco kończyć działanie.

    Podsumowanie

    Codex 0.133.0 to wydanie, które przesuwa środek ciężkości z sesyjnych, jednorazowych interakcji w stronę długotrwałych zadań agentowych. Trwałe cele, solidniejsze CLI zdalne i dojrzałe API wtyczek stanowią fundament do budowy bardziej zaawansowanych automatyzacji. Niektórzy użytkownicy zgłaszają jednak spowolnienia agenta po aktualizacji, w tym dłuższy czas odpowiedzi przy pierwszym uruchomieniu celu oraz okresowe opóźnienia w interfejsie TUI.

    Źródła