Tag: webmcp

  • Factory.ai v0.181.0: komendy w locie, lepsze delegowanie zadań i naprawa blokad Gita

    Factory.ai v0.181.0: komendy w locie, lepsze delegowanie zadań i naprawa blokad Gita

    Factory.ai wypuściło wersję CLI v0.181.0, która eliminuje jeden z najbardziej irytujących przestojów w pracy z agentem — od teraz można wydawać polecenia slash bez czekania, aż agent skończy swoją kolejkę. Aktualizacja z 27 lipca 2026 roku wprowadza także konfigurowalne wskaźniki zasobów dla MCP OAuth, inteligentniejsze przekazywanie pracy pod-agentom oraz kilka poprawek, które ułatwiają pracę z repozytoriami.

    Co nowego w pigułce

    • Komendy slash działają w trakcie pracy agenta — nie trzeba już czekać na koniec tury, żeby wydać polecenie
    • MCP OAuth z nadpisywalnym wskaźnikiem zasobu — serwery MCP przyjmują teraz pole resource, co rozwiązuje problemy z niestandardową autoryzacją
    • Agent rzadziej deleguje zadania pod-agentom — przy modelach OpenAI delegacja jest teraz bardziej selektywna, żeby ograniczyć narzut
    • Raporty pod-agentów są ponownie wykorzystywane — główny agent nie czyta tych samych plików drugi raz, jeśli dostał już raport
    • Git nie poddaje się przy zablokowanym indeksie — checkouty teraz ponawiają próbę zamiast od razu zwracać błąd
    • Modele BYOK przypisane do konkretnego komputera — konfiguracja modelu z własnym kluczem nie wycieka już na inne maszyny

    Komendy slash bez czekania — mniej frustracji, więcej płynności

    Do tej pory praca z agentem Factory.ai przypominała rozmowę z kimś, kto nie potrafi słuchać i mówić jednocześnie. Wydanie komendy slash wymagało cierpliwego odczekania, aż agent zamknie bieżącą turę. W v0.181.0 to ograniczenie znika. Użytkownik może wywołać dostępne komendy w dowolnym momencie, nawet gdy agent analizuje kod, przegląda pliki albo odpala skrypt.

    Dla osób pracujących w trybie vibe codingu to zmiana odczuwalna natychmiast. Długie zadania — generowanie komponentów, refaktoryzacja, analiza logów — przestają blokować interfejs. Nie traci się wątku, nie zapomina o komendzie, którą chciało się wydać trzy minuty wcześniej. Wpisujesz /review, /diff albo /explain i dostajesz odpowiedź, gdy agent skończy myśleć.

    MCP OAuth z polem resource — ratunek dla nietypowych serwerów

    Protokół MCP (Model Context Protocol) bywa kapryśny, gdy serwer autoryzacyjny oczekuje innego wskaźnika zasobu niż adres URL serwera MCP. Nowa wersja pozwala to obejść. W konfiguracji serwera MCP można teraz zdefiniować pole resource z własnym ciągiem znaków, który zostanie wysłany jako wskaźnik OAuth.

    Jest też opcja dla serwerów, które w ogóle nie potrzebują tego parametru — resource: false całkowicie pomija wskaźnik przy autoryzacji. Tokeny OAuth trafiają do systemowego keyringa (albo fallbackowego pliku), więc nie trzeba ich konfigurować osobno dla każdego projektu. Dla zespołów DevOps integrujących Factory.ai z własnymi serwerami MCP to spora oszczędność czasu.

    Delegowanie z głową i reużywanie wyników

    Kolejna zmiana dotyczy pod-agentów. Factory.ai zauważyło, że przy modelach OpenAI agent czasem zbyt ochoczo zrzuca robotę na pod-agentów, generując niepotrzebny narzut. Teraz robi to rzadziej i z większym wyczuciem. Mniej delegacji to mniej round-tripów, krótszy czas wykonania zadania i mniejsze zużycie tokenów.

    A jeśli już do delegacji dojdzie, główny agent nie powtarza tej samej pracy. Gdy pod-agent przekaże raport o plikach, główny agent korzysta z gotowego podsumowania, zamiast czytać te same pliki od nowa. Prosta rzecz, ale przy dużych repozytoriach oszczędza cenne sekundy przy każdym follow-upie.

    Drobne, ale potrzebne poprawki

    Git potrafi napsuć krwi, gdy inny proces trzyma blokadę indeksu. Do tej pory checkout w Factory.ai po prostu padał. Teraz próbuje ponownie — mała zmiana, która eliminuje frustrujące błędy w środowiskach, gdzie kilka narzędzi jednocześnie grzebie w repozytorium.

    Poprawiono też błąd z modelami BYOK (bring-your-own-key). Konfiguracja przypisana do jednego komputera nie będzie już przypadkiem stosowana na innych maszynach. Dla osób zarządzających wieloma środowiskami developerskimi to koniec z zagadką "dlaczego ten model w ogóle tu działa?".

    Podsumowanie — płynność przede wszystkim

    Factory.ai v0.181.0 nie przynosi spektakularnych nowości wizualnych, ale wygładza pracę tam, gdzie wcześniej były tarcia. Komendy w locie, mądrzejsza delegacja, odporniejszy Git — wszystko to składa się na krótsze przestoje i mniej przerw w flow. Jeśli pracujesz z Factory.ai na co dzień, ta aktualizacja sprawi, że rzadziej będziesz zerkać na zegarek, czekając aż agent skończy.

    Źródła

  • OpenCode v1.18.8: Lepsza kompatybilność z MCP i dopracowany pulpit

    OpenCode v1.18.8: Lepsza kompatybilność z MCP i dopracowany pulpit

    Najnowsza aktualizacja OpenCode, oznaczona jako v1.18.8 i opublikowana 28 lipca 2026 roku, koncentruje się na poprawie współpracy ze zdalnymi serwerami MCP oraz zwiększeniu wygody użytkowania aplikacji desktopowej. Deweloperzy korzystający z OAuth i modeli Gemini otrzymali pakiet poprawek, które redukują liczbę błędów integracyjnych, a użytkownicy Windows i Linux doczekali się konkretnych usprawnień interfejsu.

    Co nowego w pigułce

    • Kompatybilność z MCP – dodano wsparcie dla nowszych serwerów, ulepszono przepływy OAuth i uwzględniono niestandardowe porty callback
    • Nawigacja w desktopie – kolejność przełączania kart odpowiada teraz widocznemu układowi, a selektor projektów obsługuje przewijanie
    • Poprawki dla Windows – foldery zakończone separatorem ścieżki rozwijają się poprawnie
    • Linux i AppStream – pakiety instalacyjne zawierają metadane ułatwiające integrację ze środowiskami graficznymi

    Mniej błędów OAuth, więcej zgodności z MCP

    OpenCode wspiera zarówno lokalne, jak i zdalne serwery MCP. Gdy zdalny serwer wymaga autoryzacji, aplikacja przeprowadza Dynamic Client Registration (RFC 7591) i bezpiecznie przechowuje tokeny. Wcześniej pojawiały się problemy przy nowszych implementacjach, gdzie starsze mechanizmy nie zawsze nadążały za specyfikacją.

    Wersja v1.18.8 wprowadza kilka istotnych poprawek. Po pierwsze, polecenie mcp debug zaczęło respektować skonfigurowane porty callback OAuth, co jest ważne dla zespołów pracujących za proxy deweloperskim, w kontenerach lub przy uruchomionych lokalnie innych usługach, które kolidowały z domyślnymi ustawieniami. OpenCode pomija teraz nieobsługiwane przez dany serwer wywołania katalogowe i trybu kodu, reklamuje zgodne ze specyfikacją możliwości elicytacji oraz akceptuje endpointy tokenów z domeną *.localhost.

    Dla programistów, którzy łączą OpenCode z zewnętrznymi narzędziami przez MCP, te zmiany oznaczają mniej przerwanych sesji i przewidywalniejsze zachowanie przy logowaniu.

    Gemini bez zbędnych parametrów

    Kolejny obszar poprawek dotyczy modeli Gemini. Nowe wersje tych modeli nie zawsze dobrze reagują na przestarzałe parametry, takie jak temperature, top-p czy top-k, wysyłane z domyślnymi wartościami. OpenCode v1.18.8 eliminuje ten problem – aplikacja przestała wysyłać te parametry, gdy nie są one już wspierane przez docelowy model.

    Przy aliasach modeli aktualizacja stosuje identyfikator API nadrzędnego dostawcy do podejmowania decyzji o kompatybilności. Dzięki temu przekierowania między różnymi backendami nie powodują niespodziewanych błędów żądań. Warto też wspomnieć o eksperymentalnym wsparciu Gemini Live w API serwera głosowego – funkcja działa dla modeli gemini-3.8-live* przez WebSocket.

    Desktop: przewijanie, skróty i porządek w metadanych

    Usprawnienia w interfejsie użytkownika są praktyczne i wyczekiwane. Nowy skrót klawiszowy otwiera selektor projektów bezpośrednio z ekranu nowej sesji, co oszczędza kliknięcia przy częstym przełączaniu repozytoriów. Selektor zyskał obsługę przewijania, więc przy dłuższych listach projektów nic nie wystaje poza widoczny obszar.

    Nawigacja między kartami sesji wreszcie podąża za wizualną kolejnością zakładek. Dla użytkowników Windows poprawiono rozwijanie folderów, gdy ścieżka kończy się separatorem, co było irytującą przypadłością platformy.

    Linux doczekał się metadanych AppStream w pakietach instalacyjnych. Dzięki temu środowiska graficzne poprawnie identyfikują aplikację i wyświetlają jej nazwę, ikonę oraz opis w menedżerach oprogramowania. Choć może to brzmieć jak kosmetyczna zmiana, znacząco poprawia doświadczenie instalacji i utrzymania programu.

    Stabilność bez twardych liczb

    Materiały do wersji nie podają konkretnych wskaźników – nie ma tu procentowego spadku crashy ani benchmarków wydajności. W changelogu pojawiają się wzmianki o spójnych wskaźnikach statusu MCP (logowanie i błędy) widocznych teraz w widokach połączenia, sesji i ustawień. To daje użytkownikom szybszy dostęp do informacji o autoryzacji bez grzebania w logach.

    Aktualizacja celuje w redukcję frustracji związanej z integracją zewnętrznych usług i drobnymi niedoróbkami interfejsu. Dla osób pracujących z AI w OpenCode, te poprawki przekładają się na mniej przerw i płynniejszą pracę. Nie jest to wydanie przełomowe, ale solidne porządki w fundamentach – a od takich detali zależy, czy narzędzie traktuje się jako niezawodne tło codziennej pracy.

    Źródła

  • Google Antigravity 2.4.3 z podglądem plików i limitami czasowymi dla MCP

    Google Antigravity 2.4.3 z podglądem plików i limitami czasowymi dla MCP

    Google udostępniło 28 lipca 2026 roku aktualizację Google Antigravity 2.4.3, która wprowadza karty podglądu w panelu pomocniczym, obsługę załączników w formatach JSON, Markdown i CSV oraz mechanizmy timeoutów dla serwerów MCP. W tej wersji wprowadzono 17 usprawnień, w tym optymalizacje wydajności interfejsu oraz poprawki stabilności.

    Kluczowe zmiany w skrócie

    • Karty podglądu w panelu pomocniczym otwierają pliki tymczasowo i ponownie wykorzystują tę samą kartę przy kolejnych plikach.
    • Załączniki .json, .md i .csv można teraz dodawać bezpośrednio do czatu, z wizualnymi oznaczeniami dla JSON i Markdown.
    • Timeouty MCP ograniczają czas oczekiwania na połączenie z serwerem, listowanie narzędzi oraz wykonanie wywołania.
    • Skrót Cmd+L / Ctrl+L wstawia zaznaczony tekst do pola czatu jako cytat.
    • Filtrowanie historii rozmów zyskało nowy tryb „Only Unread” dla projektów z wieloma wątkami.

    Karty podglądu zmieniają nawigację po plikach

    W poprzednich wersjach każde otwarcie pliku w panelu pomocniczym tworzyło stałą kartę. W wersji 2.4.3 wprowadzono tryb tymczasowy, w którym plik otwiera się w karcie podglądu, a ta sama karta jest używana ponownie, gdy użytkownik otworzy kolejny plik. Dopiero podwójne kliknięcie promuje podgląd do stałej karty.

    To zmiana, która przynosi korzyści osobom pracującym w web development. Przeglądanie wielu plików źródłowych, takich jak komponenty, style czy konfiguracje, nie wymaga już zamykania zbędnych kart. Panel pozostaje uporządkowany, a kontekst pracy nie ginie w natłoku otwartych dokumentów.

    Załączniki plikowe trafiają do czatu

    Kolejna zmiana dotyczy bezpośredniego przekazywania danych do rozmowy. Od wersji 2.4.3 pole czatu akceptuje pliki z rozszerzeniami .json, .md i .csv. Załączniki JSON i Markdown mają odrębne wizualne oznaczenia w polu wprowadzania, co ułatwia identyfikację typu danych.

    Eliminuje to potrzebę ręcznego kopiowania zawartości plików konfiguracyjnych, dokumentacji czy zbiorów danych. Dla programistów łączących Google Antigravity 2.4.3 z danymi w formacie CSV oznacza to szybsze włączanie kontekstu do zapytań, bez konieczności wklejania dużych ilości tekstu w okno czatu.

    Timeouty MCP zapobiegają zawieszaniu agentów

    Timeouty MCP zapobiegają zawieszaniu agentów

    W tej wersji wprowadzono jawne limity czasowe dla integracji z serwerami Model Context Protocol. Google Antigravity 2.4.3 ustala limity czasowe dla trzech operacji: połączenia z serwerem MCP, pobrania listy narzędzi oraz wykonania pojedynczego wywołania narzędzia.

    Domyślne wartości to 300 sekund dla połączenia i listowania narzędzi oraz 180 sekund dla każdego wywołania. Użytkownicy mogą dostosować te ustawienia przez parametr timeoutSeconds, a wartość -1 całkowicie wyłącza limity.

    Dla zespołów DevOps i deweloperów korzystających z MCP do repozytoriów, baz danych czy systemów wdrożeniowych to koniec problemów z zawieszonymi serwerami, które blokowały agentów bez wyraźnego punktu wyjścia. Awaria jest teraz wykrywana w przewidywalnym czasie.

    Skróty klawiszowe i filtrowanie historii

    Skróty klawiszowe i filtrowanie historii

    Nowy skrót — Cmd+L na macOS lub Ctrl+L na Windows i Linux — wstawia zaznaczony tekst do pola czatu jako cytat. To ułatwia odniesienia do fragmentów kodu czy dokumentacji bez konieczności ich ręcznego przepisywania.

    Filtrowanie historii rozmów również zostało ulepszone. Tryb „Only Unread” pozwala szybko odnaleźć wątki wymagające uwagi w projektach z wieloma wcześniejszymi konwersacjami.

    Wydajność bez konkretnych liczb

    Google opisuje wersję 2.4.3 jako zawierającą optymalizacje wydajności interfejsu oraz poprawki błędów. Jednak oficjalne materiały nie podają konkretnych wartości dotyczących czasu uruchamiania, zużycia pamięci ani opóźnień. Należy to traktować jako opis jakościowy.

    Google Antigravity 2.4.3 domyślnie aktualizuje się automatycznie do najnowszej wersji, więc większość użytkowników otrzyma te zmiany bez dodatkowych kroków. Użytkownicy mogą również uzyskać dostęp do wcześniejszych wydań przez stronę releases.

    Źródła

  • Google Antigravity 2.4.2: Załączniki JSON i Markdown trafiają prosto do czatu, a agenci nie wiszą już na martwych serwerach

    Google Antigravity 2.4.2: Załączniki JSON i Markdown trafiają prosto do czatu, a agenci nie wiszą już na martwych serwerach

    Google wprowadziło aktualizację Google Antigravity 2.4.2, która koncentruje się na dwóch kluczowych aspektach pracy z agentami: przygotowywaniu kontekstu oraz obsłudze awarii zewnętrznych narzędzi. Użytkownicy mogą teraz przesyłać pliki .json, .md i .csv do czatu, a nowe limity czasowe dla połączeń MCP eliminują sytuacje, w których agent czeka bez końca na odpowiedź niedostępnego serwera.

    Co nowego w pigułce

    • Podgląd w panelu pomocniczym otwiera się w kartach, co ułatwia przełączanie między wygenerowanymi artefaktami i widokami pomocniczymi, zachowując bieżący kontekst.
    • Skróty klawiaturowe do cytowania przyspieszają wklejanie fragmentów kodu do rozmowy z agentem, co jest przydatne podczas tłumaczenia i debugowania.
    • Załączniki JSON i Markdown trafiają bezpośrednio do czatu, a interfejs wyraźnie je oznacza wizualnie.
    • Pliki CSV są odczytywane przez agenta jako zwykły tekst, co eliminuje potrzebę ręcznego przeklejania danych tabelarycznych.
    • Timeouty dla MCP kończą oczekiwanie na nieodpowiadające serwery i narzędzia, co zapobiega zablokowaniu sesji.

    Lepsza kontrola nad tym, co widzi agent

    Zmiany w interfejsie są istotne. Karty w panelu pomocniczym rozwiązują problem, z którym borykają się użytkownicy pracujący z wieloma plikami jednocześnie. Dzięki nim można sprawnie przechodzić między artefaktami, nie tracąc orientacji w głównym zadaniu.

    Skróty do cytowania tekstu to odpowiedź na potrzeby programistów, którzy często proszą agenta o analizę konkretnego fragmentu kodu. Zamiast zaznaczać myszą i klikać „wklej”, wystarczy jedno naciśnięcie klawiszy, aby wybrany blok trafił do konwersacji. To drobna zmiana, ale znacząco oszczędza czas podczas dłuższych sesji.

    Pliki konfiguracyjne bez zbędnego kombinowania

    Pliki konfiguracyjne bez zbędnego kombinowania

    Nowe formaty załączników odpowiadają typowym elementom workflow programistycznego i DevOps. Użytkownicy mogą teraz łatwo przesyłać agentowi package.json, konfigurację deploymentu, plik README, odpowiedź z API czy zrzut CSV, co upraszcza proces przesyłania plików.

    Wizualne oznaczenia typów plików pomagają utrzymać porządek, gdy w czacie pojawia się kilka różnych załączników. Agent otrzymuje kontekst w ustrukturyzowanej formie, co prowadzi do bardziej precyzyjnych odpowiedzi i mniej domysłów.

    MCP bez zwisów

    MCP bez zwisów

    Jednym z największych problemów integracji z zewnętrznymi serwerami MCP były sytuacje, gdy narzędzie przestawało odpowiadać. Agent i użytkownik czekali, a sesja stała w miejscu. Timeouty dla połączeń i wywołań narzędzi wprowadzają jasne zasady: jeśli serwer nie reaguje, agent otrzymuje sygnał błędu, zamiast czekać bez końca.

    Warto również zwrócić uwagę na poprawki diagnostyczne. Wcześniej serwer, który przestał działać, mógł figurować jako Ready, co prowadziło do frustracji podczas debugowania. Teraz nieprawidłowo zakończone procesy są oznaczane jako Error, a zamknięte sesje znikają z listy. Ta zmiana znacznie ułatwia identyfikację problemów, czy to po stronie agenta, konfiguracji, czy samego serwisu MCP.

    Google Antigravity 2.4.2 wykorzystuje MCP jako pomost do lokalnych narzędzi deweloperskich, baz danych, parserów plików i zdalnych API, dlatego stabilność tego mostu jest kluczowa.

    Wydajność i reguły zatwierdzania

    Aktualizacja obejmuje także mniej widoczne, ale równie ważne obszary. Poprawiono szybkość działania historii konwersacji, co jest szczególnie odczuwalne podczas długich sesji, gdy lista wymian z agentem może urosnąć do setek wpisów. Interfejs ma również reagować szybciej, co powinno poprawić płynność scrollowania i przełączania widoków.

    Dodatkowo, udoskonalono reguły zatwierdzania komend w przypadkach, gdy agent proponuje złożone polecenia, które wykonują kilka operacji jednocześnie. Dla programistów pracujących z agentem w trybie wymagającym potwierdzania każdego ruchu, ta zmiana zmniejsza ryzyko przypadkowego zatwierdzenia niebezpiecznej operacji.

    Aktualizacja jest wprowadzana stopniowo i może zająć kilka dni, zanim dotrze do wszystkich użytkowników.

    Źródła

  • Claude Code z nowym domyślnym modelem Opus 5.5: kontekst miliona tokenów i precyzyjne zarządzanie agentami

    Claude Code z nowym domyślnym modelem Opus 5.5: kontekst miliona tokenów i precyzyjne zarządzanie agentami

    Anthropic wprowadził Claude Code z modelem Opus 5.5, ogłoszony 22 września 2026 r. Nowością jest okno kontekstowe o wielkości miliona tokenów oraz uproszczone ładowanie narzędzi MCP. Zmiany są już widoczne w repozytorium narzędzia — commity z końca października 2026 potwierdzają, że nowy model zastąpił wcześniejszą wersję w domyślnej konfiguracji.

    Milion tokenów kontekstu oznacza, że Claude Code może pracować na znacznie większych repozytoriach bez utraty wątku. Wprowadzono także nowe zmienne środowiskowe do zarządzania podagentami oraz mechanizm kompaktowania historii rozmowy, co zapobiega nagłemu przerywaniu sesji, gdy zbliżamy się do limitu.

    Co nowego w szczegółach

    • Claude Code z modelem Opus 5.5 to nowy model z domyślnym oknem kontekstowym miliona tokenów na poziomie API, wyceniony na 4 dolary za milion tokenów wejściowych i 20 za milion wyjściowych (stawki API).
    • Automatyczne kompaktowanie streszcza wcześniejsze fragmenty rozmowy, gdy sesja dobija do limitu kontekstu.
    • Zmienne środowiskowe CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH i CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS pozwalają ograniczyć głębokość zagnieżdżania agentów i ich liczbę; domyślny limit równoczesnych podagentów wynosi 20.
    • Odroczone ładowanie definicji narzędzi MCP zmniejsza bałagan w oknie kontekstowym przed faktycznym użyciem narzędzia.

    Milion tokenów — co to właściwie zmienia w codziennej pracy

    Dla zespołów devopsowych i programistów pracujących z rozbudowaną infrastrukturą to znacząca zmiana. Przy standardowym oknie 200 tysięcy tokenów często trzeba było dzielić dłuższe sesje debugowania albo przerywać analizę logów budowania. Teraz można przesyłać znacznie więcej plików, wyników poleceń i historii konwersacji, zanim model zacznie zapominać, o czym była mowa na początku.

    Anthropic udostępnił również możliwość korzystania z mniejszego okna. Ustawienie zmiennej CLAUDE_CODE_DISABLE_1M_CONTEXT=1 przywraca limit 200 tysięcy tokenów, co jest przydatne w krótszych sesjach, gdy koszty obliczeniowe mają znaczenie. Dla modeli, które obsługują rozszerzony kontekst przez sufiks, można włączyć wariant [1m].

    Warto pamiętać, że automatyczne kompaktowanie ma swoją cenę. Mechanizm zużywa część limitu tokenów użytkownika, a szczegóły z początku rozmowy mogą zostać utracone. Anthropic zaleca przechowywanie trwałych reguł projektowych w pliku CLAUDE.md, aby instrukcje mogły przetrwać całą sesję.

    Subagenci pod kontrolą — mniej chaosu przy dużych zadaniach

    Subagenci pod kontrolą — mniej chaosu przy dużych zadaniach

    Nowe zmienne do zarządzania podagentami rozwiązują istotny problem. Przy większych zadaniach inżynieryjnych Claude Code potrafi tworzyć agentów, którzy tworzą kolejnych agentów. Bez ograniczeń łatwo o sytuację, w której równolegle działa wiele procesów, a część z nich wykonuje te same zadania.

    CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH ogranicza, jak głęboko agenci mogą się zagnieżdżać. CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS ustawia limit równocześnie działających instancji. W Claude Agent SDK pojawiła się także opcja max_budget_usd, która stanowi finansowy hamulec dla agentowych przepływów pracy.

    Dokumentacja nie podaje domyślnych wartości tych zmiennych, ale sama możliwość ich ustawienia daje zespołom kontrolę nad tym, co dzieje się podczas analizy kodu czy wykonywania testów. Mniej niespodzianek oznacza większą przewidywalność.

    MCP i zarządzanie kontekstem — mniej szumu w tle

    MCP i zarządzanie kontekstem — mniej szumu w tle

    Zmiana w ładowaniu narzędzi MCP, choć wydaje się drobna, ma znaczący wpływ. Claude Code domyślnie opóźnia pobieranie definicji narzędzi MCP, ładując je dopiero w momencie wyszukiwania. Wcześniej wszystko lądowało w kontekście od razu, nawet jeśli sesja nie wymagała wywołania MCP.

    To prowadzi do czystszych okien kontekstowych i mniejszego zużycia tokenów. Dla deweloperów korzystających z wielu serwerów MCP jednocześnie, to oszczędność, która sumuje się przy dłuższych sesjach.

    W kwestii poprawionej obsługi błędów połączeń MCP dokumentacja nie zawiera jeszcze szczegółowych informacji o nowych timeoutach czy mechanizmach retry. Warto śledzić changelog narzędzia, ponieważ ten obszar prawdopodobnie będzie rozwijany w kolejnych wydaniach.

    Podsumowanie

    Aktualizacja Claude Code z modelem Opus 5.5 to przede wszystkim zwiększenie pojemności kontekstu i narzędzi do zarządzania złożonymi przepływami agentowymi. Milion tokenów umożliwia dłuższe sesje bez utraty kontekstu, a zmienne do zarządzania podagentami redukują ryzyko przy automatyzacji większych zadań. Odroczone ładowanie MCP to cicha, ale zauważalna optymalizacja. Dla zespołów korzystających z Claude Code w pracy z kodem i infrastrukturą, te zmiany oznaczają mniej przerwanych sesji i większą kontrolę nad procesami.

    Źródła

  • Factory App v0.180.0: Gemini 3.6 Flash wchodzi do gry, a MCP działa od pierwszego żądania

    Factory App v0.180.0: Gemini 3.6 Flash wchodzi do gry, a MCP działa od pierwszego żądania

    24 lipca 2026 roku zespół Factory udostępnił wersję v0.180.0 swojej aplikacji CLI oraz desktop. Główną nowością jest wsparcie dla modelu Gemini 3.6 Flash od Google, ale to nie jedyna zmiana, która powinna zainteresować zespoły deweloperskie pracujące z agentami kodowania. Aktualizacja koncentruje się na przewidywalności – szybsze wyszukiwanie sesji, pewniejsze uruchamianie serwerów MCP oraz możliwość wyłączania wbudowanych umiejętności bez edytowania plików konfiguracyjnych. Sprawdźmy, co dokładnie się zmieniło.

    Kluczowe informacje

    • Gemini 3.6 Flash dostępny w selektorze modeli – zoptymalizowany pod kątem szybkości i zadań agentowych
    • Serwery MCP ładują się przed rozpoczęciem interakcji agenta – narzędzia są gotowe od pierwszej wiadomości
    • Wbudowane umiejętności można teraz wyłączać bezpośrednio w interfejsie aplikacji
    • Wyszukiwanie sesji działa po stronie serwera – szybsze poruszanie się po długiej historii
    • Poprawki błędów obejmują ładowanie obrazów w desktopie i kolejność chronologiczną propozycji specyfikacji

    Gemini 3.6 Flash – nowa opcja modelu

    Google opisuje Gemini 3.6 Flash jako model zoptymalizowany pod kątem szybkości, inteligencji oraz zadań agentowych i multimodalnych. W porównaniu z poprzednikiem, producent nie potwierdza konkretnych redukcji w liczbie kroków rozumowania, tur konwersacyjnych ani wywołań narzędziowych. Dopóki nie pojawią się wiarygodne benchmarki, oszczędności tokenów i przyspieszenie przepływów pracy pozostają do zweryfikowania we własnych projektach.

    Identyfikator modelu to gemini-3.6-flash, a domyślny poziom myślenia ustawiono na „medium”. W dniu publikacji obowiązuje cena promocyjna 0,75 USD za milion tokenów wejściowych i 3,75 USD za milion tokenów wyjściowych; standardowe stawki 1,50/7,50 USD zaczną obowiązywać od 1 stycznia 2027 r. Nie są to kwoty, które zrujnują budżet, ale przy intensywnym użyciu agentów sumują się szybko. Factory nie publikuje własnych benchmarków wydajności modelu w swoim środowisku, więc rzeczywiste zyski trzeba będzie zweryfikować we własnych projektach.

    Co istotne, model pojawił się od razu w selektorze w interfejsie – nie trzeba nic konfigurować ręcznie. Wybierasz, testujesz i sprawdzasz, czy kod powstaje szybciej.

    MCP: agent czeka, aż narzędzia będą gotowe

    To może najważniejsza zmiana dla osób, które polegają na serwerach MCP. Do tej pory agent mógł rozpocząć przetwarzanie żądania, zanim serwer MCP skończył inicjalizację. Efekt? Pierwsza wiadomość leciała bez dostępu do narzędzi i trzeba było powtarzać zapytanie. Teraz Factory wstrzymuje turę agenta do momentu pełnego załadowania skonfigurowanych serwerów MCP.

    Zachowanie stało się przewidywalne. Koniec z frustracją, gdy agent ignoruje twoje rozszerzenia tylko dlatego, że wystartował ułamek sekundy za wcześnie.

    Dodatkowo zespół ujednolicił proces uwierzytelniania MCP między aplikacją desktopową a CLI. Dla deweloperów przeskakujących między terminalem a interfejsem graficznym oznacza to mniej niespodzianek i spójne środowisko bez względu na to, gdzie akurat pracują.

    Sterowanie wbudowanymi umiejętnościami

    Sterowanie wbudowanymi umiejętnościami

    Kolejna przydatna zmiana: wbudowane umiejętności Factory można teraz wyłączać z poziomu interfejsu. Nie musisz edytować plików konfiguracyjnych ani zastanawiać się, który skrypt nadpisuje twoje instrukcje projektowe. Po prostu odznaczasz to, czego nie potrzebujesz.

    Dlaczego to ważne? Własne skille, narzędzia MCP i specyficzne wymagania projektowe często wchodzą w konflikt z domyślnymi zachowaniami agenta. Wyłączenie niepotrzebnych funkcji zmniejsza szum i pozwala agentowi skupić się na tym, co dla ciebie kluczowe. Niestety, dokumentacja wydania nie precyzuje, czy wyłączenie działa globalnie, per projekt, czy per sesja. Nie ma też pełnej listy dotkniętych umiejętności – trzeba sprawdzić samemu.

    Wyszukiwanie sesji po stronie serwera

    Wyszukiwanie sesji po stronie serwera

    Przy długiej historii pracy z agentem przeszukiwanie sesji potrafiło zamulać. Factory przeniosło sortowanie, paginację i samo wyszukiwanie na serwer. Różnica? Szybciej, szczególnie gdy masz setki zapisanych interakcji.

    Nowością jest też możliwość szukania sesji po ID. Przyda się przy debugowaniu, przekazywaniu referencji między członkami zespołu albo odtwarzaniu konkretnego przebiegu agenta bez przeklikiwania całej listy. Żadnych konkretnych metryk opóźnienia nie podano, ale kierunek zmian jest słuszny.

    Drobniejsze zmiany i poprawki

    Przeprojektowano okno dialogowe ze skrótami klawiaturowymi – teraz łatwiej je przeskanować wzrokiem. Żadnych nowych skrótów, po prostu wygodniejszy układ.

    Wśród poprawek błędów warto odnotować dwie: naprawiono ładowanie obrazów w aplikacji desktopowej (karty z uszkodzonymi obrazkami po prostu się chowają, zamiast straszyć placeholderami) oraz przywrócono chronologiczną kolejność propozycji specyfikacji w transkrypcie czatu. Ta druga ma znaczenie dla zespołów pracujących z podejściem spec-first – gdy kolejność propozycji się rozjeżdża, odtworzenie historii zmian staje się koszmarem.

    Co to oznacza dla zespołów deweloperskich?

    Wydanie v0.180.0 nie wprowadza wielu nowych funkcji, ale skutecznie eliminuje problemy, które przeszkadzały w codziennej pracy: agent nie startuje już bez narzędzi MCP, wyszukiwanie sesji działa sprawniej przy dużej historii, a Gemini 3.6 Flash oferuje nową opcję modelu. Dodatkowo, większa kontrola nad środowiskiem agenta przez wyłączanie wbudowanych skilli oraz spójniejsze uwierzytelnianie między CLI a desktopem to istotne zmiany. Należy jednak zachować ostrożność przy założeniu, że aktualizacja nie wprowadza żadnych breaking changes ani wymaganych migracji – informacje o wydaniu nie formułują tak kategorycznego zapewnienia, a lista zmian obejmuje modyfikacje funkcjonalne, które warto przetestować we własnym środowisku.

    Źródła

  • Claude Code 2.1.217 łata wycieki pamięci i hamuje niekontrolowane subagenty

    Claude Code 2.1.217 łata wycieki pamięci i hamuje niekontrolowane subagenty

    Wydana 21 lipca 2026 roku aktualizacja Claude Code 2.1.217 wprowadza mechanizmy ochronne dla długotrwałych sesji agentowych. Choć na pierwszy rzut oka widać jedynie wsparcie dla autouzupełniania emoji, to w rzeczywistości zawiera znacznie ważniejsze zmiany — naprawę wycieku pamięci w MCP, ograniczenia równoległych subagentów oraz poprawki stabilności na systemie Windows.

    Co nowego w skrócie

    • Autouzupełnianie emoji pozwala na wstawienie ❤️ po wpisaniu :heart: lub na zobaczenie podpowiedzi przy :hea; funkcję można wyłączyć opcją emojiCompletionEnabled.
    • Wyciek pamięci MCP został naprawiony — obcięte wyniki z narzędzi MCP nie są już trzymane w pamięci do końca sesji.
    • Limit 20 subagentów jednocześnie to nowy domyślny sufit, który można konfigurować przez CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS.
    • Zagnieżdżanie subagentów wyłączone — subagenty domyślnie nie tworzą już własnych podprocesów, chyba że operator włączy to jawnie przez CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH.
    • Budżet działa poprawnie — flaga --max-budget-usd zatrzymuje teraz także zadania w tle po osiągnięciu limitu.

    Wyciek pamięci, który ciążył na długich sesjach

    Jednym z problemów były narzędzia MCP, które zwracały duże wyniki — logi serwerów, wyniki wyszukiwania, dane repozytoriów. W wersji 2.1.217, po pokazaniu skróconego wyniku, pełna treść jest zwalniana z pamięci. Dla zespołów DevOps i web developerów pracujących z MCP na dużych zbiorach danych to znacząca poprawa stabilności.

    Subagenty pod kontrolą

    Nowe ograniczenia dotyczą dwóch aspektów. Jednoczesność — liczba subagentów mogących działać naraz — ma domyślny pułap 20. To wystarczająca liczba dla typowych zadań, ale jednocześnie na tyle mało, by zapobiec przypadkowemu tworzeniu nadmiarowych procesów w tle.

    Głębokość zagnieżdżeń to kolejny aspekt. Wcześniej subagent mógł uruchomić kolejne subagenty bez pytania. Teraz domyślnie nie może. Jeśli ktoś potrzebuje głębszego drzewa, na przykład w przypadku agenta koordynującego zadania, musi jawnie ustawić CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH.

    Dzięki tym zmianom pojedyncza wiadomość nie spowoduje już nadmiernego uruchamiania procesów w tle, co jest istotne w środowiskach CI/CD, gdzie koszty API mogą szybko wzrosnąć.

    Poprawki dla Windows i izolacja sesji

    Użytkownicy Windows zyskali naprawę błędów autoaktualizacji — wcześniej aktualizacje mogły nie przechodzić i wymagały ręcznej reinstalacji. Teraz proces ma działać niezawodnie.

    Izolacja sesji w tle to kolejna zmiana, która może ucieszyć osoby pracujące z wieloma równoległymi agentami. Poprawka zapobiega sytuacjom, w których sesje w tle miałyby dostęp do kontekstu przestrzeni roboczej innych sesji. Dla projektów z wieloma agentami działającymi jednocześnie oznacza to mniejsze ryzyko konfliktu danych.

    Drobniejsze, ale użyteczne zmiany

    Nowa wersja lepiej radzi sobie z błędami zapisu transkryptów — zamiast cichego niepowodzenia, Claude Code 2.1.217 teraz ostrzega, gdy nie może zapisać danych sesji. To szczególnie przydatne w środowiskach CI lub na maszynach z ograniczonym dostępem do systemu plików.

    Poprawiono także responsywność interfejsu użytkownika oraz zachowanie w sieciach korporacyjnych z proxy. Dla zespołów pracujących za firewallem korporacyjnym to mniej frustracji przy codziennym użytkowaniu.

    Aktualizacja, która stawia na stabilność

    Claude Code 2.1.217 nie wprowadza przełomowych funkcji programistycznych. Autouzupełnianie emoji to miły dodatek, ale prawdziwa wartość leży w poprawkach — wyciek pamięci MCP przestanie zjadać zasoby, subagenty nie będą się rozmnażać bez kontroli, a budżet w końcu zadziała tak, jak powinien. Dla zespołów intensywnie korzystających z agentów w codziennej pracy to zestaw poprawek, które realnie zmniejszają ryzyko awarii i nieprzewidzianych kosztów.

    Źródła

  • Factory v0.171.0 stawia na stabilność: lepsze zarządzanie kontekstem i wsparcie CLI dla Windows

    Factory v0.171.0 stawia na stabilność: lepsze zarządzanie kontekstem i wsparcie CLI dla Windows

    Platforma Factory otrzymała aktualizację v0.171.0, która koncentruje się na niezawodności narzędzia i ułatwieniu pracy programistom korzystającym z systemu Windows. Deweloperzy zyskali nowy skrypt instalacyjny dla Droid CLI, a także znaczące usprawnienia w zarządzaniu serwerami MCP. Aktualizacja przynosi szereg poprawek, które eliminują uciążliwe problemy techniczne i przyspieszają wdrożenie agenta AI w środowisku deweloperskim.

    Co nowego w pigułce

    • Nowy skrypt instalacyjny dla Windows automatycznie dodaje katalog instalacyjny do PATH, co pozwala na natychmiastowe działanie CLI po instalacji.
    • Przebudowane menu MCP ułatwia podłączanie zewnętrznych narzędzi oraz zarządzanie serwerami w workflow agenta.
    • Wyświetlanie zużycia kontekstu pojawia się od razu po wznowieniu sesji, eliminując potrzebę zgadywania.
    • Poprawione wykrywanie architektury instalatora Windows eliminuje błędy przy wyborze wersji.
    • Wiele krytycznych poprawek, w tym timeouty połączeń MCP, wykrywanie motywu przez SSH oraz błędy interfejsu.

    Windows wreszcie obywatelem pierwszej kategorii

    Deweloperzy na Windows od dawna czuli się niedoceniani w kontekście narzędzi agentowych. Wersja v0.171.0 zmienia tę sytuację. Skrypt instalacyjny dla Droid CLI nie tylko kopiuje pliki, ale także sprawdza, czy katalog docelowy jest już w PATH. Jeśli nie, dodaje go i aktualizuje zmienną w bieżącej sesji terminala.

    Dzięki temu po wpisaniu droid w konsoli narzędzie działa natychmiast, bez potrzeby ręcznego edytowania zmiennych środowiskowych. Choć to może wydawać się drobnym szczegółem, każdy, kto konfigurował toolchain na Windows, wie, że takie detale mogą decydować o czasie potrzebnym na wdrożenie narzędzia.

    Dodatkowo poprawiono wykrywanie architektury instalatora. Wcześniej zdarzały się sytuacje, w których instalator błędnie identyfikował system i próbował zainstalować niekompatybilną wersję. Teraz ten problem został rozwiązany, a CLI uruchamia się szybciej po instalacji dzięki usunięciu zbędnego kroku konfiguracji konsoli.

    MCP i zarządzanie kontekstem bez frustracji

    Kolejnym istotnym elementem tej aktualizacji są poprawki związane z Model Context Protocol (MCP). MCP to mechanizm, który pozwala Factory na łączenie się z zewnętrznymi narzędziami, takimi jak bazy danych czy API monitoringu. W wersji v0.171.0 naprawiono timeouty połączeń, które mogły przerywać sesję w nieodpowiednich momentach.

    Przebudowane menu MCP ułatwia zarządzanie serwerami. Teraz można szybciej zidentyfikować aktywne serwery, a konfiguracja nowych jest bardziej intuicyjna. Dla zespołów devopsowych, które integrują Droid z własnym stackiem, to oszczędność czasu i nerwów.

    Zarządzanie kontekstem również zostało znacząco poprawione. Po wznowieniu sesji od razu widać, ile miejsca w oknie kontekstowym zajmują dotychczasowe wiadomości i dokumenty. To istotna funkcjonalność, która pozwala na lepsze monitorowanie, kiedy agent może zacząć gubić wątki z powodu przekroczenia limitu tokenów.

    Drobne rzeczy, które robią różnicę

    W tej aktualizacji rozwiązano także kilka bardziej szczegółowych problemów. Automatyczne wykrywanie motywu interfejsu nie działało poprawnie przez SSH, co było szczególnie irytujące podczas pracy zdalnej, gdy aplikacja nagle zmieniała wygląd. Teraz działa bez zarzutu.

    Poprawiono również obsługę powiadomień w desktopowej aplikacji oraz niezawodność zapisywania ustawień misji. Choć to nie są zmiany, które przyciągną uwagę na okładkach, to właśnie one sprawiają, że narzędzie staje się bardziej funkcjonalne i mniej uciążliwe w codziennym użytkowaniu.

    Co to oznacza dla zespołów

    Factory pozycjonuje CLI jako główne narzędzie do delegowania pracy agentowi AI z poziomu terminala. Każda aktualizacja, która upraszcza instalację i zwiększa stabilność podstawowych mechanizmów, wpływa na tempo adopcji w zespołach developerskich.

    Dla osób, które wcześniej testowały Factory i napotkały problemy na Windowsie lub frustrujące timeouty MCP, wersja v0.171.0 to dobra okazja, aby dać platformie drugą szansę. Dla tych, którzy już korzystają z Factory na co dzień, aktualizacja oznacza mniej przerw w pracy oraz bardziej przejrzyste informacje o stanie sesji.

    Źródła

  • Factory v0.164.0: uporządkowane komendy slash i nowa kontrola synchronizacji z chmurą

    Factory v0.164.0: uporządkowane komendy slash i nowa kontrola synchronizacji z chmurą

    Najnowsza aktualizacja Factory, oznaczona jako v0.164.0, wprowadza uporządkowanie komend slash oraz umożliwia zespołom kontrolę nad synchronizacją sesji z chmurą. To nie jest rewolucja, lecz znaczący krok w kierunku bardziej przewidywalnego środowiska dla deweloperów pracujących z AI. W paczce znalazły się również istotne poprawki stabilności, które powinny zadowolić zespoły zmagające się z autoryzacją MCP oraz logowaniem między organizacjami.

    Kluczowe zmiany w pigułce

    • Komendy slash zostały pogrupowane według kategorii, co kończy erę płaskiej, przytłaczającej listy.
    • Synchronizacja sesji z chmurą może być teraz wyłączona, co jest przydatne w środowiskach z restrykcyjnymi politykami bezpieczeństwa.
    • Selektor modeli przeszedł kosmetyczne odświeżenie i jest teraz bardziej czytelny.
    • Autoryzacja MCP otrzymała poprawkę eliminującą problemy z tokenami OAuth i ich przechowywaniem.
    • Logowanie między organizacjami oraz procesy w tle droid exec działają stabilniej.

    Porządki w komendach — mniej scrollowania, więcej sensu

    Każdy, kto spędził czas z Factory, zna ten moment: otwierasz listę komend slash i widzisz ścianę tekstu bez ładu. v0.164.0 kończy z tym bałaganem. Komendy są teraz pogrupowane w kategorie, co drastycznie skraca czas potrzebny na znalezienie właściwej opcji. Nowy selektor modeli idzie w tym samym kierunku — mniej elementów na ekranie, szybsze decyzje.

    Takie zmiany mogą być łatwe do przeoczenia w changelogu, ale dla kogoś, kto używa Factory codziennie, różnica między płaską listą a sensownie posegregowanymi opcjami to oszczędność kilkunastu sekund za każdym razem. W skali tygodnia daje to realny zysk.

    Cloud Sync — teraz to Ty decydujesz

    Cloud Sync — teraz to Ty decydujesz

    Nowa kontrolka synchronizacji sesji to ciekawsza zmiana. Factory od dawna synchronizuje dane sesji z chmurą, co dla wielu zespołów jest zaletą, ale nie dla wszystkich. W środowiskach enterprise każdy bajt opuszczający firmową sieć podlega audytowi, więc automatyczne synchronizacje mogą być problematyczne.

    Teraz organizacje mogą po prostu wyłączyć Cloud Sync w ustawieniach. Gdy opcja cloudSessionSync jest wyłączona, CLI pomija synchronizację z chmurą. To niewielka zmiana konfiguracyjna, ale dla zespołów w regulowanych branżach ma ogromne znaczenie.

    Factory buduje swoją pozycję jako narzędzie klasy enterprise, a bez granularnej kontroli nad danymi trudno konkurować na poważnym rynku. Ta funkcja pokazuje, że rozumieją potrzeby dużych klientów.

    MCP, autoryzacja i procesy w tle — co naprawiono

    MCP, autoryzacja i procesy w tle — co naprawiono

    Druga część aktualizacji to zestaw poprawek, które mogą nie być atrakcyjne marketingowo, ale są kluczowe dla codziennej pracy. Na pierwszy ogień idzie autoryzacja MCP — OAuth teraz poprawnie przechowuje tokeny globalnie w systemowym keyringu, co oznacza, że serwer skonfigurowany w jednym projekcie uwierzytelnia się wszędzie, gdzie jest używany. Koniec z sytuacjami, w których Droid prosi o ponowną autoryzację przy każdym restarcie.

    Jest też poprawka dla droid exec. To polecenie działa jako bezinteraktywny runner, a jego procesy są teraz stabilniejsze w ramach fabrycznego workflow. Dla zespołów automatyzujących zadania devopsowe to kluczowa sprawa.

    Na koniec — logowanie między organizacjami. Wcześniej przełączanie się między organizacjami mogło kończyć się błędami autoryzacji, szczególnie gdy polityki organizacji różniły się między sobą. v0.164.0 rozwiązuje ten problem, co docenią konsultanci i deweloperzy pracujący dla wielu klientów jednocześnie.

    Co to oznacza dla ekosystemu Factory

    Patrząc szerzej, ten release wpisuje się w trend dojrzewania narzędzi agent-native. Factory nie jest już eksperymentem — to produkcyjne środowisko, które musi działać przewidywalnie w złożonych setupach enterprise. Grupowanie komend i kontrola synchronizacji to nie są funkcje, które sprzedają dema, ale to detale, które decydują o tym, czy zespół zostaje z narzędziem na lata, czy szuka alternatyw po pierwszym audycie bezpieczeństwa.

    Warto również zwrócić uwagę na kontekst MCP — Factory dokumentuje trzy poziomy konfiguracji (user, folder, project) i pozwala organizacjom centralnie zarządzać dostępem do serwerów MCP przez mcpPolicy. To architektura, która skaluje się razem z zespołem i nie wymaga przepisywania polityk bezpieczeństwa przy każdym nowym wdrożeniu.

    Źródła

  • OpenCode zyskuje lepszą integrację MCP i odświeżone doświadczenie desktopowe

    OpenCode zyskuje lepszą integrację MCP i odświeżone doświadczenie desktopowe

    Aktualizacja OpenCode z 6 lipca 2026 roku (v1.17.14) wprowadza nowy adapter MCP dla trybu kodowego, który umożliwia uruchamianie skryptów orkiestracyjnych w kontrolowanym środowisku. Zmiany obejmują również aplikację desktopową, która teraz pozwala na lepsze zarządzanie kartami oraz łatwiejszy powrót do przerwanej pracy. Zespół wprowadził także poprawki stabilności sesji i routingu modeli.

    To wydanie wskazuje na dążenie OpenCode do tego, aby MCP stało się integralną częścią workflow, a nie tylko dodatkiem. Adapter w trybie kodowym odpowiada na potrzeby zespołów automatyzujących zadania za pomocą skryptów podłączonych do serwerów MCP. Aplikacja desktopowa została dostosowana, aby nie przeszkadzała w codziennej pracy.

    Kluczowe zmiany w aktualizacji

    • Adapter MCP w trybie kodowym umożliwia bezpieczne uruchamianie skryptów orkiestracyjnych z dostępem do narzędzi MCP.
    • Narzędzie execute jest teraz ukryte, dopóki tryb kodowy nie zostanie włączony, co zmniejsza liczbę przypadkowych wywołań.
    • Karty w aplikacji desktopowej można ponownie otwierać po zamknięciu, otwierać w tle i zachowywać ich układ po restarcie.
    • Poprawki routingu dla modeli OpenCode eliminują błędne kierowanie zapytań do niewłaściwych endpointów.
    • Stabilność sesji wzrosła dzięki naprawom ładowania, wznawiania i obsługi stanu.

    Tryb kodowy pod kontrolą

    Nowy adapter MCP w trybie kodowym to kluczowa zmiana dla osób pracujących ze skryptami. Wcześniej narzędzie execute było dostępne przez cały czas, co mogło prowadzić do przypadkowych uruchomień w niewłaściwym kontekście. Teraz jest schowane, dopóki nie włączysz trybu kodowego.

    Adapter działa w izolowanym środowisku, co oznacza, że skrypty orkiestracyjne mają dostęp do podłączonych narzędzi MCP, ale w ograniczonym zakresie. To podejście pozwala na kontrolę nad tym, co agent może zrobić, minimalizując ryzyko niepożądanych działań. Dla zespołów devopsowych i osób piszących zautomatyzowane workflow to znaczący postęp.

    OpenCode od dłuższego czasu rozwija wsparcie dla MCP, a dokumentacja pokazuje, że serwery MCP są traktowane jako integralna część ekosystemu, z dostępem do narzędzi, promptów i zasobów. Ta aktualizacja jest częścią szerszego planu, w którym MCP staje się fundamentem.

    Desktop bez frustracji

    Zmiany w aplikacji desktopowej mogą wydawać się drobne, ale w sumie wprowadzają zauważalne różnice. Karty, które wcześniej znikały po zamknięciu, teraz można przywrócić. Otwieranie w tle nie przerywa pracy, a po restarcie aplikacji układ kart pozostaje zachowany, co ułatwia korzystanie z workspace’u.

    Dodatkowo, poprawiono przepływy łączenia z providerami oraz integrację terminala. Praca z wieloma sesjami jednocześnie jest teraz bardziej płynna. Dla osób spędzających w OpenCode wiele godzin dziennie, te zmiany to realna oszczędność czasu i nerwów.

    Wskaźniki ładowania w TUI również zostały poprawione. Spinner nie będzie się już zawieszał, co sprawia, że informacja zwrotna o działaniu aplikacji jest bardziej przewidywalna. To drobny, ale istotny detal, który może irytować podczas dłuższych sesji.

    Routing i katalogi — ciche, ale ważne poprawki

    OpenCode otrzymał poprawki routingu modeli, co oznacza, że zapytania są teraz kierowane tam, gdzie powinny, zgodnie z reklamowanymi funkcjami modelu. Dla użytkowników korzystających z różnych endpointów (chat vs. responses) to koniec z zagadką „dlaczego to nie działa”.

    Katalogi narzędzi MCP z paginacją przestały gubić metadane i walidację schematu. Dla większych zestawów narzędzi to istotne, ponieważ brakujące opisy mogą skutecznie utrudnić zrozumienie dostępnych zasobów.

    Sesje stały się stabilniejsze dzięki poprawkom w dopasowywaniu katalogów sesji, ładowaniu i wznawianiu, co eliminuje irytujące przypadki utraty stanu. Mniej niespodzianek przy przełączaniu między zadaniami to zawsze pozytywna zmiana.

    Podsumowanie

    Lipcowa aktualizacja OpenCode pokazuje dojrzałe podejście do rozwoju narzędzia. Zespół skupił się na rozwiązaniu kilku istotnych problemów, zamiast wprowadzać nowe, spektakularne funkcje. MCP staje się bardziej przewidywalne i bezpieczne, a aplikacja desktopowa wygodniejsza w codziennym użytkowaniu. Poprawki w działaniu środowiska sprawiają, że rzadziej występują problemy techniczne. Dla osób budujących zautomatyzowane workflow i korzystających z serwerów MCP, to wydanie jest warte uwagi, zwłaszcza w kontekście kontroli nad trybem kodowym.

    Źródła