Kategoria: Aktualności

  • Kimi Code CLI 1.45.0 ułatwia zarządzanie sesjami i naprawia mylące komunikaty błędów

    Kimi Code CLI 1.45.0 ułatwia zarządzanie sesjami i naprawia mylące komunikaty błędów

    Moonshot AI opublikowało 26 maja 2026 roku wersję 1.45.0 terminalowego agenta AI Kimi Code CLI, wprowadzając usprawnienia w zarządzaniu sesjami oraz poprawkę krytycznego błędu w obsłudze komunikatów HTTP. To kolejna aktualizacja tego napisanego w TypeScript narzędzia open source, które od początku roku systematycznie zyskuje nowe funkcje.

    • Kimi Code CLI w wersji 1.45.0 łączy komendy /clear i /new do tworzenia nowych sesji
    • Moonshot AI naprawiło błąd, przez który wszystkie odpowiedzi 403 miały prefiks "Quota exceeded"
    • Aktualizacja z 26 maja 2026 roku to część intensywnego cyklu wydawniczego — od stycznia ukazało się ponad 100 wersji
    • Narzędzie jest dostępne na licencji MIT i dystrybuowane przez npm
    • Kimi Code CLI potrafi czytać i edytować kod, uruchamiać polecenia powłoki oraz samodzielnie planować kolejne kroki

    Intuicyjne sesje zamiast zamieszania

    Główna zmiana w wersji 1.45.0 dotyczy sposobu, w jaki użytkownicy rozpoczynają nową sesję. Do tej pory istniały dwie osobne komendy — /clear i /new — co mogło prowadzić do nieporozumień, zwłaszcza u osób rozpoczynających pracę z agentem. Teraz /clear działa jako alias dla /new, więc niezależnie od tego, którą komendę wybierzesz, efekt będzie ten sam: agent rozpoczyna świeżą konwersację bez obciążania kontekstu poprzednimi instrukcjami.

    Decyzja o ujednoliceniu ścieżki zarządzania sesjami wpisuje się w szerszy trend wśród narzędzi do AI coding, takich jak Cursor czy Windsurf, gdzie producenci dążą do uproszczenia interfejsu tekstowego. Mniej komend do zapamiętania to mniej pomyłek — szczególnie gdy pracuje się pod presją czasu.

    Kimi Code CLI jest agentem w pełni interaktywnym. Działa jako aplikacja TUI w terminalu i obsługuje nie tylko konwersację w języku naturalnym, ale też bezpośrednie wykonywanie poleceń powłoki. Przełączanie między trybami odbywa się przez Ctrl-X, co sprawia, że narzędzie może zastąpić tradycyjny terminal podczas sesji programistycznych.

    Koniec z fałszywymi alarmami o limitach

    Koniec z fałszywymi alarmami o limitach

    Równie istotną poprawką jest usunięcie błędu w obsłudze komunikatów błędów HTTP 403. We wcześniejszych wersjach każda odpowiedź z kodem 403 — niezależnie od rzeczywistej przyczyny — otrzymywała prefiks "Quota exceeded". Oznaczało to, że użytkownik widział informację o wyczerpaniu limitu nawet wtedy, gdy serwer odrzucał żądanie z zupełnie innego powodu, na przykład z powodu błędnych uprawnień czy niewłaściwego tokena uwierzytelniającego.

    Tego typu pomyłki potrafią skutecznie wybić z rytmu. Programista widzi komunikat o limicie, szuka przyczyny w panelu API, sprawdza zużycie — a problem leży gdzie indziej. Poprawka w wersji 1.45.0 sprawia, że komunikaty 403 odzwierciedlają faktyczną przyczynę błędu, co oszczędza czas i nerwy.

    Częsty rytm wydań i otwarte źródła

    Harmonogram aktualizacji Kimi Code CLI robi wrażenie. Od stycznia 2026 roku zespół Moonshot AI opublikował przeszło sto wersji, przechodząc od 0.88 przez 1.0 pod koniec stycznia aż do obecnego 1.45.0. Tak szybkie tempo sugeruje aktywną społeczność i zespół szybko reagujący na zgłoszenia.

    Narzędzie jest dostępne na licencji MIT, a jego kod źródłowy można znaleźć na GitHubie. Integruje się z VS Code przez dedykowane rozszerzenie, obsługuje protokół Agent Client Protocol, co pozwala łączyć je z Zed czy IDE JetBrains, a także współpracuje z powłoką Zsh. Agent potrafi nie tylko generować kod, ale też przeszukiwać pliki, pobierać strony internetowe, uruchamiać testy i samodzielnie dostosowywać plan działania na podstawie otrzymywanych informacji zwrotnych.

    Instalacja jest prosta — wystarczy curl lub npm. Po zalogowaniu się przez OAuth lub klucz API z platformy Kimi użytkownik od razu może opisać zadanie w języku naturalnym. Agent sam zdecyduje, jakich narzędzi użyć do jego realizacji, a przy operacjach modyfikujących pliki poprosi o potwierdzenie.

    Choć wersja 1.45.0 nie wnosi nowych funkcji, to poprawki — ujednolicenie komend i naprawa komunikatów — budują zaufanie do narzędzia. W codziennej pracy liczy się przewidywalność i brak irytujących niespodzianek.


    Źródła

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

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

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

    Najważniejsze zmiany w Codex 0.134.0

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

    Profile jako konfigurowalne paczki polityk

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

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

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

    MCP zyskuje kontekst środowiskowy i OAuth

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

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

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

    Wyszukiwanie historii i niezawodność narzędzi

    Wyszukiwanie historii i niezawodność narzędzi

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

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

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

    Stabilność i pakiety

    Stabilność i pakiety

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

    Podsumowanie

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


    Źródła

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

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

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

    Kluczowe fakty o wydaniu

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

    Na czym polegał problem

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

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

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

    Dlaczego stabilność Gita ma znaczenie

    Dlaczego stabilność Gita ma znaczenie

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

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

    Szerszy kontekst rozwoju Zeda

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

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

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


    Źródła

  • 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

  • OpenCode Update: Ulepszone Systemy Zdarzeń i Funkcjonalności Desktopowe

    OpenCode Update: Ulepszone Systemy Zdarzeń i Funkcjonalności Desktopowe

    Najnowsza aktualizacja OpenCode wprowadza istotne zmiany w architekturze systemu zdarzeń, wprowadzając mechanizm oparty na bibliotece Effect. To krok w kierunku zapewnienia stabilności i spójności działania aplikacji, zwłaszcza w złożonych środowiskach deweloperskich, gdzie wiele komponentów musi współpracować. Użytkownicy desktopowi na Linuxie i Windows zyskają nowe funkcje interfejsu, a deweloperzy korzystający z SDK otrzymali ważne poprawki.

    Kluczowe fakty o aktualizacji

    • Effect-based core event system zapewnia niezawodne dostarczanie zdarzeń między sesjami i integracjami.
    • Auto-hide menu bar jest dostępny dla użytkowników Linuxa i Windowsa.
    • JavaScript SDK został zaktualizowany, przywracając brakujące typy zdarzeń.
    • Sesje teraz zachowują aktualizacje kontekstu systemowego podczas długotrwałych rozmów.
    • Architektura pluginów pozwala na zaczepianie się o zdarzenia w celu rozszerzania funkcjonalności.

    Integracja z systemem zdarzeń Effect

    Sercem najnowszego wydania jest przeprojektowany system zdarzeń oparty na bibliotece Effect. Dla użytkownika końcowego zmiana ta może być niewidoczna, ale dla stabilności i przewidywalności działania OpenCode ma kluczowe znaczenie. System zdarzeń działa jako warstwa pośrednicząca, przez którą przepływają informacje o operacjach zachodzących w aplikacji. Przejście na Effect oznacza, że dostarczanie zdarzeń – w obrębie tej samej sesji, między różnymi sesjami lub do zewnętrznych integracji – staje się bardziej niezawodne.

    Na przykład, jeśli plugin do powiadomień na pulpicie musi zareagować na zakończenie długiego zadania przez agenta AI, w poprzednich wersjach zdarzenie mogło nie dotrzeć z powodu problemów z siecią lub serializacją. Nowa architektura zarządza takimi sytuacjami w sposób przejrzysty dla programisty, co gwarantuje, że ważne informacje nie zostaną utracone. To ma ogromne znaczenie dla ekosystemu pluginów, gdzie deweloperzy tworzą niestandardowe moduły JavaScript/TypeScript, aby dodawać nowe funkcje lub integrować OpenCode z zewnętrznymi serwisami, takimi jak systemy monitoringu czy powiadomień.

    Usprawnienia dla użytkowników desktopowych

    Kolejna grupa zmian dotyczy użytkowników aplikacji desktopowej na systemach Linux i Windows. Nowa funkcja auto-hide menu bar umożliwia automatyczne ukrywanie paska menu, co przekłada się na czystszy interfejs i większą przestrzeń roboczą, szczególnie na mniejszych ekranach. To odpowiedź na potrzeby użytkowników, którzy cenią minimalizm i skupienie na kodzie.

    Zespół deweloperski skupił się również na poprawie stabilności archiwizacji sesji. Sesje w OpenCode to nie tylko historia konwersacji, ale także kontekst pracy, w tym zmiany w plikach i decyzje agentów. Niestabilne archiwizowanie mogło prowadzić do utraty ważnych danych lub problemów z przywracaniem pracy. Poprawki w tym obszarze zapewniają, że proces zapisywania i odtwarzania stanu sesji jest teraz bardziej solidny, co jest kluczowe dla profesjonalistów polegających na OpenCode w codziennej pracy. Sesje zyskują również zdolność do zachowywania aktualizacji kontekstu systemowego podczas długotrwałych konwersacji, co jest istotne przy zadaniach trwających wiele godzin.

    Spójność SDK i wydarzenia globalne

    Dla deweloperów tworzących własne integracje kluczową zmianą jest aktualizacja JavaScript SDK. Poprzednia wersja miała braki w typach zdarzeń, co wymuszało nieeleganckie obejścia i utrudniało tworzenie spójnych rozwiązań. Przywrócenie brakujących elementów to krok w kierunku zapewnienia przewidywalnego i profesjonalnego doświadczenia podczas rozbudowy platformy.

    Zmiany obejmują również globalne strumienie zdarzeń w OpenCode, które teraz jawnie uwzględniają zdarzenia dodania (add), usunięcia (remove) i przełączenia (switch) konta. Ta transparentność jest istotna dla rozwiązań wielokontowych, umożliwiając zewnętrznym narzędziom natychmiastową i precyzyjną reakcję na zmiany stanu autoryzacji. Architektura OpenCode była projektowana jako rozszerzalna, a te poprawki pokazują, że rozwój ekosystemu i narzędzi deweloperskich jest traktowany priorytetowo obok funkcjonalności dla użytkownika końcowego.


    Źródła

  • Factory CLI v0.125.0: Nowe opcje konfiguracji ACP i większe limity wyjściowe

    Factory CLI v0.125.0: Nowe opcje konfiguracji ACP i większe limity wyjściowe

    Zespół Factory wprowadził wersję 0.125.0 swojego interfejsu wiersza poleceń, w której dodano obsługę konfiguracji ACP z możliwością nadpisywania ustawień w obrębie sesji oraz zwiększono limity obcinania wyników narzędzia Task. Te zmiany mają na celu stworzenie bardziej elastycznego środowiska pracy z modelami AI, co z pewnością docenią entuzjaści vibe codingu oraz inżynierowie DevOps.

    Kluczowe zmiany w wydaniu

    • Opcje konfiguracji ACP – CLI teraz informuje klientów ACP o dostępnych opcjach i wspiera session/set_config_option, co umożliwia dynamiczne nadpisywanie ustawień.
    • Wyższe limity wyników Task – narzędzie teraz zachowuje więcej danych wyjściowych, co zapobiega utracie długich odpowiedzi generowanych przez modele językowe.
    • Usunięcie efektów shimmer – z interfejsu usunięto nieaktualne animacje migotania, które rozpraszały podczas pracy.
    • Poprawiona widoczność ścieżek – pasek tytułowy aplikacji wyraźniej pokazuje bieżącą ścieżkę pliku, co ułatwia orientację w projekcie.

    Elastyczna konfiguracja bez restartowania klientów

    Nowy mechanizm ACP może wydawać się skomplikowany, ale w praktyce przynosi konkretne korzyści dla osób pracujących z agentami AI. Dzięki obsłudze session/set_config_option, Factory CLI pozwala na zmianę niektórych parametrów konfiguracyjnych bez konieczności zamykania i ponownego uruchamiania klienta.

    To jest szczególnie przydatne w środowiskach, gdzie różne zadania w ramach jednego projektu wymagają różnych profili działania sztucznej inteligencji. Jeden skrypt może potrzebować intensywnego podpowiadania kodu, podczas gdy inny wymaga oszczędniejszego trybu, aby nie przeciążać interfejsu. Wcześniej takie zmiany wymagały edycji plików konfiguracyjnych lub restartu; teraz można je wprowadzać w locie. Dla rozproszonych agentów i potoków ciągłej integracji oznacza to mniej przerw i większą płynność pracy.

    Dodatkowo, narzędzie otwiera się na szerszą integrację z zewnętrznymi klientami ACP, co może prowadzić do nowych scenariuszy automatyzacji, takich jak zdalne sterowanie konfiguracją czy lepsze powiązanie z systemami monitorującymi.

    Więcej danych, mniej strat – nowe limity wyników

    Drugim istotnym ulepszeniem jest zwiększenie limitów obcinania dla rezultatów zwracanych przez narzędzie Task. W pracy z dużymi modelami językowymi często można było napotkać problemy związane z obcinaniem odpowiedzi, które zawierały długie fragmenty kodu, logi czy szczegółowe wyjaśnienia. To było frustrujące, zwłaszcza podczas sesji vibe coding, gdzie generowany kod często przekraczał standardowe rozmiary odpowiedzi.

    Od wersji 0.125.0 Factory pozwala na zachowanie znacznie większej ilości treści. Co ważne, zmiana nie polega na prostym zwiększeniu stałego progu – wprowadzono limity, które lepiej dostosowują się do charakteru odpowiedzi. Dzięki temu programista nie musi obawiać się, że model dostarczy tylko część rozwiązania, co pozwala skupić się na merytorycznej pracy, a nie na walce z okrojonymi wynikami.

    Dla zespołów DevOps to także praktyczna korzyść: długie logi z procesów budowania czy automatyzacji będą teraz w całości widoczne w konsoli, co przyspiesza debugowanie i analizę przyczyn awarii.

    Poprawki wizualne – mniej migotania, lepsza nawigacja

    Choć zmiany mogą wydawać się kosmetyczne, usunięcie efektów shimmer i poprawiona widoczność ścieżek w pasku tytułowym realnie wpływają na komfort codziennej pracy. Stary interfejs potrafił wyświetlać animacje migotania jeszcze przez chwilę po zakończeniu operacji, co wprowadzało chaos wizualny i odwracało uwagę od wyników. Teraz środowisko jest czystsze i bardziej przewidywalne.

    Nowy wygląd paska tytułowego to ukłon w stronę programistów pracujących z wieloma repozytoriami i plikami jednocześnie. Wyraźnie widoczna ścieżka pomaga szybko zorientować się, w którym miejscu projektu się znajdujemy – bez konieczności dodatkowego sprawdzania w terminalu czy menedżerze plików. Dla każdego, kto choć raz pomylił kontekst podczas intensywnej sesji kodowania, będzie to odczuwalne usprawnienie.

    Co to oznacza dla programistów?

    Factory CLI v0.125.0 to nie rewolucja, ale solidna aktualizacja, która odpowiada na realne potrzeby osób korzystających z AI w codziennym kodowaniu. Dynamiczna konfiguracja ACP daje większą kontrolę nad zachowaniem agentów, zwiększone limity zapobiegają utracie kluczowych danych, a poprawiony interfejs sprawia, że praca staje się bardziej komfortowa. Dla web developerów, inżynierów DevOps i entuzjastów vibe codingu to krok naprzód w kierunku środowiska, które mniej przeszkadza, a więcej pomaga.


    Źródła

  • Claude Code 2.1.141: 60 poprawek i zarządzanie agentami wchodzi na nowy poziom

    Claude Code 2.1.141: 60 poprawek i zarządzanie agentami wchodzi na nowy poziom

    Anthropic wypuściło wersję 2.1.141 Claude Code, która wprowadza szereg poprawek i usprawnień, koncentrując się na stabilności narzędzia oraz zarządzaniu agentami i integracji z terminalem. W aktualizacji znajduje się ponad 60 poprawek, które eliminują wiele problemów, z którymi borykali się deweloperzy.

    Najważniejsze nowości w pigułce

    • terminalSequence – hooki mogą teraz wysyłać powiadomienia desktopowe i zmieniać tytuły okien bez potrzeby posiadania kontrolującego terminala.
    • ANTHROPIC_WORKSPACE_ID – nowa zmienna środowiskowa umożliwiająca bezpieczną federację tożsamości wdrożeniowej dla klientów enterprise.
    • claude agents –cwd – filtrowanie listy sesji po katalogu roboczym, co eliminuje konieczność przeszukiwania całej historii w poszukiwaniu konkretnego projektu.
    • Podsumuj do tego miejsca – ręczna kompresja kontekstu w trakcie sesji, bez czekania na automatyczne odchudzanie.

    Terminal w końcu mówi do użytkownika

    Największą nowością funkcjonalną jest pole terminalSequence w hookach. Dotychczas hooki nie mogły komunikować się z użytkownikiem poza terminalem, teraz mają możliwość emitowania powiadomień systemowych oraz zmiany tytułów okien. To szczególnie przydaje się podczas długotrwałych procesów, gdy agent kończy zadanie w tle, a użytkownik otrzymuje powiadomienie, co pozwala uniknąć ciągłego przełączania się na terminal.

    Co ważne, funkcjonalność ta działa nawet bez TTY, co oznacza, że hooki uruchamiane w pipeline'ach czy zdalnych sesjach również zyskują nowe możliwości komunikacji. To niewielka, ale praktyczna zmiana, zwłaszcza gdy pracuje się z wieloma agentami równocześnie.

    Agenci w tle przestali zapominać o uprawnieniach

    Agenci w tle przestali zapominać o uprawnieniach

    Jednym z problemów w poprzednich wersjach były agenci uruchamiani w tle, którzy po ponownym otwarciu sesji tracili skonfigurowany poziom uprawnień. W wersji 2.1.141 ten problem został rozwiązany – agenci zachowują swoje uprawnienia, co eliminuje konieczność ponownego zatwierdzania tych samych reguł.

    Dodatkowo, polecenie claude agents --cwd <ścieżka> pozwala na filtrowanie agentów według katalogu. Zamiast przeglądać wszystkie sesje z różnych projektów, użytkownik może skupić się na konkretnej pracy, co oszczędza czas.

    Stabilność: 61 zmian w CLI

    Stabilność: 61 zmian w CLI

    Większość zmian w tej aktualizacji to poprawki błędów. Udoskonalono renderowanie terminala w Windows Terminal w przypadku dużego obciążenia zagnieżdżonymi subagentami, ustabilizowano ścieżki transkryptów po przełączeniu worktree, a opcja "View diff in your IDE" wróciła do monitów o edycję plików po wcześniejszym zniknięciu.

    Wiele poprawek dotyczy także serwerów MCP: narzędzia takie jak Slack, które korzystają z client_id/client_secret bez dynamicznej rejestracji klienta, teraz poprawnie identyfikują projekt, który je wywołał. Hooki z argumentami zyskały czysty typ string[], co eliminuje problemy z escape'owaniem shella.

    Dla kogo ta aktualizacja?

    Jeśli korzystasz z Claude Code w codziennych zadaniach deweloperskich, ta aktualizacja jest istotna, głównie ze względu na poprawki stabilności. Nowe funkcje są bardziej ewolucyjne niż rewolucyjne, co Anthropic jasno zaznacza: 2.1.141 to wersja "polerująca", a nie wprowadzająca przełomowe możliwości AI. Warto podkreślić, że nie należy mylić tej wersji z modelem Claude 2.1, który ma 200-tysięczne okno kontekstu; tutaj mówimy tylko o narzędziu CLI.

    Warto również zwrócić uwagę na ANTHROPIC_WORKSPACE_ID, które jest ważne dla dużych wdrożeń enterprise, gdzie bezpieczna federacja tożsamości obciążeń roboczych jest kluczowa. Tokeny są teraz ograniczane do konkretnego workspace'u, co zmniejsza ryzyko wycieków uprawnień między środowiskami.

    Aktualizacja jest dostępna standardową ścieżką – wystarczy uruchomić claude --version, aby sprawdzić obecną wersję, i pozwolić narzędziu na auto-update.


    Źródła

  • OpenCode v1.14.47: nowe skróty w TUI i trwalsze sesje agenta AI

    OpenCode v1.14.47: nowe skróty w TUI i trwalsze sesje agenta AI

    OpenCode doczekał się aktualizacji v1.14.47, która wprowadza kilka istotnych poprawek, zauważalnych dla każdego, kto spędza czas w terminalu. Zespół przywrócił znane skróty klawiszowe do edycji promptów oraz poprawił wyświetlanie ścieżek względnych, co wpływa na codzienną pracę użytkowników.

    Co nowego w skrócie

    • TUI przywraca klawisze do edycji promptów i wyświetla ścieżki w formie względnej
    • Persystencja modeli między sesjami stała się bardziej niezawodna — koniec z niespodziankami po restarcie
    • HTTP API lepiej radzi sobie z błędami, a Scout agent potrafi materializować repozytoria referencyjne
    • Duże załączniki graficzne są teraz automatycznie skalowane, co oszczędza zasoby

    TUI bliżej użytkownika

    Najważniejsza zmiana dotyczy interfejsu terminalowego. Przywrócono skróty klawiszowe do edycji promptów, co wcześniej mogło być irytujące, gdy użytkownik chciał szybko poprawić zapytanie bez użycia myszki. Teraz te funkcje są z powrotem dostępne.

    Kolejną poprawą jest renderowanie ścieżek względnych zamiast bezwzględnych. Oznacza to, że zamiast długich ścieżek, takich jak /home/user/projekty/aplikacja/src/components/..., użytkownicy zobaczą po prostu src/components/.... To ułatwia pracę, szczególnie przy głęboko zagnieżdżonych strukturach katalogów.

    Sesje, które nie gubią kontekstu

    Sesje, które nie gubią kontekstu

    Jeśli kiedykolwiek wróciłeś do przerwanej pracy i odkryłeś, że agent zapomniał, z jakiego modelu korzystał, wiesz, jak frustrujące to może być. Wersja v1.14.47 wprowadza lepszą persystencję modeli między sesjami. Agent teraz bardziej konsekwentnie zapamiętuje wybór, więc nie trzeba go konfigurować za każdym razem.

    Dodatkowo poprawiono obsługę błędów w HTTP API, co skutkuje mniejszą ilością niejasnych komunikatów i większą ilością konkretnych informacji, które pomagają w diagnozowaniu problemów. Scout agent, odpowiedzialny za przeszukiwanie zewnętrznych zasobów, zyskał zdolność materializowania repozytoriów referencyjnych, co oznacza, że może teraz pobierać i udostępniać kod z zewnętrznych źródeł.

    Automatyczne skalowanie obrazów

    Automatyczne skalowanie obrazów

    Wprowadzono również automatyczne zmienianie rozmiaru dużych załączników graficznych. Użytkownicy nie muszą już ręcznie zmniejszać screenshotów przed dodaniem ich do promptu — OpenCode zajmie się tym automatycznie, dbając o to, aby nie przekroczyć rozsądnych limitów. To małe udogodnienie oszczędza czas, zwłaszcza przy częstym korzystaniu z kontekstu wizualnego.

    Szerszy kontekst

    OpenCode to wciąż rozwijający się projekt open source, dostępny na macOS, Windows i Linux. Działa jako agent AI w terminalu, IDE lub jako samodzielna aplikacja desktopowa. Cykl wydawniczy jest szybki — nowe wersje pojawiają się co kilka dni, a każda z nich wprowadza zmiany w jednym z obszarów: Core, TUI, MCP lub Desktop.

    Analizując changelog z ostatnich tygodni, widać, że zespół nie zwalnia tempa. Wprowadzane są poprawki MCP, wsparcie dla nowych dostawców, optymalizacje wydajnościowe oraz usprawnienia desktopowe, co sprawia, że narzędzie staje się coraz bardziej konkurencyjne w stosunku do komercyjnych rozwiązań.

    Aktualizacja v1.14.47 nie jest rewolucyjna, ale takie przyrostowe zmiany — przywrócone skróty, czytelniejsze ścieżki, trwalsze sesje — mają kluczowe znaczenie dla komfortu korzystania z narzędzia.


    Ź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

  • OpenCode v1.14.40: Zdalna konfiguracja przez .well-known i kluczowe poprawki stabilności

    OpenCode v1.14.40: Zdalna konfiguracja przez .well-known i kluczowe poprawki stabilności

    Najnowsza wersja otwartoźródłowego agenta kodującego OpenCode, oznaczona numerem 1.14.40, wprowadza znaczące zmiany w zarządzaniu konfiguracją oraz poprawia stabilność połączeń. Wydanie to skupia się na usunięciu przeszkód w integracji z modelami AI oraz na usprawnieniu codziennej pracy programistów korzystających z terminala, IDE czy aplikacji desktopowej. Dzięki wprowadzeniu standardu .well-known, deweloperzy mogą teraz centralnie zarządzać ustawieniami agenta bez potrzeby modyfikowania lokalnych plików.

    Kluczowe fakty dotyczące wydania

    • Zdalna konfiguracja przez ścieżkę /.well-known/opencode pozwala na dynamiczne pobieranie ustawień agenta z serwera, zgodnie z standardem IETF.
    • Poprawki CORS rozwiązują problemy z nagłówkami Cross-Origin Resource Sharing, które wcześniej blokowały komunikację z API dostawców modeli, takich jak Claude, GPT i Gemini.
    • Zarządzanie sesją zostało usprawnione – asystent teraz zachowuje tekst podczas odtwarzania bloków rozumowania, co zwiększa przejrzystość procesu myślowego AI.
    • Stabilność warp flows została poprawiona, co utrzymuje łączność z przestrzenią roboczą podczas wykonywania złożonych operacji.
    • Ulepszenia pulpitu obejmują lepsze uprawnienia schowka oraz zoptymalizowane logowanie konsoli.

    Zdalna konfiguracja przez .well-known – centralne zarządzanie bez dotykania plików

    Jedną z najważniejszych nowości w wersji 1.14.40 jest wsparcie dla plików konfiguracyjnych hostowanych zdalnie i dostępnych przez standardową ścieżkę /.well-known/opencode. To rozwiązanie, inspirowane specyfikacją IETF dla dobrze znanych identyfikatorów URI, nadaje mu uniwersalny charakter. Oznacza to, że plik konfiguracyjny agenta może być umieszczony na serwerze organizacji, a wszystkie instancje OpenCode – na terminalu programisty, w IDE czy w aplikacji desktopowej – będą go automatycznie pobierać. Nie ma już potrzeby ręcznego kopiowania plików .opencode.yml między maszynami ani utrzymywania spójności konfiguracji w różnych środowiskach. Dla zespołów DevOps i liderów technicznych to krok w stronę pełnej standaryzacji: zmiany w ustawieniach agenta, takie jak wybór modelu, timeouty czy polityki bezpieczeństwa, można wdrożyć centralnie, a wszystkie stanowiska odzwierciedlą je przy następnym uruchomieniu.

    Wersja 1.14.40 również radzi sobie z wygaśnięciem uwierzytelnienia do zdalnego pliku konfiguracyjnego – w takich przypadkach agent prosi użytkownika o ponowne zalogowanie, zamiast po cichu zawiesić działanie. Te detale pokazują dojrzałość projektu.

    Wzmocnienie stabilności: CORS, re-entry i warp flows

    Poprzednie wersje miały problemy z komunikacją sieciową. OpenCode 1.14.40 bezpośrednio adresuje problem z aplikowaniem nagłówków CORS, które odpowiadały za przerwane sesje przy łączeniu się z zewnętrznymi dostawcami modeli, takimi jak Anthropic Claude, OpenAI GPT czy Google Gemini. Gdy nagłówki były pomijane, klienci przeglądarkowi lub terminalowi blokowali zapytania, co uniemożliwiało poprawne wysyłanie promptów i odbieranie odpowiedzi. Teraz cały proces działa płynnie, co jest kluczowe dla tych, którzy polegają na chmurowych API do generowania kodu.

    Kolejnym istotnym punktem jest naprawienie błędów ponownego wejścia, które wcześniej powodowały problemy z sesjami podczas korzystania z warp flows.


    Źródła