Kategoria: Aktualności

Qwen-Code v0.18.0: agent zyskuje pamięć użytkownika i pulpit statystyk
W czerwcu 2026 roku zespół Qwen wprowadził wersję v0.18.0 swojego terminalowego agenta kodowania, a następnie wprowadził szereg poprawek aż do v0.18.3. W tej aktualizacji scalono ponad sto pull requestów, które dotyczyły czterech obszarów funkcjonalnych. Najważniejsze nowości to interaktywny pulpit /stats, automatyczna pamięć na poziomie użytkownika oraz rozszerzona obsługa multimodalna dla modelu Qwen-Code v0.18.0.

Kluczowe zmiany w wydaniu
- Pulpit /stats umożliwia podgląd na żywo aktywności agenta i stanu wykonania zadań.
- Pamięć użytkownika działa teraz między projektami, a nie tylko w obrębie jednej sesji czy repozytorium.
- Qwen-Code v0.18.0 zyskał rozszerzone możliwości multimodalne, obsługując bogatsze dane wejściowe.
- Nowy sandbox node:vm izoluje wykonywanie kodu, co zwiększa bezpieczeństwo w środowisku CLI.
- Stabilność długich sesji poprawiono dzięki łatkom zapobiegającym wyciekom pamięci i zapętlaniu narzędzi.
Więcej kontroli i bezpieczniejsze wykonanie

Interaktywny pulpit /stats to istotny dodatek. Użytkownicy pracujący z agentem w terminalu zyskali wygodny wgląd w to, co agent faktycznie robi. Teraz mogą sprawdzić stan aktywności bez przerywania pracy, co jest szczególnie ważne przy dłuższych zadaniach, gdzie agent działa przez wiele minut.

Z perspektywy bezpieczeństwa wprowadzono sandbox node:vm. Oznacza to, że kod generowany i uruchamiany przez agenta działa w izolowanym środowisku. Dla zespołów DevOps oraz osób pracujących z nie do końca zaufanym kodem to znaczące udogodnienie, ponieważ zmniejsza ryzyko niepożądanych zmian w systemie plików czy zmiennych środowiskowych.

Zmiany w CLI obejmują również wsparcie dla Declarative Agent frontmatter v1, per-agent mcpServers oraz hooki dla subagentów. To szczegóły, które docenią osoby budujące własne workflow agentowe i potrzebujące precyzyjnej kontroli nad interakcjami agenta z narzędziami.

Pamięć, która nie znika po zamknięciu sesji

Automatyczna pamięć na poziomie użytkownika rozwiązuje problem amnezji między sesjami, który często dotyka agentów AI. Wcześniej pamięć była przypisana do konkretnego repozytorium. Teraz agent pamięta preferencje i kontekst użytkownika niezależnie od projektu.

Dla web developerów oznacza to mniej powtarzania tych samych instrukcji przy przełączaniu się między projektami. Agent zapamiętuje preferencje dotyczące stylu formatowania, używanych bibliotek czy niestandardowej konfiguracji lintera. To małe usprawnienie, które w codziennej pracy oszczędza czas.

Stabilność, która robi różnicę

W dłuższych sesjach agent mógł wcześniej generować błędy OOM (out of memory) z powodu akumulacji odpowiedzi debugowych. W wersji v0.18.0 wprowadzono jawną garbage collection oraz stabilniejsze mechanizmy kompaktowania pamięci. Naprawiono także zapętlanie identycznych wywołań narzędzi, które mogło prowadzić do nieefektywnego wykorzystania tokenów.

Dodatkowo poprawiono obsługę parametrów narzędzi w formacie innym niż string, co jest korzystne dla użytkowników self-hostowanych backendów LLM. Ulepszono również fallbacki schowka przez OSC 52 przy połączeniach SSH, co zapewnia większy komfort dla osób pracujących zdalnie na serwerach.

Co to znaczy dla AI i web developmentu

Wydanie v0.18.0 wskazuje kierunek rozwoju Qwen-Code: agent, który ma być nie tylko inteligentny, ale także przewidywalny i bezpieczny w zastosowaniach produkcyjnych. Obserwowalność przez /stats, szersza obsługa multimodalna i sandboxing to odpowiedzi na rzeczywiste problemy zgłaszane przez użytkowników.

Dla branży web developmentu kluczowe są trzy aspekty: pamięć, która przetrwa restart, ochrona przed zapętlaniem narzędzi oraz mniejsza liczba awarii przy długich zadaniach. Qwen-Code v0.18.0 dostarcza wszystkie te elementy. Tempo wydania, które obejmowało ponad sto PR-ów, sugeruje, że zespół planuje kontynuować rozwój.

Źródła
2026-08-19
OpenCode z lepszą integracją MCP i nowymi endpointami API
OpenCode wprowadził aktualizację, która poprawia integrację z protokołem MCP oraz dodaje nowe endpointy API. Użytkownicy zyskają stabilniejsze połączenia, lepszą widoczność logów oraz nowe endpointy API v2 do zarządzania sesjami. Zmiany te są istotne, ponieważ dotyczą kluczowych elementów integracji, z których korzysta coraz więcej zespołów programistycznych.

Co nowego w skrócie
- MCP zyskuje obsługę ścieżek względem przestrzeni roboczej oraz lepszy podgląd logów serwera
- Nowe endpointy API v2 umożliwiają zarządzanie sesjami bez zbędnych obejść
- Naprawiono błędy w schematach narzędzi Gemini, filtrowaniu treści oraz obsłudze dużych repozytoriów Git
- Ulepszono autoryzację — przepływy OAuth działają stabilniej, także przy równoległych żądaniach
MCP: stabilność i wygoda na pierwszym planie

Model Context Protocol stał się w OpenCode kluczowym narzędziem do integracji z zewnętrznymi systemami. Dzięki niemu asystent AI może korzystać z serwerów MCP — zarówno lokalnych, jak i zdalnych — bez modyfikacji kodu edytora. Wystarczy dodać wpis w konfiguracji pod kluczem mcp, aby narzędzia były dostępne dla modelu.

Wcześniej występowały problemy z połączeniami podczas dłuższych sesji. Serwery SSE mogły wpadać w pętle reconnectów, a starsze wersje SDK nie działały poprawnie. Aktualizacja z 28 i 30 lipca rozwiązała te problemy, przywracając kompatybilność z legacy SDK oraz eliminując niepotrzebne zapętlenia połączeń.

Dodatkowo, wprowadzono obsługę ścieżek względem przestrzeni roboczej. To zmiana, która ułatwia pracę, ponieważ konfiguracja MCP nie jest już sztywno związana z absolutnymi lokalizacjami, co jest szczególnie przydatne w projektach klonowanych na różne maszyny.

API v2 i autoryzacja: koniec z ręcznym odświeżaniem

Nowe endpointy do zarządzania sesjami to długo oczekiwana funkcjonalność dla osób tworzących własne integracje. API v2 umożliwia programowe zarządzanie sesjami — od ich tworzenia po zamykanie — bez potrzeby korzystania z dodatkowych skryptów.

Autoryzacja również została ulepszona. OpenCode wspierał OAuth dla serwerów MCP, ale teraz przepływ działa bardziej płynnie. Sesje OAuth, które wygasły, są automatycznie odnawiane, nawet przy równoległych żądaniach. Dodatkowo, polecenie opencode mcp auth <nazwa-serwera> zyskało możliwość konfiguracji portów callback, co ułatwia pracę w środowiskach z restrykcyjnymi firewallami.

Dla zespołów korzystających z organizacyjnych konfiguracji zdalnych to istotna zmiana — serwery można aktywować przez enabled: true bez konieczności edytowania plików lokalnie.

Poprawki, które bolą mniej

W tej aktualizacji wprowadzono także kilka poprawek, które eliminują frustrujące problemy. Gemini przestało otrzymywać przestarzałe domyślne wartości samplingu, co rozwiązało problemy ze schematami narzędzi. Modele z filtrowaniem treści, które wcześniej mogły przerywać odpowiedzi, teraz działają przewidywalnie.

Dodatkowo, zoptymalizowano obsługę dużych repozytoriów Git. Cache gałęzi nie psuje się już przy odświeżaniu pojedynczej referencji, co przyspiesza przełączanie kontekstu w monorepozytoriach.

Co to znaczy dla codziennej pracy

OpenCode wyraźnie stawia na ekosystem, a nie na monolit. MCP przestało być jedynie ciekawostką — staje się domyślnym kanałem do łączenia z zewnętrznymi narzędziami. Użytkownicy OpenCode powinni sprawdzić, czy ich serwery MCP wymagają aktualizacji konfiguracji, szczególnie jeśli korzystają z OAuth lub pracują z dużymi repozytoriami.

Zmiany w API v2 sugerują, że w przyszłości pojawią się kolejne ułatwienia dla osób automatyzujących pracę z asystentem, co może wpłynąć na sposób, w jaki zespoły integrują AI w swoje procesy CI/CD.

Źródła
2026-08-10
OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2
Najnowsza aktualizacja OpenCode wprowadza istotne ulepszenia w integracji z serwerami MCP, rozszerza API v2 o nowe końcówki do zarządzania sesjami oraz optymalizuje obsługę obiektów Git w dużych repozytoriach. Choć na pierwszy rzut oka zmiany mogą wydawać się technicznymi porządkami, w praktyce znacząco wpływają na codzienną pracę z narzędziem.

Kluczowe zmiany w skrócie
- Wsparcie dla ścieżek względnych w konfiguracji MCP – katalog roboczy podąża za workspace, eliminując potrzebę stosowania sztywnych ścieżek bezwzględnych
- Nowe końcówki API v2 do zarządzania sesjami, co ułatwia kontrolę nad aktywnymi połączeniami
- Optymalizacja Git dla dużych repozytoriów – szybsze operacje na rozbudowanych historiach commitów
- Poprawki błędów w schematach narzędzi Gemini, widoczności filtrowanych odpowiedzi oraz niezawodności uwierzytelniania
- Lepsze logowanie MCP – błędy z połączeń SSE nie prowadzą już do pętli reconnectu, a logi serwerów są bardziej przejrzyste
Ścieżki względne w MCP – koniec z absolutnymi zależnościami

Dotychczas konfiguracja lokalnych serwerów MCP w OpenCode wymagała podawania bezwzględnych ścieżek do katalogu roboczego. Oznaczało to, że przeniesienie projektu między maszynami lub współpraca w zespole z różnymi strukturami folderów wiązała się z koniecznością ręcznego poprawiania konfiguracji.

Teraz opcja cwd akceptuje ścieżki względne, które są rozwiązywane względem głównego katalogu workspace. Dla zespołów pracujących w monorepo to duża oszczędność czasu – serwer MCP skonfigurowany raz działa identycznie w każdym środowisku, niezależnie od lokalizacji projektu na dysku. Wystarczy umieścić konfigurację w repozytorium, a po klonowaniu wszystko działa od razu.

Co ważne, zmiana dotyczy nie tylko nowych instalacji. OpenCode zachowuje również kompatybilność ze starszymi klientami SDK MCP, co umożliwia zespołom na różnych wersjach narzędzia współpracę bez konfliktów.

API v2 i zarządzanie sesjami

Rozszerzenie API v2 o końcówki sesji to odpowiedź na bardziej zaawansowane scenariusze, w których OpenCode działa jako usługa w tle, a nie tylko jako interaktywne narzędzie CLI. Nowe endpointy umożliwiają programowe tworzenie, odpytywanie i zamykanie sesji, co otwiera możliwości budowania własnych integracji oraz dashboardów monitorujących pracę agentów.

Dla zespołów DevOps oznacza to możliwość tworzenia dedykowanych sesji na żądanie – na przykład w kontekście CI/CD, gdzie agent analizuje różnice przed scaleniem i raportuje potencjalne problemy. Sesje można teraz kontrolować przez API, co eliminuje potrzebę ingerencji w procesy systemowe.

Jednocześnie poprawiono kilka uciążliwych błędów – uwierzytelnianie OAuth dla serwerów MCP przestało gubić stan przy odświeżaniu tokenów, a odpowiedzi filtrowane przez content safety Gemini nie znikają już bez śladu. Wcześniej użytkownik otrzymywał pusty ekran, teraz OpenCode informuje, że odpowiedź została zablokowana.

Git i duże repozytoria

Optymalizacja obsługi obiektów Git to zmiana, która z pewnością ucieszy osoby pracujące z rozbudowanymi historiami. OpenCode poprawił sposób cache'owania branchy, eliminując sytuacje, w których odświeżenie jednej referencji przypadkowo przesuwało checkout innego brancha. Choć może to brzmieć skomplikowanie, w repozytoriach z tysiącami commitów i wieloma równoległymi gałęziami przekłada się to na zauważalnie szybsze przełączanie kontekstu.

Dodatkowo poprawiono indeksowanie wyników grep – ścieżki symlinków są teraz poprawnie zachowywane, co ma znaczenie w projektach korzystających z linków symbolicznych do współdzielonych bibliotek.

Te zmiany pokazują, że narzędzie rozwija się z etapu "ciekawego eksperymentu" w kierunku dojrzałego środowiska pracy. Wsparcie dla ścieżek względnych w MCP oraz nowe API sesji to funkcje, które mogą zdecydować o długoterminowym przywiązaniu zespołu do tego narzędzia.

Źródła
2026-08-09
Claude Code 2.1.173 porządkuje nazewnictwo Fable 5 i usuwa fałszywy alert na Windowsie
Anthropic wydało 11 czerwca 2026 roku wersję 2.1.173 Claude Code, która wprowadza automatyczną normalizację nazw modeli Fable 5 oraz usuwa fałszywy komunikat ostrzegawczy, który pojawiał się przy starcie na systemie Windows. Choć to niewielka aktualizacja, skutecznie rozwiązuje dwa istotne problemy, z którymi deweloperzy borykali się na co dzień.
- Claude Code 2.1.173 automatycznie usuwa przyrostek [1m] z nazw modeli Fable 5
- Fable 5 oferuje domyślnie okno kontekstowe 1M tokenów, więc suffix był zbędny
- Windows nie wyświetla już fałszywego ostrzeżenia o brakujących zależnościach sandboksa
- Konfiguracja nie wymaga już ręcznego czyszczenia identyfikatorów modeli
Fable 5 bez [1m] — dlaczego to ma znaczenie

Główna zmiana dotyczy sposobu, w jaki Claude Code rozpoznaje modele Fable 5. Wcześniej, jeśli w plikach konfiguracyjnych lub flagach CLI pojawiał się identyfikator z przyrostkiem [1m], narzędzie nie normalizowało go poprawnie. W rezultacie deweloperzy musieli ręcznie edytować konfiguracje, aby dopasowanie modelu działało.

Teraz suffix jest usuwany automatycznie, ponieważ Fable 5 domyślnie pracuje z oknem kontekstowym o wielkości miliona tokenów. Przyrostek był zbędny i wprowadzał zamieszanie przy przełączaniu się między modelami w skryptach i konfiguracjach.

Dla osób pracujących w trybie vibe coding to istotne ułatwienie. Gdy szybko eksperymentujesz z różnymi modelami w agentowych setupach, każda drobna przeszkoda w routingu może zakłócić płynność pracy. Teraz Claude Code samodzielnie zajmuje się normalizacją, co eliminuje potrzebę pilnowania, czy gdzieś nie pozostał stary suffix.

Windows bez fałszywego alarmu

Druga poprawka dotyczy użytkowników Windows. Przy włączonym sandboksie Claude Code mógł przy starcie wyświetlać komunikat o brakujących zależnościach, mimo że wszystko było w porządku. Fałszywy alert został usunięty w wersji 2.1.173.

Dla zespołów DevOps i osób hostujących lokalne środowiska deweloperskie to mała, ale odczuwalna poprawa. Mniej szumu przy starcie narzędzia CLI oznacza czystsze logi i mniej okazji do niepotrzebnego debugowania. Niezawodność Claude Code na różnych platformach delikatnie, ale zauważalnie wzrasta.

Co jeszcze warto wiedzieć o Fable 5

Model Fable 5, określany przez Anthropic jako model klasy Mythos, standardowo oferuje 128 tysięcy tokenów na wyjściu przy każdym zapytaniu. Cennik wynosi 10 dolarów za milion tokenów wejściowych i 50 dolarów za milion wyjściowych. Model zawiera również klasyfikatory bezpieczeństwa, które w określonych przypadkach mogą odrzucić zapytanie.

Aktualizacja 2.1.173 wpisuje się w szerszy trend porządkowania narzędzi wokół modeli dużej pojemności. Gdy okno kontekstowe 1M tokenów staje się standardem, oznaczanie go w nazwie przestaje być potrzebne — i dobrze, że narzędzia dostosowują się do tej zmiany.

Drobny release, konkretny efekt

Aktualizacja jest niewielka — zawiera tylko dwa fixy. Jednak oba eliminują tarcia, które deweloperzy odczuwali w codziennej pracy. Mniej grzebania w konfiguracjach, mniej fałszywych alertów, płynniejsze przełączanie modeli. Czasami to właśnie takie mikro-poprawki mają największy wpływ na komfort pracy z narzędziami AI.

Źródła
- Claude Code Update: Fable 5 Model Improvements and Windows Stability
2026-08-08
Zed 1.5.5 celuje w detale: Claude Fable 5 i naprawa zaufania w Git
Zed wypuścił wersję 1.5.5, która wprowadza dwie istotne poprawki. Edytor dodaje wsparcie dla Claude Fable 5 w ramach dostawcy Anthropic BYOK oraz eliminuje błąd w obsłudze Git. Użytkownicy mogą teraz korzystać z przycisku „zaufaj repozytorium”, który działa zgodnie z oczekiwaniami.

Kluczowe zmiany w Zed 1.5.5
- Claude Fable 5 jest teraz dostępny w konfiguracji Anthropic BYOK, co zwiększa liczbę dostępnych modeli AI.
- Naprawiono błąd #58716, który uniemożliwiał kliknięcie przycisku zaufania repozytorium Git.
- Aktualizacja nie wprowadza poprawek wydajnościowych ani zmian w interfejsie – to zestaw funkcjonalnych łatek.
- Zmiany są związane z pull requestami #58957 (Anthropic) i #58716 (Git).
Claude Fable 5 już dostępny z własnym kluczem API

Zed od dłuższego czasu umożliwia podłączenie modeli Anthropic przez BYOK (bring-your-own-key). Teraz do listy dostępnych opcji dołącza Claude Fable 5 – model, który zdobył uznanie wśród programistów korzystających z narzędzi AI w codziennej pracy.

Co to oznacza w praktyce? Jeśli masz własny klucz API Anthropic, po aktualizacji do wersji 1.5.5 w panelu konfiguracyjnym pojawi się nowa opcja. Nie ma potrzeby podejmowania dodatkowych kroków ani zmiany ustawień – to po prostu kolejna opcja, która zwiększa możliwości edytora. Zed stawia na elastyczność, pozwalając użytkownikom na wybór.

Choć to niewielka zmiana, dla osób testujących różne modele i szukających optymalnego balansu między szybkością a jakością podpowiedzi, każda nowa integracja ma znaczenie. Claude Fable 5 sprawdza się szczególnie w zadaniach wymagających zrozumienia szerszego kontekstu kodu.

Git przestaje milczeć

Druga poprawka dotyczy błędu, który potrafił skutecznie wybić z rytmu. Użytkownicy otwierali repozytorium, Zed wyświetlał monit o zaufanie, klikanie przycisku nie dawało żadnej reakcji. Konieczne było szukanie obejść, aby ręcznie oznaczyć katalog jako zaufany.

Błąd #58716 został naprawiony. Od teraz przycisk „trust repository” działa natychmiastowo, a mechanika zaufania funkcjonuje bez zacięć. Choć może wydawać się to drobiazgiem, frustracja związana z utratą flow przez taką usterkę jest realna.

Zed mocno integruje Git w swoim interfejsie – od podglądu zmian po zaawansowane operacje na repozytoriach. Dlatego nawet najmniejsze niedociągnięcia w tej warstwie mogą być uciążliwe. Wersja 1.5.5 skutecznie rozwiązuje ten problem.

Kontekst dla web developerów

Dla osób pracujących z Node.js, Reactem czy innymi stackami frontendowymi, Zed staje się coraz bardziej interesującą alternatywą dla VS Code. Jest szybki, napisany w Rust, a także systematycznie rozwija integracje z AI. Możliwość podłączenia Claude Fable 5 przez własny klucz API to krok w stronę tych, którzy preferują pełną kontrolę nad kosztami i wyborem modelu.

Git w projektach webowych to codzienność – każdy commit, każdy branch, każde repozytorium. Poprawka mechanizmu zaufania eliminuje frustrującą przeszkodę, która mogła dotknąć zarówno juniora stawiającego pierwsze środowisko, jak i seniora przełączającego się między projektami. Prostota i niezawodność to kluczowe oczekiwania wobec nowoczesnego edytora.

Podsumowanie

Zed 1.5.5 nie wprowadza wielu zmian, ale skutecznie adresuje dwa kluczowe problemy, które wpływają na codzienną pracę. Nowy model AI zwiększa elastyczność, a naprawiony Git przywraca płynność w obsłudze repozytoriów. Rozmiar aktualizacji sugeruje, że zespół skupił się na precyzyjnym rozwiązaniu konkretnych problemów, zamiast wprowadzać nadmiar nowości. Właśnie za to wielu użytkowników ceni ten edytor.

Źródła
2026-08-05
OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI
OpenCode zamyka czerwiec 2026 roku serią poprawek, które znacząco wpływają na codzienną pracę z kodem. W aktualizacjach od wersji 1.17.5 do 1.17.10 znalazły się inteligentne cache'owanie zapytań, wyszukiwanie rozmyte w drzewie plików oraz poprawki związane ze środowiskiem WSL, na które czekało wielu użytkowników Windowsa. To nie są kosmetyczne zmiany — to przemyślane usprawnienia wydajności i niezawodności, które można zauważyć od pierwszego uruchomienia.

Kluczowe zmiany
- Cache'owanie redukuje zbędne zapytania API nawet o 40%, co przyspiesza sesje i zmniejsza koszty użytkowania.
- Wyszukiwanie rozmyte w panelu drzewa plików umożliwia szybkie odnalezienie konkretnego zasobu w dużych repozytoriach.
- WSL zyskuje poprawki stabilności i synchronizacji, eliminując część problemów zgłaszanych przez użytkowników Windowsa.
- OpenCode otrzymuje ulepszoną obsługę wywołań funkcyjnych i częściowe odpowiedzi strumieniowe JSON.
- MCP wprowadza wstrzykiwanie instrukcji serwera do kontekstu sesji i szablonów zasobów.
Szybsze wyszukiwanie i mądrzejsze cache'owanie

Jedną z najbardziej zauważalnych nowości jest dodanie panelu drzewa plików z wyszukiwaniem rozmytym. Dla programistów pracujących w monorepozytoriach lub rozbudowanych projektach to oszczędność czasu, która w skali dnia zamienia się w minuty. Zamiast ręcznego przeglądania struktury katalogów wystarczy wpisać fragment nazwy, a OpenCode natychmiast wskazuje pasujące ścieżki.

Zespół wprowadził także warstwę inteligentnego cache'owania, która zmniejsza liczbę redundantnych wywołań API o maksymalnie 40%. W praktyce oznacza to szybsze odpowiedzi i mniejsze rachunki za wykorzystanie modeli językowych. Przy dłuższych sesjach różnica jest zauważalna, zwłaszcza gdy pracuje się z kosztownymi endpointami.

Wersja 1.17.8 wprowadziła poprawkę wycieku pamięci, który ujawniał się podczas długotrwałego monitorowania plików, a wersja 1.17.9 wyeliminowała wyścig w równoległym wykonywaniu narzędzi, który mógł uszkodzić stan sesji. Stabilność wyraźnie wzrosła.

WSL i zarządzanie serwerami

Dla użytkowników Windowsa wsparcie WSL to kluczowy element. OpenCode w tej serii wydań wprowadził szereg poprawek związanych z integracją WSL i pulpitem, co przekłada się na płynniejszą pracę w tym środowisku.

Desktop doczekał się także poprawek interfejsu. Zniknęło przycinanie zakładek drzewa plików przy zmianie rozmiaru, naprawiono stany sesji bez tytułów i zoptymalizowano ładowanie strony głównej. Zespół pracuje nad pełną migracją do nowego układu (tzw. v2), który będzie domyślny w kolejnych wydaniach.

Modele, providerzy i integracje MCP

Na froncie modeli AI zmiany są konkretne. Modele OpenCode otrzymały ulepszone wywołania funkcyjne, co przekłada się na precyzję generowanego kodu. Pojawiło się także wsparcie dla strumieniowych odpowiedzi JSON, co jest przydatne, gdy model generuje długie struktury danych i chcesz je widzieć partiami.

W sferze MCP (Model Context Protocol) OpenCode 1.17.10 wprowadził wstrzykiwanie instrukcji serwera MCP do kontekstu sesji oraz listowanie szablonów zasobów. Dla zespołów automatyzujących przepływy pracy to spore ułatwienie — konfiguracja, która wcześniej wymagała ręcznej ingerencji, teraz jest dostępna bezpośrednio z poziomu agenta.

Wśród wspieranych modeli znajduje się również OpenCode, który jest już dostępny w oficjalnej dokumentacji OpenCode.

Co dalej?

OpenCode systematycznie przesuwa się z pozycji terminalowego narzędzia dla entuzjastów w stronę pełnoprawnego środowiska deweloperskiego. Czerwcowe aktualizacje pokazują, że zespół reaguje na potrzeby społeczności: poprawia to, co sprawia problemy (stabilność sesji, wydajność wyszukiwania), i dodaje funkcje, o które proszą użytkownicy korporacyjni (WSL, lepsze MCP). Jeśli ten rytm się utrzyma, jesień 2026 może przynieść jeszcze ciekawsze integracje modelowe i głębsze wsparcie dla środowisk kontenerowych.

Źródła
2026-08-05
Codex 0.138.0: płynne przejście z terminala do GUI i solidniejsza praca z obrazami
OpenAI wydało 8 czerwca 2026 roku stabilną wersję Codex 0.138.0, której główną nowością jest możliwość przekazania sesji z terminala do aplikacji desktopowej. Komenda /app działa teraz na macOS i Windows, co pozwala na rozpoczęcie zadania w linii poleceń i kontynuowanie go w interfejsie graficznym bez konieczności przepisywania kontekstu. Dodatkowo wprowadzono znaczące usprawnienia w obsłudze lokalnych obrazów, automatyzację pluginów przez JSON oraz wiele poprawek stabilności TUI.

Co nowego w skrócie
- Desktop handoff – sesję CLI można teraz przenieść do Codex Desktop na macOS i Windows, a workspace'y na Windows uruchamiają się bezpośrednio w GUI.
- Obrazy – zapisane pliki graficzne udostępniają teraz ścieżki modelowi, co ułatwia ich edycję i odwoływanie się do nich w kolejnych krokach.
- Reasoning effort – TUI zyskało dodatkowe skróty dla terminali bez klawisza Alt, a poziomy wysiłku są teraz zgodne z kolejnością reklamowaną przez model.
- Plugin automation – komendy add, remove i marketplace wspierają --json, a plugin list pokazuje teraz źródło marketplace'u oraz szczegóły zdalnych serwerów MCP.
- Workflow i TUI – wieloliniowe wklejanie w /goal edit nie wysyła już przedwcześnie, a anulowane prompty wracają z kursorem na końcu.
Przekazywanie sesji bez tarcia

Wcześniej praca z Codex 0.138.0 i osobno z desktopem wymagała ręcznego odtwarzania kontekstu przy zmianie środowiska. Teraz komenda /app rozwiązuje ten problem – bieżący wątek z terminala trafia do GUI, a na Windowsie workspace'y mogą startować od razu w desktopie, co eliminuje potrzebę zatrzymywania się na monicie. Dla web developerów i osób korzystających z vibe codingu to znaczne ułatwienie: można szybko przejść z terminala do wizualnego podglądu projektu lub wygodniejszej edycji kodu bez przerywania pracy.

Wersja rust-v0.138.0 wprowadziła łącznie 115 zmian, w tym 35 nowych funkcji i 32 poprawki błędów. Nie dodano nowego modelu ani zmian w cenniku, co sprawia, że aktualizacja koncentruje się na narzędziach i stabilności.

Obrazy, które pamiętają, skąd przyszły

Przy pracy z interfejsem użytkownika, reprodukcji błędów czy wizualnej iteracji, lokalne załączniki graficzne mogły sprawiać problemy – model nie zawsze wiedział, gdzie plik trafił po zapisie. Codex 0.138.0 udostępnia teraz ścieżki zapisanych obrazów bezpośrednio modelowi, co czyni edycję i odwołania do plików znacznie bardziej pewnymi. Dotyczy to zarówno załączników, jak i samodzielnie generowanych grafik.

Plugin automation i JSON

Dla osób automatyzujących pipeline'y i integracje CI/CD kluczowe znaczenie ma strukturalne wyjście. Dodano flagę --json do komend add, remove i marketplace, a plugin list zwraca teraz źródło marketplace'u. Plugin detail pokazuje domyślne prompty, zdalne serwery MCP oraz niedostępne szablony aplikacji. To informacje przydatne w skryptach, gdzie parsowanie tekstu byłoby uciążliwe.

Poprawki w workflow i TUI

Kilka uciążliwych błędów zostało naprawionych. Wieloliniowe wklejanie w /goal edit nie wysyła już komunikatu przedwcześnie, a idle auto-turns nie wchodzą w tryb Plan. Cele przestały automatycznie kontynuować po błędach terminala. TUI nie dodaje już pustej przestrzeni podczas streamowania, a anulowane prompty otwierają się ponownie z kursorem na końcu.

Startup również przeszedł poprawki: dodano fallback na /usr/bin/bash, skrócono ścieżki socketów proxy na Linuksie oraz wprowadzono odświeżanie wygasłych poświadczeń OAuth dla MCP. Błędy zapisu konfiguracji pokazują teraz rzeczywistą przyczynę, a ładowanie AGENTS.md działa dokładniej dla zdalnych i symlinkowanych workspace'ów.

Co to oznacza na co dzień

Dla developerów pracujących hybrydowo – raz w terminalu, raz w GUI – handoff eliminuje zbędne kroki i utrzymuje ciągłość kontekstu. Lepsza obsługa obrazów ułatwia wizualną iterację, a JSON-owe wyjście z pluginów wspiera automatyzacyjne nawyki DevOps. Seria poprawek w TUI i workflow'ach celów zwiększa przewidywalność długich sesji agentowych, co ma istotne znaczenie przy pracy w terminalu.

Źródła
2026-08-04
Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek
OpenAI wypuściło Codex 0.138.0, aktualizację, która łączy pracę w terminalu z graficzną aplikacją desktopową. Wydanie z 8 czerwca 2026 roku wprowadza 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów. Ta aktualizacja, choć techniczna, realnie wpływa na codzienny workflow programisty.

Kluczowe zmiany w skrócie
- Polecenie /app przenosi sesję CLI bezpośrednio do aplikacji Codex Desktop na macOS i Windows.
- Lokalne obrazy teraz udostępniają ścieżki zapisanych plików modelowi, co ułatwia ich edycję i wykorzystanie w promptach.
- Wtyczki z flagą --json zwracają ustrukturyzowane dane, które można wykorzystać w pipeline’ach CI/CD i skryptach automatyzacyjnych.
- Wsparcie dla v2 personal access tokenów poprawia integrację w środowiskach enterprise i zespołowych.
Desktop handoff, który działa

Polecenie /app umożliwia przeniesienie bieżącego wątku CLI — z historią i stanem — do aplikacji desktopowej. Na macOS działa to natychmiastowo, a na Windowsie dodatkowo otwiera workspace bezpośrednio w Desktop.

Funkcja ta była oczekiwana od dawna. Programiści często korzystają z CLI z powodu jego szybkości, ale czasami potrzebują przejrzeć kod w GUI, kliknąć coś lub sprawdzić podgląd. Dotychczas oznaczało to ręczne kopiowanie i odtwarzanie kontekstu. Teraz można przełączyć się jednym poleceniem i kontynuować pracę tam, gdzie się skończyło.

Obrazy, które model rozumie

Modele potrafią generować i analizować obrazy, ale teraz zyskują pełne ścieżki do zapisanych plików. Gdy dołączasz lokalny obraz jako załącznik lub generujesz nowy, Codex podaje modelowi dokładną lokalizację pliku na dysku. Dzięki temu edycje są precyzyjniejsze, a referencje między promptami nie gubią się. To prosta zmiana, ale znacząca dla osób pracujących z obrazami w AI.

Warto również zwrócić uwagę na poprawki w interfejsie TUI. Terminal nie dodaje już pustych linii podczas streamowania odpowiedzi, a anulowane prompty wracają z kursorem na końcu, co ułatwia edycję.

Automatyzacja wtyczek i gotowość na CI/CD

Dla zespołów DevOps oraz osób automatyzujących pracę Codexa kluczowa będzie flaga --json. Polecenia dodawania, usuwania i listowania wtyczek z marketplace teraz zwracają ustrukturyzowane dane.

To umożliwia integrację Codexa z pipeline’ami. Można skryptem sprawdzić dostępne wtyczki, doinstalować brakujące i zweryfikować konfigurację — wszystko maszynowo, bez klikania. W połączeniu z tokenami v2, które działają zarówno w CLI, jak i w integracjach app-server, automatyzacja staje się przewidywalna i audytowalna.

Stabilność i wydajność pod spodem

Choć te zmiany nie są efektowne, poprawiają komfort pracy. Usprawniono wklejanie wieloliniowe w /goal edit, naprawiono auto-kontynuację celów po nieudanych turach terminalowych oraz ustabilizowano tryb Plan, który nie wchodzi już samoczynnie, gdy nie powinien. Start aplikacji jest odporniejszy na różne środowiska: obsługuje /usr/bin/bash, krótsze ścieżki socketów proxy na Linuksie oraz odświeża wygasłe tokeny OAuth dla MCP przed pierwszym użyciem.

Jeśli chodzi o wydajność, duże strumienie MCP i Ollamy oraz długie historie wiadomości przetwarzają się szybciej dzięki zoptymalizowanemu skanowaniu bajtowemu. TUI dodatkowo skraca czas startu, ponieważ ponownie wykorzystuje wyniki wcześniejszego discovery wtyczek.

Co to oznacza dla web developerów i zespołów AI

Codex 0.138.0 to wydanie, które szczególnie docenią osoby balansujące między terminalem a GUI, co dotyczy większości developerów pracujących z AI. Płynny handoff sesji, lepsze obrazy oraz automatyzacja wtyczek w formacie JSON sprawiają, że narzędzie staje się bardziej zintegrowane z resztą ekosystemu.

Dla zespołów enterprise istotne będą tokeny v2 oraz widoczność zużycia konta w integracjach app-server. Autoryzacja staje się bardziej przejrzysta, co ma znaczenie przy wdrożeniach na dużą skalę. Jeśli codziennie korzystasz z Codexa, warto zaktualizować go od razu.

Źródła
2026-08-03
Codex 0.138.0 z płynnym przejściem CLI-desktop i szybszym przetwarzaniem strumieni
OpenAI wydało 8 czerwca 2026 roku wersję 0.138.0 narzędzia Codex, która wprowadza funkcję przekazywania aktywnego wątku z terminala do aplikacji desktopowej. To wydanie nie zawiera nowych modeli ani zmian w cenniku, lecz koncentruje się na integracji środowisk pracy, automatyzacji wtyczek oraz poprawie wydajności przy dużych zestawach danych. Wprowadzono łącznie 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów.

Kluczowe informacje
- Nowe polecenie /app umożliwia przeniesienie sesji CLI do aplikacji Codex Desktop na macOS i Windowsie.
- Lokalne ścieżki obrazów są teraz udostępniane modelowi, co poprawia niezawodność przy edycji i generowaniu grafik.
- Optymalizacja przetwarzania strumieni MCP i Ollama przyspiesza pracę z długimi historiami wiadomości.
- Ponowne wykorzystanie wyników discovery wtyczek skraca czas uruchamiania interfejsu TUI.
- Wsparcie dla v2 personal access tokens oraz odczyt zużycia tokenów przez integracje serwerowe.
/app, czyli płynne przejście z terminala na pulpit

Główną nowością jest komenda /app, która pozwala na przekazanie bieżącego wątku z interfejsu tekstowego do Codex Desktop. Działa to zarówno na macOS, jak i na Windowsie, bez potrzeby kopiowania kontekstu, restartowania sesji czy ręcznego odtwarzania stanu rozmowy.

Użytkownicy Windowsa zyskali dodatkowe usprawnienie: workspace'y mogą teraz otwierać się bezpośrednio w aplikacji desktopowej, co oszczędza czas przy każdym przełączeniu środowiska.

To funkcja, która była oczekiwana od początku. Praca w terminalu ma swoje zalety, ale gdy potrzebujesz wizualnego podglądu lub preferujesz GUI do przeglądania dłuższych odpowiedzi, /app sprawdza się doskonale.

Obrazy, które w końcu wiedzą, gdzie są

Modele w Codex 0.138.0 otrzymują teraz pełne lokalne ścieżki do załączonych i wygenerowanych obrazów. Wcześniej operacje na plikach graficznych były frustrujące, ponieważ model tworzył coś, a następnie nie potrafił sensownie odnieść się do rezultatów przy kolejnych edycjach.

Teraz ścieżki są jawne, co sprawia, że follow-upy działają przewidywalnie. Dla agentów automatyzujących zadania związane z UI, assetami czy iteracjami wizualnymi to znacząca poprawa niezawodności.

Wydajność, która ratuje przy długich sesjach

Zespół OpenAI poprawił działanie narzędzia przy dużych obciążeniach. Polecenie resume --last korzysta teraz z bazy stanu (state DB) do szybszego odnajdywania najnowszej pasującej sesji, co przy rozbudowanych lokalnych historiach przynosi zauważalne korzyści.

Optymalizacja skanowania bajtowego przyspiesza przetwarzanie dużych strumieni MCP i Ollama oraz długich historii wiadomości. Użytkownicy pracujący z rozbudowanymi kontekstami agentowymi lub wieloma wtyczkami jednocześnie docenią płynniejsze działanie.

Plugin automation bez zbędnego narzutu

Przy starcie TUI wtyczki mogły spowalniać cały proces. W tej wersji wyniki discovery są ponownie wykorzystywane, a na ścieżce krytycznej ładowane są tylko metadane hooków. Efekt to mniej powtarzalnej pracy i szybsze uruchamianie.

Dodatkowo, plugin automation zyskało ustrukturyzowane wyjście JSON, co ułatwia integrację z zewnętrznymi narzędziami i skryptami automatyzującymi.

Stabilność workflow i mniej irytujących drobiazgów

Poprawiono kilka zachowań, które mogły wybić z rytmu. Wielowierszowe wklejanie w /goal edit nie zatwierdza się już przedwcześnie. Automatyczne tury bezczynności nie wchodzą w tryb Plan, a cele przestały kontynuować się po błędach terminala.

Rozwidlone wątki zachowują teraz nazwy nadane przez użytkownika, co wcześniej prowadziło do bałaganu przy większej liczbie forków.

Podsumowanie

Codex 0.138.0 to aktualizacja, która nie zmienia fundamentów, ale wprowadza istotne poprawki tam, gdzie wcześniej występowały problemy. Przekazywanie sesji między CLI a desktopem działa intuicyjnie, ścieżki obrazów są teraz jasne, a optymalizacje wydajnościowe realnie skracają czas reakcji przy dużych historiach. Jeśli korzystasz z Codexa codziennie, warto zaktualizować.

Źródła
- Codex 0.138.0: Enhanced Desktop Integration and Improved Plugin Automation
2026-08-02
Claude Code 2.1.169 – tryb awaryjny i przełączanie katalogów bez utraty cache’a
Anthropic wprowadził wersję 2.1.169 Claude Code, która dodaje flagę --safe-mode do szybkiej diagnostyki problemów oraz komendę /cd, umożliwiającą zmianę katalogu roboczego w trakcie sesji bez utraty cache’a promptów. Aktualizacja zawiera 31 zmian, w tym istotne poprawki dla polityk MCP oraz stabilności agentów działających w tle.

Co nowego w skrócie
- --safe-mode uruchamia Claude Code bez personalizacji, takich jak pliki CLAUDE.md, pluginy, skille, hooki i serwery MCP.
- /cd zmienia katalog roboczy aktywnej sesji, zachowując cache.
- disableBundledSkills pozwala ukryć wbudowane skille i slash commandy w interfejsie modelu.
- post-session to nowy hook w self-hosted runnerze, uruchamiany po zakończeniu sesji, przed usunięciem workspace’a.
- Poprawki bezpieczeństwa obejmują krytyczne łatki dla polityk MCP w środowiskach enterprise.
Tryb awaryjny, czyli czyste środowisko na żądanie

Gdy agent AI zaczyna działać nieprzewidywalnie, często przegląda się logi i ręcznie wyłącza rozszerzenia. Flaga --safe-mode (dostępna także jako zmienna środowiskowa CLAUDE_CODE_SAFE_MODE) automatyzuje ten proces, eliminując wszystkie zewnętrzne wpływy jednym przełącznikiem.

Oznacza to uruchomienie Claude Code bez CLAUDE.md, pluginów, skillów, hooków i serwerów MCP. Dzięki temu można szybko ustalić, czy problem wynika z konfiguracji użytkownika, czy z narzędzia. Dla zespołów devopsowych i osób zarządzających rozbudowanymi pipeline’ami to znaczące ułatwienie – zamiast przeszukiwać ustawienia, można uruchomić sesję w trybie awaryjnym i od razu zidentyfikować problem.

Anthropic dodał także sugestię użycia claude agents, gdy użytkownik uruchamia wiele równoległych sesji. To mały dodatek, ale pokazuje, że firma chce, aby zaawansowani użytkownicy świadomie zarządzali współbieżnością.

/cd, czyli zmiana kontekstu bez kary

Dotychczasowa zmiana katalogu w trakcie sesji Claude Code wiązała się z utratą cache’a – wszystkie wcześniejsze konteksty, pliki i instrukcje znikały, a model zaczynał od nowa. Komenda /cd rozwiązuje ten problem, przenosząc sesję do nowego katalogu roboczego, zachowując cache.

Dla długo działających agentów to kluczowa zmiana. Można teraz płynnie przeskakiwać między repozytoriami, nie tracąc kontekstu. W połączeniu z hookiem post-session, który pozwala na zrzucenie niezcommitowanej pracy lub eksport logów przed usunięciem workspace’a, zyskujemy spójny zestaw narzędzi do zarządzania sesjami w automatyzacji.

Wersja 2.1.169 to także 12 poprawek, w tym zwiększona niezawodność TaskCreate, lepsze komunikaty błędów przy wyłączonym uwierzytelnianiu API key, zmniejszone zużycie CPU podczas streamowania odpowiedzi i poprawiony kontrast kolorów dla tagów skilli w menu slash komend.

Czystszy interfejs i szczelniejsze polityki MCP

Nowa opcja disableBundledSkills (także jako zmienna środowiskowa) pozwala ukryć wbudowane skille, workflow i slash commandy przed modelem. Dla zespołów, które chcą mieć pełną kontrolę nad tym, co Claude Code udostępnia użytkownikowi, to przydatne ustawienie – mniej szumu w interfejsie i mniejsze ryzyko niechcianych narzędzi.

Z perspektywy bezpieczeństwa najważniejsze są krytyczne łatki dla polityk MCP. W środowiskach enterprise, gdzie MCP kontroluje dostęp agentów do zewnętrznych zasobów, wszelkie luki w tym mechanizmie są poważnym problemem. Aktualizacja zamyka kilka takich luk i wprowadza poprawki dla zawieszek na Windowsie oraz opóźnień UI.

Całość obejmuje 31 zmian: 3 nowe funkcje, 12 usprawnień, 12 poprawek, 2 łatki bezpieczeństwa i 1 optymalizację wydajności. To solidny krok w stronę dojrzalszego narzędzia, z naciskiem na diagnostykę, ciągłość pracy i kontrolę nad środowiskiem.

Źródła
2026-08-02