Tag: Narzędzia terminalowe

  • 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

  • Gemini CLI zyskuje stabilność: nowa wersja preview poprawia zarządzanie sesjami

    Gemini CLI zyskuje stabilność: nowa wersja preview poprawia zarządzanie sesjami

    Google wypuściło nową wersję preview swojego narzędzia Gemini CLI, oznaczoną jako v0.45.0-preview.1. Ta wersja nocna z lipca 2026 roku koncentruje się na stabilności działania oraz lepszej kontroli nad tym, co AI pamięta podczas sesji. Chociaż nie wprowadza spektakularnych nowości wizualnych, zmiany w działaniu są solidne i przemyślane.

    Co nowego w Gemini CLI v0.45.0-preview.1

    • Metadane użycia – CLI pokazuje teraz informacje o zużyciu tokenów, co ułatwia kontrolę kosztów.
    • Sekwencyjne wykonanie narzędzia update_topic – wymuszenie kolejności eliminuje błędy w złożonych sesjach.
    • Stabilność na Termuksie – naprawiono zapętlone restarty, które wcześniej uniemożliwiały pracę na Androidzie.
    • Wyciszenie błędów PTY – zmiana rozmiaru terminala nie generuje już nadmiaru komunikatów.
    • Filtrowanie historii – uproszczone zarządzanie kontekstem pozwala precyzyjniej wznawiać sesje.

    Narzędzia działają przewidywalniej

    Jedną z kluczowych poprawek jest wymuszenie sekwencyjnego wykonania dla narzędzia update_topic. W poprzednich wersjach równoległe operacje na stanie sesji prowadziły do nieprzewidywalnych rezultatów, co mogło zakłócać intensywne kodowanie. Teraz każda aktualizacja tematu czeka na swoją kolej, co pozwala na zachowanie spójności stanu sesji.

    Dla osób praktykujących vibe coding to istotna zmiana. Pracując z AI przez dłuższy czas, nawet drobny błąd kontekstu może wprowadzić chaos w projekcie. Gemini CLI stara się minimalizować takie ryzyko.

    Kolejna poprawka dotyczy wyciszenia błędów związanych ze zmianą rozmiaru okna terminala. To jedna z tych irytujących kwestii, które nie psują funkcjonalności, ale generują wiele zbędnych komunikatów. Teraz te komunikaty są stłumione.

    Lepsza kontrola nad kosztami i sesjami

    Lepsza kontrola nad kosztami i sesjami

    Wersja v0.45.0-preview.1 wprowadza możliwość podejrzenia metadanych użycia bezpośrednio w CLI, co obejmuje informacje o zużyciu tokenów i związanych z tym kosztach API.

    Dla zespołów pracujących z hostingiem AI i infrastrukturą chmurową to oszczędność czasu. Nie trzeba już przeskakiwać do zewnętrznych paneli, aby sprawdzić koszty ostatniej sesji. Wszystko jest widoczne w terminalu, co ułatwia podejmowanie decyzji i optymalizację zapytań.

    Android i MCP – mniej awarii, więcej bezpieczeństwa

    Naprawa pętli restartów na Termuksie to ważna zmiana dla deweloperów pracujących na urządzeniach z Androidem. Wcześniej CLI mogło restartować się w nieskończoność bez prawidłowego startu, co uniemożliwiało jego użycie. Teraz ten błąd został usunięty.

    Dodatkowo poprawiono bezpieczeństwo list narzędzi MCP (Model Context Protocol) oraz zoptymalizowano automatyczny routing, co wpływa na niezawodność narzędzia.

    Co to oznacza dla codziennej pracy

    Nowe wydanie Gemini CLI to zestaw przemyślanych poprawek, które sprawiają, że praca z narzędziem staje się płynniejsza. Wymuszenie sekwencyjności, filtrowanie historii sesji i metadane użycia to elementy, które będą szczególnie przydatne podczas dłuższych projektów. Niezależnie od tego, czy używasz Gemini CLI do szybkich zadań, czy wielogodzinnych sesji programistycznych, stabilność jest kluczowa.

    Źródła

  • OpenCode zyskuje zwinięty widok myślenia i naprawę kluczowych błędów – nowa aktualizacja już dostępna

    OpenCode zyskuje zwinięty widok myślenia i naprawę kluczowych błędów – nowa aktualizacja już dostępna

    Zespół OpenCode wprowadził nową aktualizację, która znacząco uprościła terminalowy interfejs oraz naprawiła kilka problematycznych błędów, z którymi borykali się deweloperzy korzystający z AI w codziennej pracy. Najważniejszą nowością jest zwinięty widok myślenia, który umożliwia ukrywanie bloków rozumowania modelu. Dodatkowo, aktualizacja wprowadza przypięte sesje, poprawia odzyskiwanie binarek npm oraz usprawnia śledzenie plików w repozytoriach z dowiązaniami symbolicznymi.

    Co nowego w OpenCode – najważniejsze zmiany

    • Zwinięty widok myślenia – bloki między znacznikami think są domyślnie ukryte; można je przełączać przez paletę poleceń lub komendę /thinking.
    • Przypięte zarządzanie sesjami – preferencje widoku zapisują się w sklepie kv, więc po restarcie wszystko wraca na swoje miejsce.
    • Konfiguracja domyślnego zachowania – opencode.json zyskał opcję "show_thinking": false, co pozwala zespołom ustawić jeden standard.
    • Naprawa npm binary recovery – błąd w repozytoriach z symlinkami przestał zjadać binarki npm po restarcie sesji.
    • Poprawione śledzenie plików – AI widzi zmiany na żywo nawet w środowiskach kontenerowych i repozytoriach linkowanych.

    Mniej szumu w terminalu – zwinięte bloki rozumowania

    Użytkownicy narzędzi AI w terminalu często doświadczają bałaganu, gdy modele generują długie ciągi pseudorozumowania, co utrudnia śledzenie wyników. Nowa opcja pozwala na ukrywanie bloków między tagami think, co można zrobić całkowicie lub przenieść do osobnej, przełączanej sekcji.

    Przełączanie działa za pomocą komendy /thinking lub palety poleceń. Preferencje są zapisywane w kv razem ze stanem paska bocznego, co oznacza, że po ponownym uruchomieniu nie trzeba wszystkiego ustawiać od nowa. Dla zespołów, które chcą ustalić wspólny standard, dodano opcję "show_thinking": false w pliku konfiguracyjnym. To proste rozwiązanie znacząco poprawia komfort pracy, zwłaszcza w kontekście vibe codingu, gdzie interfejs powinien być lekki.

    Stabilność rdzenia – symlinki, npm i metadane narzędzi

    W aktualizacji poprawiono również odzyskiwanie binarek npm w repozytoriach korzystających z dowiązań symbolicznych, co wcześniej mogło zerwać kontekst AI po restarcie sesji. Teraz pliki takie jak product.md, techstack.md i workflow.md są stabilniejsze, co pozwala modelowi na zachowanie logiki projektu między sesjami.

    Deweloperzy pracujący w środowiskach kontenerowych zyskają na poprawie śledzenia plików w repozytoriach linkowanych. Wcześniej AI mogło operować na nieaktualnych danych, ponieważ zmiany w linkowanych katalogach nie były wykrywane. Teraz zmiany są widoczne na żywo, co jest istotne przy hot reloadzie i szybkich iteracjach.

    Usprawniona obsługa metadanych niestandardowych narzędzi to krok w stronę lepszej integracji z zewnętrznymi systemami. Wywołania funkcji i tool calls są teraz bardziej przewidywalne, co zmniejsza ryzyko niespodzianek przy łączeniu z API firm trzecich.

    Dlaczego to ma znaczenie dla ekosystemu AI w devie

    OpenCode od dłuższego czasu stara się być alternatywą dla rozbudowanych IDE z wtyczkami AI. Ta aktualizacja wskazuje kierunek: czysty i szybki terminalowy interfejs użytkownika, który nie przeszkadza, ale zapewnia pełną kontrolę. Domyślne zwijanie bloków myślenia, konfiguracja przez JSON oraz poprawki w rdzeniu to nie spektakularne funkcje, ale to właśnie takie detale decydują o tym, czy narzędzie staje się częścią codziennej pracy, czy ląduje w folderze "do sprawdzenia kiedyś".

    W obliczu rosnącej liczby narzędzi – od Claude Code, przez Codex, po Cursor czy Windsurf – OpenCode stawia na lekkość i niezawodność. Prosty proces instalacji, który wciąż sprowadza się do jednego polecenia curl install opencode, tylko to potwierdza.

    Źródła

  • Kimi Code CLI 1.44.0 wprowadza inteligentne aliasy poleceń w terminalu

    Kimi Code CLI 1.44.0 wprowadza inteligentne aliasy poleceń w terminalu

    13 maja 2026 roku MoonshotAI wydało wersję 1.44.0 terminalowego agenta AI Kimi Code CLI, która poprawia rozpoznawanie skrótów poleceń slash. Deweloperzy mogą teraz korzystać z prostych skrótów takich jak /h czy ?, a system automatycznie przekierowuje je do odpowiednich komend. Aktualizacja eliminuje także problem z rejestracją aliasów, który był uciążliwy podczas korzystania z narzędzia.

    Co nowego w wydaniu

    • Aliasy poleceń — skróty /h, ? oraz status są teraz poprawnie rozpoznawane jako /help i /usage
    • Poprawiony format wyświetlania — pomoc pokazuje aliasy w czytelnej formie /nazwa (alias)
    • Naprawiony błąd rejestracji — alias /usage był błędnie zapisywany jako "/status" zamiast "status", co uniemożliwiało jego działanie
    • Wydanie z 13 maja 2026 — to kolejna iteracja w szybkim cyklu rozwojowym narzędzia

    Dlaczego aliasy w terminalu mają znaczenie

    Praca w terminalu wymaga efektywności — każda sekunda ma znaczenie. Kiedy deweloperzy pracują nad kodem i potrzebują szybko sprawdzić dokumentację polecenia, wpisywanie pełnego /help może być czasochłonne. Alias /h jest prostszy i szybszy. Podobnie znak zapytania ? to naturalny wybór, gdy czegoś nie wiemy.

    Wersja 1.44.0 wprowadza te skróty do systemu. Rozpoznawanie ich i przekierowywanie do pełnych komend odbywa się bez zbędnych komplikacji. Pomoc teraz wyświetla aliasy obok pełnych nazw — /help (h) — co ułatwia nowym użytkownikom orientację w dostępnych skrótach.

    Bug, który przeszkadzał bardziej niż powinien

    Bug, który przeszkadzał bardziej niż powinien

    Poprzednia wersja miała problem z rejestracją aliasu dla /usage. Zamiast poprawnego klucza "status", system zapisywał go jako "/status" — z wiodącym ukośnikiem. W rezultacie alias nie działał. Użytkownik wpisywał status, a Kimi Code CLI nie rozumiał, o co chodzi.

    To drobny błąd w implementacji, ale jego skutki były frustrujące. Narzędzia terminalowe muszą być niezawodne — każda nieudana komenda to strata koncentracji. Łatka w wersji 1.44.0 rozwiązuje ten problem.

    Kimi Code CLI: więcej niż tylko aliasy

    Kimi Code CLI: więcej niż tylko aliasy

    Narzędzie przechodzi obecnie transformację. Klasyczny Kimi CLI ewoluuje w Kimi Code CLI — nowoczesnego terminalowego agenta AI od MoonshotAI. Instalacja nowej wersji automatycznie migruje konfigurację i sesje użytkownika, co sprawia, że przejście jest łatwe.

    Co potrafi ten agent? Przede wszystkim działa w interaktywnej powłoce, gdzie można prowadzić rozmowę z AI, prosić o edycję kodu, uruchamiać polecenia shella i otrzymywać kontekstowe podpowiedzi. Narzędzie wspiera integrację z Zsh, oferuje aktywację przez skrót klawiszowy i działa jako serwer ACP dla edytorów takich jak Zed, Neovim czy Emacs.

    W kontekście web developmentu to cenne wsparcie — agent może przeszukiwać projekt, modyfikować pliki, uruchamiać testy i automatycznie planować kolejne kroki, wszystko bez odrywania rąk od klawiatury.

    Mała zmiana, duży komfort

    Wersja 1.44.0 nie wprowadza rewolucyjnych funkcji, co jest pozytywne. To drobne poprawki — intuicyjne aliasy, naprawione błędy rejestracji — tworzą doświadczenie, które nie wytrąca dewelopera z rytmu pracy. Można skupić się na kodzie, a nie na składni poleceń.

    Cykl wydawniczy narzędzia jest imponujący — w maju 2026 pojawiły się już wersje 1.42.0, 1.43.0 i teraz 1.44.0.

    Ź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

  • Codex CLI 0.128.0: długotrwałe przepływy pracy, zaawansowane wtyczki i precyzyjne uprawnienia

    Codex CLI 0.128.0: długotrwałe przepływy pracy, zaawansowane wtyczki i precyzyjne uprawnienia

    OpenAI udostępniło wersję 0.128.0 narzędzia Codex CLI. Ta aktualizacja wprowadza trwałe przepływy pracy z komendą /goal, rozbudowany ekosystem wtyczek oraz bardziej szczegółowe profile uprawnień. Wprowadzono również poprawki dotyczące wznawiania sesji, bezpieczeństwa sieciowego i stabilności piaskownicy w systemie Windows.

    Kluczowe fakty o wydaniu 0.128.0

    • Trwałe cele /goal – użytkownicy mogą teraz tworzyć, wstrzymywać i wznawiać długoterminowe zadania, które zachowują swój stan między sesjami.
    • Rozszerzona obsługa wtyczek – pojawił się marketplace, zdalne cache'owanie oraz wsparcie dla aplikacji MCP i importu zewnętrznych agentów.
    • Wielopoziomowe profile uprawnień – zamiast prostego przełącznika `–full-auto wprowadzono elastyczną kontrolę nad tym, co agent może robić automatycznie.
    • Konfigurowalne mapy klawiszy w TUI – interfejs tekstowy zyskuje możliwość personalizacji skrótów i sterowania.
    • Poprawki błędów – łatki dotyczą między innymi sieci, wznawiania sesji i działania piaskownicy na Windows.

    Długotrwałe przepływy pracy – /goal w końcu trwałe

    Najważniejszą nowością jest zmiana logiki działania komendy /goal. Dotychczas zadania definiowane w ten sposób były jednorazowe i traciły kontekst przy przerwaniu sesji. Wersja 0.128.0 wprowadza mechanizmy tworzenia, wstrzymywania i wznawiania celów (create, pause, resume, clear), które działają zarówno w terminalowym interfejsie (TUI), jak i przez API aplikacji serwerowej.

    Oznacza to, że inżynier może rozpocząć wieloetapową refaktoryzację kodu, przerwać ją na noc i kontynuować następnego dnia – bez utraty kontekstu i bez potrzeby ponownego opisywania zadania. Codex staje się przestrzenią roboczą dla długotrwałych prac inżynierskich. To wpisuje się w szerszy trend w narzędziach AI – przejście od czatu do agenta, który zarządza zadaniami w czasie.

    Ekosystem wtyczek i elastyczne profile uprawnień

    Ekosystem wtyczek i elastyczne profile uprawnień

    Wydanie 0.128.0 znacznie rozszerza możliwości rozszerzania Codexa. Użytkownicy otrzymują marketplace wtyczek, a same pluginy mogą korzystać z haków uruchamianych razem z wtyczką (plugin-bundled hooks), zewnętrznego cache'owania oraz importować zewnętrzne agenty i łączyć się z aplikacjami MCP (Model Context Protocol). To przesuwa Codexa w stronę platformy agentowej – nie tylko CLI, ale także środowiska, które może orkiestruje wiele narzędzi i usług.

    Równocześnie zmienia się sposób zarządzania autonomią agenta. Zamiast binarnego trybu --full-auto wprowadzono explicite zdefiniowane profile uprawnień. Dzięki temu można precyzyjniej określić, które działania agent może wykonywać bez potwierdzenia, a które wymagają ręcznej akceptacji. Dla zespołów devopsowych i web developerskich to krok w stronę bezpieczniejszej automatyzacji – można na przykład pozwolić Codexowi na modyfikację plików w katalogu projektu, ale zablokować dostęp do konfiguracji sieciowej.

    Dodatkowo w 0.128.0 rozszerzono konfigurację MultiAgentV2, co umożliwia precyzyjniejsze sterowanie współpracą kilku agentów. Choć oficjalne notki nie opisują wszystkich szczegółów, sygnalizuje to dalszy rozwój scenariuszy wieloagentowych w ramach jednej sesji roboczej.

    Poprawki: sesje, sieć i piaskownica Windows

    Poprawki: sesje, sieć i piaskownica Windows

    Nowa wersja przynosi kilka istotnych łatek. Poprawiono wznawianie sesji – Codex lepiej radzi sobie teraz z przywracaniem stanu po przerwie, co łączy się z nowymi możliwościami /goal. Wzmocniono również zabezpieczenia sieciowe (network hardening), co ma znaczenie przy zdalnej pracy i integracjach z zewnętrznymi API. Użytkownicy Windows docenią stabilność działania w piaskownicy – to ważne w środowiskach korporacyjnych, gdzie izolacja procesów jest standardem.

    Podsumowanie

    Codex CLI 0.128.0 to nie tylko zestaw poprawek, ale także wyraźny sygnał kierunku rozwoju narzędzia – w stronę agentowego środowiska pracy z trwałymi zadaniami, rozbudowaną warstwą wtyczek i precyzyjną kontrolą uprawnień. Dla osób zajmujących się web developmentem, devopsem czy tzw. vibe codingiem oznacza to większą ciągłość pracy i bezpieczniejszą automatyzację długotrwałych procesów. Jeśli kolejne wydania utrzymają ten kierunek, Codex może szybko ewoluować z prostego asystenta CLI w pełnoprawne środowisko agentowe.

    Źródła

  • Claude Code 2.1.129: Wtyczki prosto z URLa, lepsza kontrola terminala i garść długo wyczekiwanych poprawek

    Claude Code 2.1.129: Wtyczki prosto z URLa, lepsza kontrola terminala i garść długo wyczekiwanych poprawek

    Szóstego maja 2026 roku Anthropic wydało wersję 2.1.129 narzędzia Claude Code. Wprowadza ona nową flagę --plugin-url, poprawia obsługę manifestów wtyczek oraz wprowadza kilka poprawek stabilności, które będą przydatne dla osób pracujących z wieloma sesjami jednocześnie. To wydanie, choć niewielkie, zawiera zmiany, które mogą znacząco ułatwić codzienną pracę w terminalu.

    Co przynosi wersja 2.1.129 — kluczowe zmiany

    • Flaga --plugin-url <url> umożliwia pobieranie wtyczek bezpośrednio z adresu URL, co ułatwia dystrybucję i automatyzację konfiguracji w zespołach.
    • Udoskonalone manifesty wtyczek pozwalają na bardziej precyzyjne deklarowanie metadanych i szybsze ładowanie rozszerzeń.
    • Lepsze wsparcie zmiennych środowiskowych dla zsynchronizowanego wyjścia terminala sprawdza się w środowiskach z multiplekserami, takimi jak tmux.
    • Opcjonalne wykrywanie modeli (opt-in) przy korzystaniu z bramek API daje większą kontrolę nad tym, które modele są widoczne w danym środowisku.
    • Poprawki stabilności: trwałość nazw sesji, widoczność panelu podagentów i czytelność komunikatów błędów API.

    Lepsze zarządzanie wtyczkami — wreszcie bez ręcznego grzebania w katalogach

    Do tej pory instalowanie wtyczek w Claude Code wymagało ręcznego umieszczania plików w odpowiednich katalogach lub korzystania z mechanizmów marketplace'u. Nowa flaga --plugin-url <url> zmienia to znacząco. Wystarczy podać bezpośredni adres URL do wtyczki, a Claude Code sam ją pobierze i zainstaluje.

    To może wydawać się drobiazgiem, ale dla zespołów deweloperskich, które chcą standaryzować środowisko pracy, to znaczna oszczędność czasu. Zamiast pisać instrukcje „pobierz plik X, umieść go w katalogu Y, potem uruchom Z”, można po prostu przekazać jeden URL w skrypcie inicjalizacyjnym. Dodatkowo, Anthropic poprawiło obsługę manifestów wtyczek — deklaracje metadanych są teraz ściślej walidowane, co powinno ograniczyć problemy z niekompletnymi lub błędnie skonfigurowanymi rozszerzeniami.

    Terminal pod kontrolą

    Terminal pod kontrolą

    Kolejnym istotnym obszarem zmian jest obsługa terminala. Wersja 2.1.129 poprawia wsparcie dla zmiennych środowiskowych przy zsynchronizowanym wyjściu terminalowym. Oznacza to mniej problemów w środowiskach z tmuxem, screenem lub innymi multiplekserami, gdzie kilka sesji może jednocześnie pisać do tego samego wyjścia. Dla użytkowników pracujących zdalnie przez SSH to znacząca poprawa komfortu.

    Warto również zwrócić uwagę na opcjonalne wykrywanie modeli przy korzystaniu z bramek API. To funkcja typu opt-in, więc domyślnie nic się nie zmienia, ale jeśli zarządzasz własną bramką i nie chcesz, aby wszystkie dostępne modele były automatycznie wyliczane i eksponowane, masz teraz pełną kontrolę. Jest to przydatne w środowiskach, gdzie przez bramkę przechodzi wiele różnych modeli, a użytkownicy końcowi powinni widzieć tylko wybrane.

    Poprawki, które po prostu działają

    Poprawki, które po prostu działają

    Ta aktualizacja przynosi także kilka mniejszych poprawek, które, choć nie brzmią spektakularnie, rozwiązują rzeczywiście irytujące problemy. Naprawiono na przykład trwałość tytułów sesji — wcześniej po restarcie sesja mogła tracić swoją nazwę i wracać do domyślnego oznaczenia. Osoby pracujące z wieloma równoległymi sesjami wiedzą, jak bardzo to dezorientuje.

    Podobnie sytuacja wygląda z panelem podagentów. W poprzednich wersjach zdarzało się, że panel nie wyświetlał się poprawnie po przełączeniu kontekstu — ten problem został teraz rozwiązany. Dodatkowo poprawiono obsługę komunikatów błędów API, które wcześniej mogły być niejasne lub mylące przy debugowaniu problemów z autoryzacją.

    Czy warto aktualizować?

    Jeśli używasz Claude Code głównie do prostych, jednosesyjnych zadań, prawdopodobnie nie odczujesz dużej różnicy. Jednak jeśli pracujesz w zespole, automatyzujesz konfigurację środowisk deweloperskich lub spędzasz dużo czasu w terminalu z wieloma równoległymi sesjami, ta aktualizacja zdecydowanie ułatwi ci życie. Flaga --plugin-url może znacząco skrócić czas onboardingu nowych osób w projekcie, a także pozwala na pozbycie się kilku drobnych, ale uporczywych błędów.

    Aktualizacja jest dostępna standardowo przez npm (npm update -g claude-code) oraz inne kanały dystrybucji. Po instalacji warto zrestartować aktywne sesje, aby wszystkie zmiany zostały poprawnie załadowane.

    Ź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

  • OpenCode v1.14.32: Poprawki edycji w powłoce i stabilności środowiska pracy, które realnie usprawniają codzienną pracę koderów

    OpenCode v1.14.32: Poprawki edycji w powłoce i stabilności środowiska pracy, które realnie usprawniają codzienną pracę koderów

    Na początku czerwca 2026 roku OpenCode, otwartoźródłowy agent AI do zadań programistycznych w terminalu, IDE i na pulpicie, otrzymał aktualizację do wersji v1.14.32. Choć na pierwszy rzut oka może wydawać się to kolejnym rutynowym wydaniem, wprowadza szereg kluczowych poprawek, które wpływają na płynność i niezawodność pracy z agentami AI. To wydanie koncentruje się na usuwaniu błędów i zwiększaniu stabilności w środowiskach wielodostawcowych, a nie na wprowadzaniu spektakularnych nowości. Dla deweloperów korzystających z OpenCode na co dzień, poprawki te są jednak istotne: przywracają tryb edycji w powłoce, który wcześniej zawodził w pewnych konfiguracjach, korygują routing żądań do przestrzeni roboczych oraz naprawiają problemy z zarządzaniem sesjami.

    Kluczowe zmiany w wersji v1.14.32

    • Przywrócono tryb edycji w powłoce – naprawiono mechanizm fallbacku zewnętrznego edytora, dzięki czemu sesje attach-mode otwierają się nawet wtedy, gdy oryginalna ścieżka projektu jest lokalnie niedostępna.
    • Poprawiono routing workspace'ów – eksperymentalne żądania tworzenia przestrzeni roboczych bez pola extra działają teraz poprawnie, a schematy OpenAPI są w pełni zgodne z publicznym API.
    • Zwiększono stabilność długotrwałych sesji – wyeliminowano problem zawieszania się modeli Bedrock przed rozpoczęciem odpowiedzi i zapewniono trwałe przechowywanie aktualizacji kontekstu systemowego podczas długich konwersacji.
    • Zredukowano artefakty wizualne w TUI – naprawiono awarie widoków uprawnień i sesji, skorygowano przycinanie przepełnionych kart w pasku tytułu i poprawiono nawigację między kartami.
    • Dodano wsparcie dla Snowflake Cortex – rozszerzono ekosystem kompatybilnych backendów o nowego dostawcę modeli.

    Edycja w powłoce: krytyczny tryb wraca do życia

    Jedną z najbardziej odczuwalnych poprawek jest przywrócenie możliwości edycji w trybie powłoki (shell mode). Problem, który dotknął wielu deweloperów, ujawniał się w sytuacjach, gdy oryginalna ścieżka projektu lokalnie przestawała być dostępna – na przykład w przypadku zdalnie montowanych zasobów czy przenoszenia projektów między katalogami. Wcześniej takie sesje typu attach-mode nie mogły się otworzyć, co przerywało przepływ pracy w najmniej oczekiwanym momencie.

    Dzięki naprawie mechanizmu fallbacku zewnętrznego edytora OpenCode radzi sobie teraz z tym scenariuszem bez przeszkód. Dla programistów pracujących w złożonych, dynamicznych konfiguracjach oznacza to mniej frustracji i ciągłość pracy – agent nie „gubi się” przy zmianie lokalizacji projektu, a sesja pozostaje w pełni funkcjonalna niezależnie od okoliczności.

    Sesje, które nie zacinają się i nie tracą kontekstu

    Drugim obszarem, w którym v1.14.32 wprowadza istotne zmiany, jest stabilność sesji. Dwie poprawki w tym zakresie zasługują na szczególną uwagę. Po pierwsze, wyeliminowano problem z modelami Bedrock, które potrafiły zawiesić się jeszcze przed wygenerowaniem pierwszej odpowiedzi – usterka ta była szczególnie irytująca w interaktywnych przepływach pracy, gdzie każda sekunda oczekiwania ma znaczenie.

    Po drugie, OpenCode teraz trwale przechowuje aktualizacje kontekstu systemowego podczas długich konwersacji. Oznacza to, że agent nie gubi informacji o środowisku, uprawnieniach czy niestandardowych regułach nawet po wielu godzinach pracy z kodem – wszystko pozostaje spójne od początku do końca sesji. To jest nieocenione w złożonych zadaniach programistycznych, gdzie kontekst odgrywa kluczową rolę w jakości odpowiedzi agenta.

    Stabilniejszy routing i zgodne API

    Stabilniejszy routing i zgodne API

    Dla zespołów budujących narzędzia wokół OpenCode istotna jest poprawka dotycząca routingu workspace'ów. Eksperymentalne żądania tworzenia przestrzeni roboczych, które pomijały pole extra, działały nieprawidłowo – teraz ten błąd został skorygowany. Co więcej, poprawiono schematy OpenAPI, dzięki czemu wygenerowani klienci są zgodni z publicznym API. To redukuje tarcie w zautomatyzowanych przepływach pracy, gdzie poprawność integracji jest krytyczna.

    Mniej artefaktów wizualnych, więcej komfortu

    Mniej artefaktów wizualnych, więcej komfortu

    Wersja v1.14.32 przynosi również poprawki w interfejsie użytkownika. Naprawiono awarie widoków uprawnień i sesji, które mogły występować przy nieprawidłowo sformatowanych metadanych ścieżek lub diffów – były to błędy trudne do zdiagnozowania, ale mogące skutecznie wytrącić z rytmu pracy. W trybie pulpitu skorygowano przycinanie przepełnionych kart w pasku tytułu, a także poprawiono logikę zamykania kart i nawigacji, tak aby po zamknięciu aktywnej karty wybierana była ta właściwa. Drobne, ale odczuwalne codziennie niedogodności wreszcie znikają.

    Nowy dostawca i lepsza izolacja pulpitu

    OpenCode v1.14.32 rozszerza również ekosystem o wsparcie dla Snowflake Cortex – nowego dostawcę modeli, który daje użytkownikom większą elastyczność.

    Źródła