Tag: webmcp

  • OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    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

  • Codex 0.139.0 z samodzielnym wyszukiwaniem w sieci i lepszą obsługą złożonych schematów

    Codex 0.139.0 z samodzielnym wyszukiwaniem w sieci i lepszą obsługą złożonych schematów

    OpenAI wypuściło 9 czerwca 2026 roku wersję 0.139.0 Codex CLI, która wprowadza autonomiczne wyszukiwanie w trybie code mode oraz poprawia kompatybilność ze złożonymi schematami narzędzi. Ta aktualizacja, choć na pierwszy rzut oka może wydawać się skromna, w rzeczywistości przynosi istotne zmiany dla codziennej pracy dewelopera.

    Kluczowe zmiany w skrócie

    • Samodzielne wyszukiwanie w trybie code mode – model może teraz bezpośrednio wysłać zapytanie do sieci, także z zagnieżdżonych wywołań JavaScript, a wyniki otrzymuje jako czysty tekst.
    • Schematy oneOf i allOf są teraz zachowywane w definicjach narzędzi, co ułatwia agentom pracę z rozbudowanymi API i konektorami MCP.
    • Diagnostyka codex doctor raportuje teraz szczegóły edytora i pagera, co przyspiesza rozwiązywanie problemów środowiskowych.
    • Poprawki w TUI eliminują gubienie konfiguracji przy resetach wątków oraz błędne parsowanie argumentów przy resume i fork.
    • Plugin marketplace zwraca teraz informacje o źródle każdej wtyczki i korzysta z cache'owanego katalogu przed odświeżeniem sieciowym.

    Wyszukiwanie bez przełączania kontekstu

    Nowa funkcja w code mode pozwala modelowi na samodzielne wyszukiwanie, co eliminuje potrzebę przerywania pracy w celu sprawdzenia dokumentacji lub zachowania API. Wystarczy, że model wywoła wyszukiwanie, a wyniki przychodzą jako plaintext, bez zbędnego formatowania. Funkcja ta działa również z zagnieżdżonymi wywołaniami narzędziowymi w JavaScripcie. Dla deweloperów, którzy spędzają dużo czasu na przełączaniu się między przeglądarką a terminalem, to znacząca oszczędność czasu.

    Co istotne, wyszukiwanie jest autonomiczne – nie wymaga osobnej konfiguracji ani przełączania trybów. Model samodzielnie decyduje, kiedy potrzebuje świeżych informacji.

    Schematy, które w końcu działają jak trzeba

    Dla osób budujących złożone integracje przez MCP lub używających rozbudowanych pluginów, zmiana w obsłudze schematów JSON Schema jest kluczowa. Dotychczas oneOf i allOf mogły gubić się przy kompaktowaniu dużych definicji. Teraz są zachowywane, a same schematy mają płytszą strukturę bez utraty informacji.

    To może brzmieć technicznie, ale w praktyce oznacza mniej błędów przy wywołaniach narzędzi, które mają warunkowe parametry. Agent nie zgubi się, gdy pole może przyjąć string albo obiekt z dodatkowymi właściwościami.

    Diagnostyka i TUI – mniej frustracji przy debugowaniu

    codex doctor zyskał rozszerzenie, które w lokalnym raporcie uwzględnia teraz konfigurację edytora i pagera. To drobny szczegół, ale każdy, kto debugował dziwne zachowania terminala, wie, że środowisko potrafi płatać figle. W JSON-owym outpucie wartości są redagowane, co zapobiega wyciekowi wrażliwych danych.

    W samym TUI naprawiono kilka irytujących błędów. Przede wszystkim codex resume --last "..." i codex fork --last "..." przestały mylić prompt z ID sesji. Resetowanie wątków (/new, /clear, /fork) nie gubi już wymagań zarządzanych przez chmurę ani flag feature. Dodatkowo ostrzeżenia z sub-agentów MCP pozostają w swoim wątku, co eliminuje duplikujące się alerty czy zawieszone spinnerów.

    Warto również wspomnieć o poprawce edycji obrazów – teraz używane są dokładne ścieżki plików, zamiast zgadywania na podstawie historii konwersacji.

    Dlaczego to ma znaczenie

    Aktualizacja 0.139.0 nie jest przełomowa w skali całego ekosystemu AI, ale dobrze ilustruje kierunek rozwoju Codex. Autonomiczne wyszukiwanie w code mode to krok w stronę agentów, które same zdobywają kontekst bez przerywania głównego zadania. Zachowanie złożonych schematów JSON to z kolei ukłon w stronę zaawansowanych użytkowników budujących własne integracje. Poprawki w TUI i diagnostyce sprawiają, że narzędzie działa bardziej przewidywalnie, co jest kluczowe w codziennej pracy.

    Źródła

  • Factory zyskuje więcej kontroli nad MCP – interaktywne serwery i eksport diagramów w jednym wydaniu

    Factory zyskuje więcej kontroli nad MCP – interaktywne serwery i eksport diagramów w jednym wydaniu

    Najnowsza aktualizacja narzędzia Factory (wersja v0.138.0) wprowadza istotne usprawnienia w zarządzaniu serwerami Model Context Protocol. Użytkownicy zyskają interaktywny interfejs do kontrolowania serwerów oraz możliwość eksportu diagramów Mermaid bezpośrednio z czatu, a także bardziej przewidywalne archiwizowanie sesji.

    Kluczowe zmiany w pigułce

    • Interaktywne sterowanie MCP – nowy panel /mcp umożliwia tymczasowe wyłączanie serwerów bez ich usuwania oraz podgląd dostępnych narzędzi na żywo.
    • Konfigurowalne limity czasu – serwery stdio mają własne timeouty, co zapobiega blokowaniu całej sesji przez zawieszające się połączenie.
    • Ryzyko pod kontrolą – ustawienia per-server risk pozwalają na definiowanie poziomu autonomii dla każdego serwera MCP.
    • Eksport diagramów Mermaid – użytkownicy mogą teraz wyeksportować wygenerowany diagram jednym kliknięciem z poziomu czatu, bez potrzeby przeszukiwania plików.
    • Lepsza nawigacja po sesji – ujednolicone archiwizowanie i poprawione podświetlanie modeli ułatwiają pracę z dłuższymi historiami konwersacji.

    Co nowego w zarządzaniu MCP

    Głównym celem tej aktualizacji jest rozbudowa modułu MCP. Dotychczas konfiguracja serwerów odbywała się głównie przez pliki i wymagała restartu sesji przy każdej zmianie. Teraz wystarczy wpisać /mcp w interfejsie Factory, aby otworzyć panel z listą wszystkich serwerów, ich statusem oraz zestawem udostępnianych narzędzi.

    Opcja czasowego wyłączania serwerów jest szczególnie przydatna. Jeśli któryś z serwerów powoduje konflikty lub nie jest potrzebny w danym zadaniu, można go dezaktywować dwoma kliknięciami. Nie ma potrzeby usuwania go z konfiguracji ani pamiętania jego nazwy z pliku JSON.

    Wraz z tą zmianą wprowadzono timeouty dla serwerów komunikujących się przez stdio. Dotychczas zawieszone połączenie mogło skutecznie zablokować agenta; teraz takie sytuacje kończą się komunikatem błędu zamiast wiecznego oczekiwania. Dodatkowo, ustawienia per-server risk pozwalają na przypisanie różnych poziomów autonomii do różnych serwerów. Na przykład, serwer odpowiedzialny za operacje na plikach może wymagać zatwierdzenia każdej akcji, podczas gdy serwer do wyszukiwania dokumentacji działa automatycznie.

    Eksport Mermaid i jakość życia

    Nowa funkcja eksportu diagramów Mermaid rozwiązuje problem, z którym borykali się użytkownicy dokumentujący architekturę systemów lub flow aplikacji. Dotychczas wygenerowany przez agenta diagram trzeba było ręcznie kopiować z podglądu i zapisywać. Teraz przycisk eksportu pojawia się bezpośrednio w czacie – diagram jest od razu dostępny jako plik .mmd lub .svg, gotowy do użycia w dokumentacji.

    Ujednolicenie archiwizacji sesji to kolejny krok w kierunku bardziej przewidywalnego workflow. Sesje, które wcześniej mogły znikać lub dublować się przy przełączaniu między projektami, teraz trafiają do jednego, spójnego archiwum. Dodatkowo poprawiono podświetlanie modeli – aktywny model jest teraz wyraźniej oznaczony w interfejsie, co eliminuje pomyłki przy przełączaniu się między Claude, Gemini czy innymi backendami.

    Poprawki stabilności

    Wydanie v0.138.0 rozwiązuje również kilka uciążliwych błędów. Anulowanie tury (turn cancellation) nie powoduje już uszkodzenia historii sesji, co wcześniej zmuszało do rozpoczynania pracy od nowa. Formatowanie tytułów sesji przestało generować ucięte lub zduplikowane nazwy, co ułatwia odnalezienie konkretnej konwersacji na liście.

    Ta aktualizacja nie wprowadza rewolucyjnych zmian, ale skutecznie adresuje problemy codziennego użytkowania Factory. Większa kontrola nad MCP, funkcjonalny eksport diagramów oraz naprawione błędy sesji sprawiają, że narzędzie staje się bardziej przewidywalne, co jest kluczowe w pracy z agentami AI w poważnych projektach.

    Źródła

  • Factory AI stawia na elastyczność w zarządzaniu serwerami MCP – aktualizacja v0.138.0 już dostępna

    Factory AI stawia na elastyczność w zarządzaniu serwerami MCP – aktualizacja v0.138.0 już dostępna

    Nowa wersja platformy Factory AI, oznaczona numerem v0.138.0, wprowadza kilka istotnych usprawnień w codziennej pracy z serwerami Model Context Protocol. Deweloperzy korzystający z Droid CLI i aplikacji desktopowej zyskują większą kontrolę nad tym, które narzędzia są dostępne dla agentów AI oraz nowe skróty, które ułatwiają nawigację w sesjach. To krok w stronę bardziej konfigurowalnego i bezpiecznego środowiska programistycznego.

    Co nowego w wersji v0.138.0 – kluczowe zmiany

    • Konfigurowalne limity czasu dla serwerów MCP eliminują problem zawieszających się połączeń.
    • Ustawienia ryzyka per-serwer pozwalają określić poziom autonomii dla każdego źródła narzędzi osobno.
    • Eksport diagramów Mermaid bezpośrednio z czatu przyspiesza dokumentowanie architektury.
    • Ulepszona archiwizacja sesji zapewnia szybsze przywracanie kontekstu pracy.

    Więcej kontroli nad infrastrukturą MCP

    Serwery MCP stały się standardem w integracji zewnętrznych narzędzi z asystentami AI. Do tej pory zarządzanie nimi przypominało jazdę bez pasów – wszystko albo nic. Aktualizacja v0.138.0 zmienia tę sytuację.

    Nowe, konfigurowalne limity czasu rozwiązują problem zawieszających się połączeń stdio. Gdy serwer przestaje odpowiadać, agent nie czeka w nieskończoność – sesja jest przerywana, a deweloper otrzymuje czytelną informację o błędzie. To szczegół, który może zaoszczędzić sporo frustracji w codziennej pracy.

    Ustawienia ryzyka pozwalają na skonfigurowanie każdego serwera MCP z innym poziomem autonomii. Serwer do zarządzania bazą danych może wymagać zatwierdzania każdej operacji, podczas gdy narzędzie do odczytu plików działa automatycznie. Takie podejście pozwala zachować bezpieczeństwo bez paraliżowania szybkich, powtarzalnych zadań.

    Interaktywne zarządzanie bez wychodzenia z terminala

    Komenda /mcp otwiera teraz rozbudowany interfejs do zarządzania serwerami bezpośrednio w Droid CLI. Deweloper może przeglądać dostępne serwery, sprawdzać ich status oraz włączać i wyłączać je tymczasowo – wszystko bez opuszczania sesji. Nowe skróty klawiszowe przyspieszają nawigację między przypiętymi wiadomościami, co jest szczególnie przydatne dla osób pracujących z wieloma kontekstami jednocześnie.

    Ulepszona archiwizacja sesji sprawia, że przywracanie kontekstu po przerwie działa płynniej, a zużycie tokenów wyświetla się od razu po wznowieniu. Dla zespołów intensywnie korzystających z długich sesji to konkretna oszczędność czasu.

    Diagramy Mermaid prosto z czatu

    Eksport diagramów Mermaid to funkcja, która ułatwia dokumentowanie architektury systemów. Zamiast ręcznie przepisywać opisy przepływów danych czy struktur bazodanowych, można je wygenerować w czacie i wyeksportować do formatu Mermaid. Następnie można je wkleić do dokumentacji, README na GitHubie lub narzędzi takich jak Obsidian.

    To podejście nie tylko oszczędza czas, ale także zmniejsza ryzyko błędów przy ręcznym przenoszeniu schematów. Agent AI rozumie kontekst projektu, więc wygenerowany diagram będzie spójny z rzeczywistą strukturą kodu.

    Co dalej z ekosystemem MCP?

    Aktualizacja Factory AI wpisuje się w szerszy trend. Społeczność Model Context Protocol rośnie w szybkim tempie – od eksperymentalnego projektu open source do tysięcy aktywnych serwerów w niecały rok. Firmy takie jak GitHub, Stripe czy Notion udostępniły własne serwery MCP, a rejestr protokołu przekroczył już dwa tysiące wpisów.

    Planowana na koniec lipca 2026 roku aktualizacja specyfikacji MCP ma uprościć model sesji i wzmocnić bezpieczeństwo OAuth. Dla deweloperów oznacza to mniej boilerplate'u przy implementacji klientów i serwerów. Wersja v0.138.0 Factory AI to nie tylko kosmetyczne poprawki – to odpowiedź na realne potrzeby osób, które integrują AI ze swoim workflow. Więcej kontroli, mniej zgadywania i szybsza iteracja – to kluczowe elementy w profesjonalnym środowisku deweloperskim.

    Ź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

  • OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    OpenCode v1.14.46: wbudowana umiejętność zapobiega błędom startowym i zwiększa stabilność API

    Zespół OpenCode opublikował wersję v1.14.46, która jest stabilizacyjną aktualizacją. Wprowadza nową umiejętność customize-opencode oraz naprawia kilka krytycznych błędów w API i narzędziach MCP. Zmiany mają na celu poprawienie edytowania konfiguracji, eliminując problemy z awariami przy uruchamianiu, co zwiększa przewidywalność całego środowiska deweloperskiego.

    Kluczowe informacje

    • customize-opencode – nowa umiejętność, która zmniejsza ryzyko awarii startowych po edycji plików konfiguracyjnych.
    • Poprawki HTTP API – naprawiono obsługę numerycznych parametrów zapytań, co zwiększa niezawodność klientów wysyłających wystandaryzowane zapytania.
    • Wzmocnione bezpieczeństwo Plan Mode – podagenci działający w trybie planowania otrzymali dodatkowe zabezpieczenia izolacji.
    • Lepsza stabilność sesji i narzędzi – rozwiązano problemy z ładowaniem starszych danych sesji oraz z wykrywaniem narzędzi MCP.
    • Wyrównanie typów SDK – poprawiono zgodność typów między klientami a działaniem w czasie wykonania, co redukuje potencjalne błędy integracyjne.

    Więcej niż tylko kosmetyka – co dokładnie zmieniono

    OpenCode to otwartoźródłowy agent kodowania AI, który działa w terminalu, IDE i aplikacji desktopowej. Szybkie tempo rozwoju sprawia, że każda aktualizacja może wprowadzać drobne usterki. Wersja v1.14.46 koncentruje się na ich eliminacji.

    Najważniejszą nowością jest umiejętność customize-opencode. Dodano ją, aby edytowanie konfiguracji opencode rzadziej prowadziło do przerwania startu. Oznacza to, że agent będzie lepiej obsługiwał niepoprawne lub niepełne ustawienia, podejmując próbę naprawy kontekstu konfiguracyjnego zamiast odmawiać uruchomienia.

    Równolegle rozwiązano problem z numerycznymi parametrami w zapytaniach HTTP API. Gdy klient przesyłał parametr jako liczbę (np. limit=10), niektóre ścieżki API interpretowały go błędnie. Teraz to już nie powinno się zdarzać, co jest szczególnie ważne dla osób integrujących OpenCode z własnymi narzędziami lub zewnętrznymi platformami.

    Bezpieczeństwo podagentów i odtwarzanie sesji

    Tryb Plan Mode pozwala agentom rozkładać złożone zadania na mniejsze kroki wykonywane przez podagentów. W wersji v1.14.46 wzmocniono ich bezpieczeństwo, wprowadzając zmiany dotyczące granic wykonawczych i izolacji. Szczegóły techniczne nie zostały szerzej rozwinięte w notatkach, ale wiadomo, że poprawiono mechanizmy odpowiedzialne za odtwarzanie stanu po długich sesjach. Problemy z ładowaniem starszych danych sesji mogły zakłócać ciągłość pracy, szczególnie gdy projekt był otwierany po przerwie.

    Dodatkowo naprawiono wykrywanie narzędzi MCP (Model Context Protocol). Jeśli serwer MCP nie zgłaszał narzędzi poprawnie, agent mógł ich nie widzieć. Po aktualizacji skanowanie narzędzi działa stabilniej, a problemy z ich dostępnością powinny zniknąć.

    Dlaczego to istotne dla „vibe coding” i codziennej pracy

    OpenCode stał się poważnym konkurentem wśród terminalowych asystentów AI, szczególnie w środowiskach, gdzie liczy się szybkie prototypowanie i tzw. vibe coding, czyli tworzenie w luźnym, eksperymentalnym tempie. Każda awaria przy starcie może wybić z rytmu na dłużej. Dlatego poprawki konfiguracyjne i te związane z sesjami są niezwykle istotne.

    Wersja v1.14.46 wpisuje się w szerszy trend szybkich iteracji. W poprzednich wydaniach OpenCode wprowadzono m.in. wsparcie dla WebSocketów OpenAI, ograniczenia kroków agenta oraz ulepszone wyszukiwanie plików. Teraz przyszła kolej na solidność, co jest dobrą wiadomością dla każdego, kto nie chce martwić się o to, czy konfiguracyjny eksperyment wywoła awarię.

    Choć zmiany nie są spektakularne, ich suma zdecydowanie podnosi komfort codziennego użytkowania. Otwarte źródło i aktywna społeczność gwarantują, że kolejne wydania będą dalej wygładzać kanty – v1.14.46 jest tego dobrym przykładem.

    Źródła

  • Codex 0.130.0: zdalne sterowanie, lepsze wtyczki i nowa jakość pracy z agentem

    Codex 0.130.0: zdalne sterowanie, lepsze wtyczki i nowa jakość pracy z agentem

    OpenAI wydało wersję Codex 0.130.0, która poprawia zarządzanie wtyczkami oraz zdalne połączenia. To wydanie ułatwia odkrywanie i współdzielenie rozszerzeń oraz umożliwia wykorzystanie Codex w zdalnych środowiskach DevOps, co może wpłynąć na sposób, w jaki zespoły wdrażają asystentów AI w codziennej pracy.

    Kluczowe informacje

    • Wtyczki zyskały bardziej informacyjny marketplace oraz wsparcie dla schematów MCP, co ułatwia wymianę narzędzi między środowiskami.
    • Ulepszono zdalne połączenia, co pozwala na stabilniejszą pracę w trybie headless oraz automatyzację.
    • AWS Bedrock wprowadza zarządzane uwierzytelnianie, co upraszcza autoryzację w chmurze dla zespołów korzystających z infrastruktury Amazona.
    • Poprawiono obsługę wątków – usunięto błędy związane z przypiętymi wątkami archiwalnymi oraz zachowaniem zdalnych połączeń, co stabilizuje wielozadaniowe sesje.

    Wtyczki bez tarcia – lepszy marketplace i wsparcie MCP

    Do tej pory udostępnianie wtyczek w Codex wymagało ręcznego przeszukiwania plików. Wersja 0.130.0 wprowadza bardziej informacyjny marketplace, który ułatwia odkrywanie i ocenę dostępnych rozszerzeń. Dla zespołów budujących własne narzędzia wewnętrzne opisy i szczegóły wtyczek są teraz lepiej widoczne, a wsparcie dla schematów MCP (Model Context Protocol) pozwala na precyzyjne definiowanie akcji i narzędzi.

    Dzięki MCP definicje akcji są ustandaryzowane, co zwiększa bezpieczeństwo i ułatwia audyt – szczególnie ważne w firmach, gdzie dział IT musi szybko sprawdzić, co trafia do pipeline’a. Dla praktyków vibe codingu oznacza to mniej przerw na ręczne konfiguracje – przeglądasz, instalujesz i kontynuujesz pracę.

    Zdalne połączenia – Codex w środowiskach zdalnych

    Wersja 0.130.0 wprowadza istotne ulepszenia w obsłudze zdalnych połączeń. Choć nie ma jeszcze dedykowanego polecenia do sterowania bezgłowym serwerem, poprawki w tym obszarze sprawiają, że Codex lepiej radzi sobie w scenariuszach zdalnych i automatycznych. To krok w stronę wizji, w której Codex działa jako silnik agentowy dostępny z lekkich klientów – zgodnie z zapowiedziami aplikacji Codex, która ma zarządzać wieloma agentami i działać w tle.

    Dla zespołów DevOps i hostingowych oznacza to nowe możliwości: stabilniejsze sesje na zdalnych maszynach, łatwiejszą integrację z webhookami oraz potencjał do asystowania przy deploymencie, monitoringu czy naprawie incydentów bez konieczności trzymania otwartego lokalnego terminala.

    AWS Bedrock i zarządzane uwierzytelnianie – mniej tarć w chmurze

    Dla organizacji korzystających z Amazon Bedrock, wersja 0.130.0 wprowadza zarządzane uwierzytelnianie Bedrock. Zamiast skomplikowanych zmiennych środowiskowych czy ręcznego konfigurowania tokenów, autoryzacja może teraz przechodzić przez uproszczony, zarządzany mechanizm. To uproszczenie eliminuje częsty problem wdrożeniowy: inżynier używa tych samych uprawnień, które ma w AWS, bez dodatkowego hasła czy klucza API.

    Poprawki, które czuć w codziennym kodowaniu

    Poprawki, które czuć w codziennym kodowaniu

    Wśród mniej widocznych, ale równie ważnych zmian, znajduje się zestaw poprawek dla obsługi wątków. Poprzednie wersje miały problem z przypiętymi wątkami archiwalnymi, które potrafiły niespodziewanie wracać, oraz z zachowaniem statusu zdalnych połączeń. Teraz te błędy zostały usunięte, co przekłada się na większą stabilność podczas intensywnej pracy z wieloma równoległymi zadaniami. Dla użytkowników analizujących wielopłatową bazę kodu z równoczesnymi testami to różnica między płynną pracą a frustracją.

    Podsumowanie

    Wydanie 0.130.0 to nie tylko zestaw poprawek, ale także sygnał, że Codex rozwija się z roli inteligentnego terminala do kodowania. Ulepszone zdalne połączenia i lepsze współdzielenie wtyczek stanowią fundament pod bardziej zautomatyzowane scenariusze – od zarządzania serwerami po firmowe platformy agentowe. Jeśli do tej pory traktowałeś Codex jako dodatek do IDE, warto rozważyć jego wykorzystanie jako samodzielnego, skalowalnego silnika AI.

    Źródła

  • Qwen Code v0.15.5: Nowe narzędzia CLI i lepsze zarządzanie zadaniami w tle

    Qwen Code v0.15.5: Nowe narzędzia CLI i lepsze zarządzanie zadaniami w tle

    Najnowsza wersja Qwen Code, oznaczona jako v0.15.5, wprowadza szereg funkcji skoncentrowanych na interfejsie wiersza poleceń, które znacznie poprawiają zdolność agenta do organizowania złożonych przepływów pracy. Poprzednie wersje już zapewniały solidne wsparcie jako terminalowy asystent kodowania AI, ale ta aktualizacja przekształca go w centrum dowodzenia dla zautomatyzowanych zadań. Wprowadza wsparcie dla protokołu Model Context Protocol (MCP), nowy interfejs użytkownika oparty na tmux oraz lepszą obsługę procesów w tle, a także poprawia stabilność poprzez usunięcie krytycznych błędów.

    Kluczowe fakty o Qwen Code i aktualizacji v0.15.5

    • Qwen Code to agent AI typu open-source działający w terminalu, zoptymalizowany dla modelu Qwen3-Coder. Oferuje narzędzia do operacji na plikach, poleceń powłoki, pobierania danych z sieci, zarządzania pamięcią, listami zadań oraz delegowania podzadań.
    • Wersja v0.15.5 wprowadza wsparcie dla konfiguracji Model Context Protocol (MCP), poprawia integrację z powłoką systemową w tle oraz dodaje mechanizm logowania testów TUI oparty na tmux.
    • Aktualizacja koncentruje się na poprawkach niezawodności, naprawiając błędy związane z odtwarzaniem wywołań narzędziowych modeli DeepSeek oraz odświeżaniem nagłówka CLI przy przełączaniu modeli.
    • Instalacja odbywa się standardowo przez menedżera pakietów npm, a wymagane jest środowisko Node.js w wersji 20 lub nowszej, co ułatwia dostęp dla zespołów DevOps i deweloperów.

    Protokół MCP – klucz do ekosystemu narzędzi

    Do tej pory Qwen Code oferował zamknięty zestaw wbudowanych funkcji. Wprowadzenie wsparcia dla Model Context Protocol (MCP) otwiera go na zewnętrzne serwery narzędziowe. Protokół ten umożliwia integrację z serwerami MCP, co oznacza, że agent może teraz bezpiecznie komunikować się z bazami danych, API wewnętrznych usług oraz specjalistycznymi narzędziami firm trzecich. Dla web deweloperów oznacza to, że Qwen Code nie tylko edytuje kod, ale po zapisaniu zmian automatycznie uruchamia testy przez dedykowany serwer MCP i sprawdza ich wyniki. Ta zmiana przekształca narzędzie z asystenta kodowania w integralny element zautomatyzowanego łańcucha dostarczania oprogramowania.

    Nowa jakość zadań w tle i inspekcja z tmux

    Ulepszone dialogi zadań w tle oraz lepsza integracja z powłoką rozwiązują problem agentów AI związany z długotrwałymi procesami. Uruchamianie testów jednostkowych, budowanie obrazu Dockera czy wdrażanie na środowisko stagingowe często zajmuje sporo czasu. Wcześniejsze implementacje wymuszały na użytkownikach pasywne czekanie lub gubienie kontekstu. Teraz, dzięki ulepszonym dialogom, status zadania oraz kluczowe logi są widoczne w interfejsie, co nie zaśmieca głównego okna rozmowy.

    Warto również zwrócić uwagę na wprowadzenie umiejętności opartej na tmux do logowania testów TUI (Terminal User Interface). tmux, jako multiplekser terminala, umożliwia niezawodne sesjonowanie i przechwytywanie skomplikowanych, interaktywnych wyjść programów. W kontekście Qwen Code, ta funkcja zapewnia, że logi z uruchomionych w tle narzędzi są dostępne i łatwe do analizy.

    Źródła

  • Claude Code 2.1.121 wprowadza opcję `alwaysLoad` dla MCP i poprawki stabilności

    Claude Code 2.1.121 wprowadza opcję `alwaysLoad` dla MCP i poprawki stabilności

    Anthropic wydało nową aktualizację swojego terminalowego asystenta kodowania — Claude Code 2.1.121. Ta wersja koncentruje się na poprawie konfiguracji serwerów MCP oraz rozwiązaniu istotnych problemów ze stabilnością i pamięcią. Jest to część regularnego cyklu aktualizacji, który przynosi usprawnienia interfejsu terminalowego i wydajności agenta.

    Kluczowe zmiany

    W tej wersji wprowadzono szereg ulepszeń, które mają na celu poprawę codziennego doświadczenia programistów. Usprawnienia obejmują zarządzanie pluginami, interakcję z terminalem oraz ogólną stabilność narzędzia podczas długich sesji.

    • Ulepszenia terminala: dialogi są teraz przewijalne (obsługują klawisze PgUp/PgDn, Home/End oraz scroll myszki), poprawiono działanie trybu pełnoekranowego oraz dodano pole wyszukiwania z filtrowaniem dla umiejętności.
    • Poprawa stabilności: wprowadzono poprawki, które rozwiązują problem niekontrolowanego wzrostu zużycia pamięci (unbounded memory growth) podczas przetwarzania obrazów oraz korzystania z /usage na dużych historiach sesji.
    • Lepsze zarządzanie pluginami: nowe narzędzia pomagają utrzymać czyste środowisko deweloperskie poprzez usuwanie nieużywanych zależności.

    Poprawa wydajności i stabilności długich sesji

    Naprawa problemów ze zużyciem pamięci jest kluczową zmianą w tej wersji. Wcześniejsze iteracje Claude Code 2.1.121 mogły doświadczać nieuzasadnionego wzrostu zużycia pamięci podczas pracy z dużą liczbą obrazów lub przy sprawdzaniu statystyk /usage w długich transkryptach. Dla deweloperów pracujących na VPS lub prowadzących długotrwałe sesje kodowania agenta, ta poprawka może znacząco zwiększyć stabilność i zredukować ryzyko nagłych awarii.

    Problem był szczególnie dotkliwy w scenariuszach intensywnego przetwarzania obrazów, co jest częste przy zadaniach związanych z dokumentacją, diagramami czy zrzutami ekranu debugowania. Nowa wersja wprowadza mechanizmy, które kontrolują ten wzrost, co powinno przynieść zauważalną poprawę w długoterminowych instancjach.

    Higiena pluginów i automatyzacja czyszczenia

    Nowe narzędzia odpowiadają na problem nagromadzenia zależności w środowiskach deweloperskich. Kiedy testowane są różne pluginy z marketplace, wiele z nich instaluje automatyczne zależności, które później pozostają nieużywane. Nowe funkcje identyfikują takie "osierocone" zależności i usuwają je, co pomaga utrzymać lekkość instalacji.

    To ważne dla zespołów, gdzie Claude Code 2.1.121 jest używany przez wiele osób na wspólnych maszynach, ponieważ pozwala zapobiegać bałaganowi w globalnych konfiguracjach.

    Dopracowanie interfejsu terminalowego dla codziennego workflow

    Anthropic kontynuuje poprawę UX w terminalu, co wskazuje na strategię optymalizacji Claude Code 2.1.121 dla coraz bardziej interaktywnych sesji deweloperskich. Przewijalne dialogi rozwiązują problem przepełnienia, gdy lista opcji lub wyników jest zbyt długa dla okna terminala. Lepsze działanie trybu pełnoekranowego, bez nagłego "skoku" pozycji przewijania podczas pisania, poprawia komfort pracy przy długich odpowiedziach modelu.

    Pole wyszukiwania z filtrowaniem dla umiejętności to kolejne udogodnienie, które umożliwia szybki dostęp. Wcześniej przeszukiwanie dostępnych umiejętności mogło być uciążliwe przy większej ich liczbie. Nowy mechanizm filtrowania pozwala szybciej znaleźć potrzebne narzędzie, co przyspiesza workflow w trybie kodowania agenta.

    Co to oznacza dla deweloperów i zespołów?

    To wydanie jest kolejnym krokiem w rozwoju Claude Code 2.1.121 jako narzędzia do kodowania z terminala, skoncentrowanego na agentach. Usprawnienia są skierowane do profesjonalnych użytkowników, którzy budują zaawansowane, zautomatyzowane workflow.

    Poprawy stabilności mają praktyczne znaczenie dla wdrożeń na serwerach, takich jak rozwój oparty na VPS, oraz dla każdego, kto prowadzi długie sesje z Claude. Lepsze zarządzanie pluginami zmniejsza obciążenie związane z utrzymaniem dla administratorów i deweloperów odpowiedzialnych za wspólne środowiska.

    W kontekście szybkiego cyklu wydań Claude Code 2.1.121, to wydanie pokazuje, że Anthropic koncentruje się nie tylko na dużych, nowych funkcjach, ale także na systematycznym dopracowywaniu podstaw: wydajności, stabilności i ergonomii codziennego użytkowania. To podejście buduje bardziej niezawodne i skalowalne narzędzie, które może obsługiwać coraz bardziej złożone zadania kodowania w realnych projektach.

    Źródła

  • Factory CLI wprowadza auto-fallback, tematy systemowe i bardziej niezależne MCP

    Factory CLI wprowadza auto-fallback, tematy systemowe i bardziej niezależne MCP

    Factory CLI otrzymała aktualizację, która koncentruje się na poprawie niezawodności w długotrwałych sesjach kodowania oraz na zwiększeniu kontroli nad zachowaniem agenta AI. Najnowsza wersja wprowadza udoskonalenia w zarządzaniu limitami użycia, umożliwia regulację autonomii narzędzi MCP oraz zawiera szereg poprawek stabilności. Te zmiany są istotne dla profesjonalnych programistów korzystających z Factory CLI, które wspiera terminalowe workflow'y programistyczne.

    Najważniejsze nowości

    • Zarządzanie limitami użycia – System został ulepszony, aby lepiej obsługiwać sytuacje związane z ograniczeniami szybkości, z opcjami konfiguracji preferencji dla nadwyżek.
    • Kontrola autonomii MCP – Dodano możliwości regulacji niezależności dla narzędzi MCP, co pozwala precyzyjniej określić, jak samodzielnie narzędzie może działać.
    • Poprawki stabilności dla Windows – Wprowadzono poprawki niezawodności dla workers na systemie Windows.
    • Ulepszone wykrywanie hibernacji – Dodano dokładniejsze wykrywanie stanu uśpienia systemu, co minimalizuje problemy z ciągłością sesji po przywróceniu.

    Zarządzanie limitami: płynność pracy

    Jedną z praktycznych zmian są ulepszenia w zarządzaniu limitami użycia. Kiedy sesja Factory CLI napotyka ograniczenia szybkości, system oferuje opcje konfiguracji, które pozwalają na kontynuację pracy. To rozwiązanie jest szczególnie ważne w środowiskach enterprise, gdzie długie sesje kodowania wymagają stabilności. Factory CLI wspiera terminalowe workflow'y, w tym sesje, slash commands i obsługę pluginów, więc płynność działania jest kluczowa.

    Ta funkcja wpisuje się w filozofię Factory, która koncentruje się na terminalowo-natywnych procesach. Pomaga uniknąć przerw w trakcie ważnych zadań, takich jak refaktoring dużego modułu czy analiza kodu, gdy podstawowy model osiągnie swoje limity.

    Kontrola autonomii MCP: bezpieczeństwo i precyzja

    Możliwości regulacji autonomii dla narzędzi Model Context Protocol (MCP) pozwalają użytkownikom na dostosowanie zachowania każdego narzędzia. Użytkownicy mogą wpływać na to, jak dużo inicjatywy i niezależności ma mieć konkretne narzędzie podczas wykonywania zadań. To krok w stronę większego bezpieczeństwa i precyzji, zwłaszcza w scenariuszach, gdzie niektóre operacje, takie jak modyfikacje plików czy deployment, wymagają ścisłego nadzoru, a inne, jak wyszukiwanie dokumentacji, mogą być bardziej autonomiczne.

    Taka kontrola jest kluczowa dla niezawodności i bezpieczeństwa, które Factory traktuje jako priorytet. Programiści mogą lepiej zarządzać środowiskiem, redukując ryzyko przypadkowych, niepożądanych akcji.

    Poprawki dla Windows i lepsze hibernowanie

    To wydanie zawiera solidne poprawki stabilności, szczególnie dla systemu Windows. Wprowadzono poprawki niezawodności dla workers na Windows, co powinno znacząco poprawić doświadczenie użytkowników tej platformy. Dodano również dokładniejsze wykrywanie hibernacji, co poprawia rozpoznawanie sytuacji hibernowania i przywracania, minimalizując fałszywe założenia o stanie aplikacji po takich zdarzeniach. To ważne dla zachowania ciągłości sesji.

    Aplikacja desktopowa otrzymała także szereg poprawek UI oraz ulepszony proces auto-update. Factory wprowadza bardziej płynne i klarowne aktualizacje, co wskazuje na skupienie na codziennym, komfortowym użyciu, zwłaszcza w środowiskach desktopowych.

    Wnioski

    Aktualizacja Factory CLI zwiększa kontrolę użytkownika i niezawodność. Ulepszenia w zarządzaniu limitami zapewniają płynność pracy, a kontrola nad MCP zwiększa poczucie bezpieczeństwa. Poprawki dla Windows i hibernowania rozwiązują realne problemy stabilności.

    Te zmiany wzmacniają pozycję Factory CLI jako narzędzia dla profesjonalnych programistów, którzy potrzebują wsparcia AI działającego niezawodnie w terminalu podczas długich sesji. Rozwój ekosystemu Factory koncentruje się na wspieraniu workflow'ów programistycznych.

    Źródła