Tag: webmcp

  • Qwen-Code 0.18.5: protokół MCP zyskuje dostęp do zasobów, a narzędzie uczy się nowych modeli

    Qwen-Code 0.18.5: protokół MCP zyskuje dostęp do zasobów, a narzędzie uczy się nowych modeli

    Nowa wersja asystenta kodowania Qwen-Code, oznaczona numerem 0.18.5, wprowadza rozszerzenie obsługi Model Context Protocol (MCP) o zasoby oraz dodaje providera Request i wsparcie dla nowych modeli językowych. Ta aktualizacja łączy porządki w kodzie z zauważalnymi usprawnieniami wydajności. Zespół QwenLM skupił się na stabilizacji, a łatki objęły interfejs CLI, aplikację desktopową i kluczowe komponenty rdzenia.

    Kluczowe zmiany w skrócie

    • MCP z narzędzi na zasoby – protokół MCP dotychczas udostępniał tylko narzędzia; teraz potrafi również czytać ustrukturyzowane dane z zewnętrznych systemów.
    • Nowy provider Request – rozszerza ekosystem dostawców modeli dostępnych w Qwen-Code.
    • Wydajność git branch prosto z systemu plików – informacje o gałęziach odczytywane są bezpośrednio, omijając kosztowne wywołania komend gita.
    • Trzy nowe modele – qwen3.7-plus, glm-5.2 i kimi-k2.7-code dołączają do puli dostępnych modeli.
    • Poprawki w CLI, desktop i rdzeniu – wersja eliminuje błędy wpływające na stabilność całego narzędzia.

    MCP: od narzędzi do zasobów

    Model Context Protocol to otwarty standard, który umożliwia asystentom AI łączenie się z zewnętrznymi źródłami danych i usługami. W Qwen-Code można było podłączać serwery MCP, które udostępniały narzędzia, czyli akcje, które agent może wywołać. Teraz dołączają zasoby.

    Co to zmienia w praktyce? Agent kodujący zyskuje dostęp nie tylko do możliwości wykonania akcji, ale także do odczytywania ustrukturyzowanego kontekstu. Może to obejmować zawartość plików, rekordy z bazy danych, odpowiedzi z API czy metadane systemowe. Dla terminalowego asystenta działającego w środowisku programistycznym oznacza to głębszą integrację z rzeczywistym stanem projektu.

    Dokumentacja Qwen-Code pokazuje, że MCP można łączyć z takimi usługami jak GitHub, Slack czy Jira. Serwerami zarządza się zarówno z poziomu ustawień, jak i poleceń CLI – qwen mcp add, qwen mcp list czy /mcp w interaktywnym UI. Istnieje również opcja tool_idle_timeout, która pozwala kontrolować, jak długo narzędzie czeka na odpowiedź z serwera.

    Co daje czytanie git branch z systemu plików

    Co daje czytanie git branch z systemu plików

    Qwen-Code 0.18.5 rezygnuje z wywoływania komend gita na rzecz bezpośredniego odczytu informacji o gałęziach z systemu plików. Dla terminalowego narzędzia, które nieustannie sprawdza kontekst repozytorium, to oszczędność czasu. Każde pominięcie git branch czy git status to milisekundy, które sumują się w dłuższej sesji pracy.

    Świadomość gałęzi jest kluczowa przy generowaniu kodu osadzonego w konkretnym kontekście projektu. Agent musi wiedzieć, na której gałęzi pracuje, jakie commity są nad nią oraz gdzie znajduje się upstream. Bezpośrednie czytanie z plików .git eliminuje narzut związany z procesami potomnymi i parsowaniem wyjścia konsoli.

    Nowe modele, więcej wyboru

    Nowe modele, więcej wyboru

    Rozszerzenie puli modeli o qwen3.7-plus, glm-5.2 i kimi-k2.7-code odpowiada na rosnącą konkurencję w segmencie modeli wyspecjalizowanych w kodowaniu. Każdy z nich ma nieco inną charakterystykę – od szybkości inferencji po styl generowanego kodu.

    Qwen3.7-plus to rozwinięcie linii modeli Qwen, zoptymalizowane pod kątem zadań wymagających precyzji. GLM-5.2 wnosi kompetencje w zadaniach wymagających rozumowania matematycznego i logicznego. Kimi-k2.7-code celuje w generowanie kodu, co czyni go naturalnym wyborem przy zadaniach programistycznych. Użytkownik zyskuje elastyczność w wyborze modelu, który najlepiej odpowiada jego potrzebom.

    Stabilność przede wszystkim

    Choć nowe funkcje przyciągają uwagę, to zakres poprawek pokazuje priorytety tej wersji. Błędy w CLI mogą zakłócać pracę, zwłaszcza gdy asystent działa w tle i reaguje na polecenia użytkownika. Problemy w aplikacji desktopowej psują doświadczenie tych, którzy preferują GUI. Wersja 0.18.5 łata te bolączki, co jest dobrą praktyką inżynieryjną: zespół najpierw upewnia się, że fundamenty są solidne, zanim wprowadzi nowe funkcje.

    Qwen-Code rozwija się w kierunku narzędzia, które nie tylko generuje kod, ale także rozumie kontekst projektu i potrafi sięgnąć po dane z zewnętrznych systemów. Rozszerzenie MCP o zasoby przybliża asystenta do roli pełnoprawnego członka zespołu deweloperskiego, który rozumie nie tylko, co ma zrobić, ale także w jakim środowisku działa.

    Źródła

  • Codex 0.141.0 stawia na bezpieczne zdalne wykonanie i rozbudowę wtyczek

    Codex 0.141.0 stawia na bezpieczne zdalne wykonanie i rozbudowę wtyczek

    OpenAI wprowadziło wersję 0.141.0 swojego narzędzia CLI Codex, koncentrując się na bezpieczeństwie komunikacji oraz elastyczności ekosystemu wtyczek. Zdalne egzekutory zyskały szyfrowane połączenia end-to-end za pomocą protokołu Noise, a deweloperzy mogą teraz korzystać z nowych katalogów w marketplace oraz aktywować serwery MCP na poziomie pojedynczego wątku. Dodatkowo, wprowadzono usprawnienia w kliencie czasu rzeczywistego oraz optymalizacje wydajności dla sesji z dużą liczbą narzędzi.

    Kluczowe zmiany w skrócie

    • Zdalne egzekutory korzystają teraz z szyfrowanych kanałów Noise relay, które zastąpiły wcześniejsze połączenia WebSocket z tokenami bearer.
    • Cross-platform zachowuje natywne katalogi robocze, powłoki i ścieżki uprawnień systemu plików po obu stronach połączenia.
    • Marketplace wtyczek wzbogacił się o katalog "created-by-me" oraz wyselekcjonowane katalogi związane z autoryzacją.
    • Serwery MCP można teraz aktywować dla wybranych wtyczek egzekutora na poziomie wątku.
    • Wydajność poprawiła się dzięki cache'owaniu wyszukiwania narzędzi oraz eliminacji zbędnych kopii requestów.

    Noise relay zamiast WebSocketów – co to zmienia

    Do tej pory komunikacja między app-serverem a exec-serverem opierała się na tokenach bearer przesyłanych przez WebSocket. Choć to proste rozwiązanie, infrastruktura pośrednicząca miała teoretyczny dostęp do ruchu w plaintextcie. Wersja 0.141.0 wprowadza uwierzytelnione, szyfrowane kanały Noise relay, co oznacza, że warstwa relayowa nie widzi treści wykonywanych poleceń ani ich wyników.

    Dla zespołów pracujących w rozproszonych środowiskach oraz korzystających z hostingu agentów to istotna zmiana w modelu bezpieczeństwa. Noise to lekki protokół kryptograficzny, który dobrze sprawdza się w scenariuszach z niskim narzutem. Szyfrowanie odbywa się bezpośrednio od klienta do serwera docelowego, bez przystanków na deszyfrację.

    Codex zajął się również cross-platformowymi rozbieżnościami. Zdalne egzekutory zachowują natywne katalogi robocze i powłoki, a ścieżki uprawnień systemu plików pozostają spójne niezależnie od systemu, na którym działa app-server i exec-server. Automatyzując CI na Windowsie i łącząc się z Maca, nie stracisz kontekstu ścieżek.

    Wtyczki i marketplace idą do przodu

    Rozbudowa możliwości wtyczek to drugi filar tego wydania. W marketplace pojawił się katalog "created-by-me", który pokazuje wtyczki stworzone przez zalogowanego użytkownika, co ułatwia zarządzanie własnym ekosystemem narzędzi. Dodatkowo, wprowadzono wyselekcjonowane katalogi związane z autoryzacją, co oznacza, że dostępne w marketplace wtyczki mogą się różnić w zależności od poziomu dostępu.

    Największym krokiem naprzód jest jednak możliwość aktywacji serwerów MCP (stdio) bezpośrednio z poziomu wtyczek egzekutora i to na poziomie wątku. Architektura staje się bardziej modularna, co pozwala na aktywację różnych zestawów narzędzi dla różnych sesji bez konieczności przeładowywania całego środowiska. Udoskonalono także routing autoryzacji przy odkrywaniu wtyczek oraz atrybucji marketplace, a także poprawiono widoczność limitów oraz księgowanie wyników importu.

    Realtime i wydajność dla ciężkich sesji

    Klient czasu rzeczywistego zyskał nowe opcje sterowania mową, co ma na celu lepszą kontrolę nad interakcjami głosowymi podczas sesji na żywo.

    Optymalizacje wprowadzono także w zakresie wydajności. W sesjach z dużą liczbą narzędzi występowały problemy z nadmiarowymi kopiami requestów oraz powtórnymi przeszukiwaniami historii. Zespół wprowadził cache'owanie wyszukiwania narzędzi i wyeliminował zbędne kopiowanie, co skutkuje niższymi opóźnieniami oraz mniejszym zużyciem pamięci, szczególnie w scenariuszach typowych dla vibe codingu, gdzie agent nieustannie uruchamia narzędzia i przegląda kontekst.

    Warto również odnotować poprawki niezawodności wykonania na Windowsie oraz limit 64 MB na obrazy w pamięci. Te zmiany pokazują, że wersja 0.141.0 to nie tylko nowe funkcje, ale także systematyczne rozwiązywanie problemów w codziennym użytkowaniu.

    Co z tego wynika dla deweloperów

    Codex 0.141.0 wprowadza istotne zmiany w architekturze rozproszonej. Szyfrowane kanały Noise odpowiadają na potrzeby zespołów, które nie chcą ufać infrastrukturze pośredniczącej. Rozbudowa wtyczek oraz aktywacja serwerów MCP na poziomie wątku wskazują na kierunek ku bardziej modułowym środowiskom deweloperskim, gdzie agent łączy narzędzia w locie, bez konieczności restartów i przeładowań konfiguracji.

    Jeśli pracujesz z dużymi sesjami narzędziowymi lub stawiasz własne zdalne egzekutory, aktualizacja jest warta uwagi ze względu na poprawę wydajności. Pozostałe zmiany stanowią solidny fundament pod przyszłe, bardziej złożone workflow.

    Źródła

  • Codex 0.141.0 wprowadza szyfrowane kanały zdalnego wykonania i rynek wtyczek

    Codex 0.141.0 wprowadza szyfrowane kanały zdalnego wykonania i rynek wtyczek

    OpenAI wydało 18 czerwca 2026 roku wersję 0.141.0 Codexa, koncentrując się na poprawie bezpieczeństwa komunikacji z executorami, wprowadzeniu nowego rynku wtyczek oraz zwiększeniu stabilności w systemach Windows. To wydanie wprowadza istotne zmiany w zdalnym wykonywaniu kodu, co ma znaczenie dla pracy w zróżnicowanych zespołach deweloperskich oraz w firmowych sieciach z restrykcyjnymi politykami bezpieczeństwa.

    Co nowego w skrócie

    • Bezpieczeństwo – zdalne executery korzystają teraz z uwierzytelnionych, szyfrowanych kanałów Noise relay, co eliminuje ryzyko podsłuchu między app-serverem a exec-serwerem.
    • Wieloplatformowość – ścieżki systemowe, katalogi robocze i powłoki są zachowywane natywnie dla executera, niezależnie od tego, czy działa na macOS, Linuxie czy Windows.
    • Rynek wtyczek – dodano zakładkę „created-by-me” oraz katalogi wyselekcjonowane pod kątem autoryzacji, a serwery MCP można aktywować per wątek.
    • Wydajność – zmniejszono opóźnienia w sesjach z dużą liczbą narzędzi dzięki cache'owaniu wyszukiwania i eliminacji zbędnych kopii historii.
    • Poprawki sieciowe – dodano wsparcie dla certyfikatów P-521 w TLS, co ułatwia pracę za firmowymi proxy.

    Zdalne wykonanie z prawdziwego zdarzenia

    Jedną z najważniejszych zmian jest wprowadzenie uwierzytelnionych, szyfrowanych kanałów Noise relay. Dotychczas zdalne wykonywanie poleceń opierało się na prostszym transporcie – teraz każda sesja między klientem a executorem jest zabezpieczona pełnym szyfrowaniem end-to-end. Dla zespołów DevOps oznacza to, że agenty Codexa mogą bezpiecznie wykonywać skrypty budowania, testy czy polecenia wdrożeniowe na zdalnych maszynach, minimalizując ryzyko wycieku wrażliwych danych.

    Poprawiła się również obsługa ścieżek między różnymi systemami operacyjnymi. Executer zachowuje natywne katalogi robocze i powłoki, co oznacza, że agent działający na Linuxie nie będzie używał Windowsowych backslashy, a sesja na macOS nie zgubi się w strukturze katalogów. To techniczny szczegół, ale dla osób debugujących błędy w pipeline CI/CD może oznaczać znaczną oszczędność czasu.

    Rynek wtyczek zamiast ręcznego grzebania

    Wtyczki w Codexie zyskały nową formę. Wersja 0.141.0 wprowadza marketplace z różnymi widokami – w katalogu „created-by-me” można zobaczyć własne rozszerzenia, a także wyselekcjonowane listy dostosowane do kontekstu autoryzacji użytkownika. Serwery MCP mogą być teraz aktywowane per wątek przez executery, co daje elastyczność w dużych projektach, gdzie różne zadania wymagają różnych narzędzi.

    Dla web developerów oznacza to łatwiejsze integrowanie z zewnętrznymi API, automatyzację testów czy generowanie dokumentacji bez konieczności skomplikowanego konfigurowania ścieżek do wtyczek. Wystarczy wybrać z katalogu, zatwierdzić i działa.

    Windows, proxy i stabilność

    Użytkownicy Windowsa otrzymali szereg poprawek. Sandbox Codexa na tym systemie działa w trybie ograniczonego wykonania z restrykcyjnym dostępem do plików i sieci – ruch wychodzący przechodzi przez proxy i firewalla. OpenAI poprawiło stabilność tego mechanizmu, co zmniejsza liczbę niespodziewanych awarii sesji.

    Dodatkowo, wprowadzono wsparcie dla certyfikatów P-521 w TLS. Firmy korzystające z własnych urzędów certyfikacji i zaawansowanych proxy korporacyjnych nie będą już napotykać problemów z negocjacją połączenia. Kod bazowy SQLite został przypięty do wersji z poprawką korupcji WAL-reset, co eliminuje rzadkie, ale frustrujące uszkodzenia bazy sesji.

    Wydajność, która nie męczy

    Sesje z dużą liczbą wywołań narzędzi mogły być problematyczne – każde zapytanie generowało kopie historii i przeszukiwało rejestry bez cache'owania. W wersji 0.141.0 wprowadzono cache dla wyszukiwania narzędzi, ograniczono zbędne duplikacje żądań, a cache obrazów promptów ograniczono do 64 MiB. Efekt? Mniejsze zużycie pamięci i krótsze czasy odpowiedzi przy agentach, które wykonują dziesiątki komend w jednej sesji.

    Dla zespołów korzystających z Codexa jako warstwy automatyzacji to konkretna oszczędność – agentowe workflow, które wcześniej mogły się zacinać przy setkach wywołań, teraz działają płynniej i przewidywalniej.

    Co to zmienia w codziennej pracy

    Codex 0.141.0 nie wprowadza rewolucyjnych zmian w interfejsie czy nowych modeli. Zamiast tego koncentruje się na poprawie bezpieczeństwa komunikacji zdalnej, stabilności na Windowsie oraz kompatybilności z firmową infrastrukturą sieciową. Jeśli twoje agenty muszą działać przez proxy, na wielu systemach jednocześnie i z zestawem niestandardowych wtyczek, ta aktualizacja realnie zmniejsza tarcia. Marketplace wtyczek wskazuje, że OpenAI traktuje ekosystem rozszerzeń jako kluczowy element doświadczenia – nie jako dodatek, lecz jako fundament.

    Źródła

  • Devin Desktop 3.2.23 — cicha aktualizacja, która ratuje kompatybilność z MCP

    Devin Desktop 3.2.23 — cicha aktualizacja, która ratuje kompatybilność z MCP

    18 czerwca 2026 roku zespół Devina wypuścił wersję 3.2.23 swojego desktopowego klienta. To niewielka, ale istotna aktualizacja, która koncentruje się na jednym problemie: parser rejestru MCP zyskał większą tolerancję na starsze i niespójne schematy. Dla codziennych użytkowników Devin Desktop 3.2.23 oznacza to mniej niespodziewanych błędów podczas pracy z zewnętrznymi serwerami MCP.

    Najważniejsze fakty

    • Devin Desktop 3.2.23 został udostępniony użytkownikom jako stabilna aktualizacja 18 czerwca 2026 roku.
    • Parser rejestru MCP został przepisany, aby lepiej radzić sobie ze starszymi i niespójnymi schematami metadanych.
    • Wczytywanie plików skilli również zostało poprawione — szczególnie dla tych, które używają alternatywnych nazw pól.
    • To część szerszego trendu — Devin rozwija się w kilku kierunkach: lokalny agent, system wtyczek i chmura.

    Co właściwie naprawiono w parserze MCP

    Mechanizm jest prostszy, niż się wydaje. Rejestr MCP (Model Context Protocol) powinien parsować serwery jako wersje semantyczne, gdy tylko jest to możliwe. Problem w tym, że wiele starszych rejestrów i zewnętrznych serwerów nie trzyma się czystego formatu semver — czasami brakuje im segmentu wersji, a czasami używają własnych, niekompatybilnych schematów numeracji.

    Gdy parser napotyka takie niespójności, specyfikacja MCP zaleca porównywanie znaczników czasowych albo innych reguł pomocniczych. Devin 3.2.23 wdraża tę logikę awaryjną. Dla użytkownika końcowego to zmiana, która eliminuje irytujący błąd, który wcześniej mógł przerwać sesję.

    Interoperacyjność MCP staje się kluczowa, gdy w ekosystemie narzędzi AI rośnie liczba integracji między edytorami, agentami i zewnętrznymi serwerami. Każda poprawka zwiększająca tolerancję na niestandardowe formaty zmniejsza tarcie przy łączeniu komponentów od różnych dostawców.

    Pliki skilli i alternatywne pola — druga poprawka

    Wraz z parserem MCP, Devin 3.2.23 naprawia również błąd związany z wczytywaniem plików skilli. Dotyczy to sytuacji, gdy plik używa alternatywnych nazw pól, czyli nie tych, których oczekuje domyślny parser. Wcześniej takie pliki mogły zawieść podczas ładowania. Teraz są obsługiwane poprawnie.

    Choć to kosmetyczna zmiana, ma duże znaczenie dla użytkowników, którzy budują własne skille lub korzystają ze starszych zestawów konfiguracyjnych. Jest to szczególnie istotne w środowiskach DevOps, gdzie automatyzacja zadań przez agentów AI opiera się na takich plikach.

    Szerszy kontekst — co słychać w ekosystemie Devina

    Szerszy kontekst — co słychać w ekosystemie Devina

    Wersja 3.2.23 nie pojawia się w próżni. Równolegle Devin rozwija lokalnego agenta i nowy system wtyczek. W stabilnym kanale CLI zmieniło się domyślne zachowanie instalacji pluginów — teraz osobiste wtyczki synchronizują się z Devin Cloud i innymi urządzeniami automatycznie. Wcześniej użytkownicy musieli to robić ręcznie.

    To pokazuje kierunek, w jakim zmierza platforma: coraz głębsza integracja między desktopem, chmurą a lokalnymi środowiskami deweloperskimi. Modularność agentów i łatwość podłączania zewnętrznych narzędzi przez MCP to fundament tej strategii. Jak pokazuje Devin Desktop 3.2.23, nawet drobne szczegóły wymagają regularnego szlifowania.

    Podsumowanie

    Devin Desktop 3.2.23 to aktualizacja, która nie trafia na nagłówki, ale realnie ułatwia pracę. Tolerancyjny parser MCP i poprawione wczytywanie skilli eliminują frustrujące błędy przy pracy z niestandardowymi konfiguracjami. W świecie, gdzie łańcuchy narzędzi AI stają się coraz bardziej złożone, takie aktualizacje stabilizacyjne są potrzebne zespołom dev i DevOps — mniej awarii, więcej płynnej automatyzacji.

    Źródła

  • Cline CLI v3.0.27: nowe komendy i usprawnione kreatory MCP

    Cline CLI v3.0.27: nowe komendy i usprawnione kreatory MCP

    Wraz z wydaniem wersji 3.0.27, datowanej na 17 czerwca 2026 roku, Cline CLI wprowadza trzy istotne ulepszenia: nowe polecenie do zarządzania umiejętnościami, kreator ustawień MCP z predefiniowanymi wartościami oraz poprawioną walidację danych wejściowych. Aktualizacja koncentruje się na wygodzie użytkowników, zmniejszając potrzebę ręcznej konfiguracji i minimalizując błędy spowodowane niejednoznacznymi komendami.

    Najważniejsze zmiany

    • Polecenie cline skill upraszcza instalację i zarządzanie umiejętnościami agenta, domyślnie zapisując je w katalogu Cline.
    • Predefiniowany kreator MCP prowadzi użytkownika przez konfigurację serwera, co zmniejsza ryzyko błędów składniowych.
    • Ulepszona obsługa błędów OAuth dla wtyczek MCP — komunikaty są teraz bardziej zrozumiałe i wskazują konkretną przyczynę problemu.
    • Ostrzejsza walidacja wejścia odrzuca nieznane polecenia oraz frazy wielowyrazowe bez cudzysłowu, zamiast traktować je jako prompt.
    • Spójność składni z istniejącymi komendami cline plugin install i cline mcp, co eliminuje potrzebę nauki nowej składni.

    cline skill — zarządzanie umiejętnościami bez zbędnego szumu

    Dotychczas, aby rozszerzyć możliwości agenta o dodatkowe umiejętności, użytkownicy musieli zmagać się z ręczną konfiguracją. Nowa komenda cline skill zmienia ten proces — działa podobnie do cline plugin install i cline mcp. Użytkownik instaluje, zarządza i korzysta z umiejętności.

    Zainstalowane umiejętności trafiają domyślnie do katalogu agenta Cline, co zapobiega rozrzucaniu plików po różnych lokalizacjach w systemie. Dla zespołów automatyzujących swoje środowiska deweloperskie, to znaczące ułatwienie — wystarczy jedna komenda, aby przygotować agenta do pracy z określonym zestawem narzędzi.

    Kreator MCP: mniej zgadywania, więcej działania

    Kreator MCP: mniej zgadywania, więcej działania

    Drugą nowością jest predefiniowany kreator instalacji serwerów MCP. Użytkownik nie musi już samodzielnie wpisywać nazwy serwera, typu transportu, ścieżek do komend czy nagłówków HTTP, lecz przechodzi przez prosty formularz z podpowiedziami.

    Choć może to brzmieć nieznacznie, w praktyce oszczędza to sporo czasu. Konfiguracja MCP, która łączy Cline z zewnętrznymi API i usługami, bywa kapryśna. Literówka w ścieżce, brakujący cudzysłów czy pomylony typ transportu mogą prowadzić do frustracji. Kreator znacznie redukuje ryzyko takich błędów.

    Warto również zauważyć, że Cline CLI v3.0.27 obsługuje zarówno lokalne, jak i zdalne serwery MCP. Dokumentacja narzędzia potwierdza, że można listować serwery nieinteraktywnie za pomocą cline config mcp oraz cline config mcp --json. Nowy kreator to dodatkowa warstwa, która przyspiesza pierwsze uruchomienie, ale nie ogranicza bardziej zaawansowanych scenariuszy.

    Bezpieczniejsze OAuth i koniec z cichymi błędami

    Bezpieczniejsze OAuth i koniec z cichymi błędami

    Wersja 3.0.27 poprawia także obsługę autoryzacji OAuth dla wtyczek MCP. Gdy proces uwierzytelniania napotyka problem, na przykład wygaśnięcie tokenu lub odmowę dostępu, Cline generuje teraz komunikat, który pozwala na zrozumienie przyczyny problemu. Koniec z niejasnymi błędami, które zmuszały do zgadywania, czy problem leży po stronie klienta, serwera, czy gdzieś pośrodku.

    Wprowadzono również zmiany w walidacji poleceń. Wcześniej nieznana komenda lub wielowyrazowy ciąg znaków bez cudzysłowu mogły być traktowane jako prompt. Teraz CLI odrzuca takie wejście. To niewielka zmiana, ale w zautomatyzowanych środowiskach, gdzie prompt może generować skrypt, eliminuje potencjalnie kosztowne błędy.

    Podsumowanie

    Cline CLI v3.0.27 wprowadza przemyślane poprawki, które sprawiają, że praca z narzędziem staje się bardziej płynna. Nowe polecenie cline skill ułatwia zarządzanie umiejętnościami, kreator MCP przyspiesza konfigurację, a zaostrzona walidacja wejścia chroni przed przypadkowymi promptami. Dla zespołów DevOps i web developerów, które łączą Cline z zewnętrznymi usługami i skryptami automatyzacji, te zmiany oznaczają mniej przestojów i mniej czasu spędzonego na szukaniu błędów składniowych.

    Źródła

  • Factory wzmacnia pracę offline – nowa wersja z lepszym wsparciem dla środowisk air-gapped

    Factory wzmacnia pracę offline – nowa wersja z lepszym wsparciem dla środowisk air-gapped

    Factory wypuściło wersję v0.148.1, która wprowadza ulepszone wsparcie dla środowisk odciętych od sieci (air-gapped). Teraz binarki CLI są poprawnie podpisywane i publikowane, co eliminuje problemy z weryfikacją w zamkniętych infrastrukturach. To kolejny krok w serii aktualizacji, które systematycznie poprawiają stabilność narzędzia.

    Kluczowe informacje

    • Wersja v0.148.1 zapewnia poprawne podpisywanie plików binarnych CLI dla środowisk bez dostępu do internetu.
    • Śledzenie połączeń MCP – nowy mechanizm monitoruje status serwerów MCP w czasie rzeczywistym.
    • Automatyczne aktualizacje można teraz kontrolować na poziomie całej organizacji.
    • Konfiguracje BYOK doczekały się poprawek eliminujących błędy uwierzytelniania modeli niestandardowych.

    Co dokładnie zmieniono w środowiskach air-gapped

    Praca w odizolowanych sieciach zawsze była wyzwaniem dla narzędzi chmurowych. Factory od dłuższego czasu rozwija możliwości offline, ale dopiero teraz uporządkowało kwestię podpisów cyfrowych. Wcześniej użytkownicy mogli napotkać problemy z weryfikacją integralności plików CLI, ponieważ systemy bezpieczeństwa w zamkniętych środowiskach często odrzucały niespójnie podpisane binarki.

    Wersja v0.148.1 rozwiązuje ten problem poprzez ustandaryzowany proces podpisywania. Każda publikacja przechodzi teraz przez automatyczną walidację, która gwarantuje zgodność z wymaganiami przedsiębiorstw. Dla zespołów pracujących w sektorach regulowanych, takich jak finanse, obronność czy administracja publiczna, to znaczna oszczędność czasu, ponieważ ręczna konfiguracja przestaje być konieczna.

    Warto również wspomnieć o powiązanych poprawkach z poprzednich wydań. Wersja v0.148.1 dodała obsługę proxy HTTPS, a wcześniejsza wersja naprawiła obsługę zmiennych proxy zapisanych małymi literami. Te zmiany przyczyniają się do spójniejszego działania w sieciach korporacyjnych.

    MCP, BYOK i kontrola organizacyjna – co jeszcze przynosi aktualizacja

    Nowe śledzenie statusu połączeń MCP to funkcja, która ułatwia debugowanie. Gdy serwer MCP traci autoryzację po reconnect (problem rozwiązany w v0.148.1), użytkownik widzi teraz dokładnie, co się dzieje. Dzięki temu unika się sytuacji, w której agent przestaje działać bez wyjaśnienia.

    Jeśli chodzi o modele BYOK, Factory naprawiło błąd z wersji v0.148.1 – endpoint bez działających poświadczeń nie próbuje już wielokrotnie ponawiać zapytań. Zamiast tego od razu zwraca czytelny komunikat. To istotna zmiana dla administratorów konfigurujących własne modele, ponieważ pozwala zaoszczędzić czas na debugowanie.

    Kontrola automatycznych aktualizacji na poziomie organizacji to kolejna nowość. Administrator może teraz zdecydować, czy cały zespół przechodzi na nową wersję od razu, czy lepiej wstrzymać się do testów. W połączeniu z zarządzaniem politykami modeli, aktualizacja ta oferuje solidny zestaw narzędzi do zarządzania.

    Stabilność CLI i zarządzanie logami

    Nie można pominąć mniej widocznych, ale praktycznych ulepszeń. Szybsze uruchamianie CLI, naprawione lifecycle hooki oraz samonaprawiające się cache pluginów sprawiają, że narzędzie mniej przeszkadza w pracy. Własne modele nie gubią już kontekstu z SessionStart hooków, a procesy w tle raportują prawdziwe PID-y.

    W kontekście logów Factory systematycznie porządkuje bałagan. Puste drafty sesji nie zaśmiecają już historii, a komunikaty o błędach połączenia stały się bardziej czytelne. Te zmiany, choć mogą wydawać się drobne, znacząco zmniejszają frustrację podczas codziennej pracy z agentem.

    Całość pokazuje, że Factory koncentruje się na poprawie niezawodności, zamiast dążyć do spektakularnych funkcji. W narzędziach deweloperskich stabilność ma kluczowe znaczenie, co czyni te aktualizacje wartościowymi dla użytkowników.

    Źródła

  • OpenCode 1.17.7 porządkuje środowisko wtyczek i sesji pulpitu

    OpenCode 1.17.7 porządkuje środowisko wtyczek i sesji pulpitu

    OpenCode otrzymał 14 czerwca 2026 roku aktualizację do wersji 1.17.7, która koncentruje się na poprawie działania wtyczek oraz integracji MCP w złożonych konfiguracjach. Nowe funkcje dotyczą głównie sytuacji, w których użytkownicy pracują z wieloma serwerami, przestrzeniami roboczymi i sesjami pulpitu, co wcześniej często prowadziło do chaosu.

    Co się zmieniło – kluczowe fakty

    • Żądania klienta wtyczek nie zakładają już domyślnego portu lokalnego, lecz ponownie wykorzystują aktywny serwer, co eliminuje błędne trasowanie przy wielu instancjach.
    • Zmienne środowiskowe powłoki dostarczane przez wtyczki działają teraz również w sesjach PTY, co oznacza, że terminale interaktywne widzą to samo środowisko co inne wywołania shella.
    • Serwery MCP mogą teraz otrzymywać bieżącą przestrzeń roboczą jako katalog główny klienta, co pozwala im lepiej rozumieć obsługiwany projekt.
    • Trasowanie sesji pulpitu zostało doprecyzowane, aby nowa sesja pozostawała w zakresie właściwego serwera roboczego, zamiast wyciekać do globalnie wybranego.

    Serwery MCP wreszcie wiedzą, gdzie są

    Jedną z bardziej zauważalnych zmian jest przekazywanie ścieżki przestrzeni roboczej jako katalogu głównego klienta MCP. Wcześniej serwer MCP działał bez pełnej świadomości, w jakim projekcie był uruchomiony. Teraz, gdy otrzymuje informację o katalogu roboczym, może rozwiązywać ścieżki względem aktywnego repozytorium.

    To ma znaczenie przy generowaniu kodu, inspekcji repozytoriów czy lokalnej automatyzacji opartej na narzędziach MCP. Serwer, który zna kontekst projektu, nie musi zgadywać ani polegać na sztywno zakodowanych ścieżkach. Dla programistów webowych i DevOps oznacza to mniej ręcznej konfiguracji i mniej błędów wynikających z nieprawidłowego mapowania plików.

    Dokumentacja OpenCode wcześniej sugerowała, że serwery MCP będą działać z konfiguracją relatywną do przestrzeni roboczej, ale dopiero ta aktualizacja wprowadza ten kontekst w praktyce.

    PTY i wtyczki – zmienne środowiskowe bez luk

    PTY i wtyczki – zmienne środowiskowe bez luk

    Kolejna istotna poprawka dotyczy propagacji zmiennych środowiskowych w sesjach PTY. Gdy wtyczka dodaje własne zmienne do powłoki, muszą być one widoczne nie tylko w standardowych wywołaniach narzędzi shella, ale także w terminalach interaktywnych.

    Bez tej zmiany agent lub wtyczka uruchamiająca test runner, menedżera pakietów czy inny proces w terminalu interaktywnym mogłyby działać w niekompletnym środowisku. Aktualizacja sprawia, że terminale PTY dziedziczą te same zmienne, co oznacza, że npm test uruchamia się z właściwymi tokenami, a pytest widzi oczekiwane ścieżki.

    To oszczędza czas na debugowanie sytuacji, w których skrypt działa poprawnie w narzędziu shella, ale identyczne polecenie w terminalu interaktywnym kończy się błędem.

    Sesje pulpitu już nie gubią kontekstu

    Sesje pulpitu już nie gubią kontekstu

    Trzecia zmiana, na którą warto zwrócić uwagę, to poprawa trasowania sesji w interfejsie pulpitu. Gdy użytkownik tworzy nową sesję przez /new-session, OpenCode teraz zapewnia, że pozostaje ona przypięta do serwera roboczego (draft server), a nie do globalnie wybranego.

    Oznacza to, że jeśli pracujesz nad dwoma projektami jednocześnie, każdy w osobnym kontekście AI, sesje nie będą sobie wzajemnie podmieniać stanu ani promptów. To detal architektoniczny, ale przy codziennej pracy z wieloma repozytoriami robi zauważalną różnicę.

    Wydanie wprowadza również zmiany w zachowaniu narzędzia ACP shell – informacje o poleceniu i katalogu roboczym pojawiają się od samego początku wywołania, co ułatwia śledzenie logów i diagnozowanie problemów.

    Mniej założeń, więcej przewidywalności

    Aktualizacja 1.17.7 nie wprowadza spektakularnych funkcji, ale porządkuje kilka kluczowych punktów. System wtyczek OpenCode – zarówno tych projektowych, jak i globalnych – zyskuje na niezawodności przy wielu równoległych stosach. Serwery MCP stają się świadome kontekstu, a sesje pulpitu pozostają przypisane do swoich serwerów. Dla użytkowników OpenCode pracujących nad poważnymi projektami webowymi czy DevOps, te poprawki realnie redukują tarcie w codziennej pracy.

    Źródła

  • OpenCode z lepszą kompatybilnością MCP i dopracowanym trybem desktopowym

    OpenCode z lepszą kompatybilnością MCP i dopracowanym trybem desktopowym

    Najnowsza aktualizacja OpenCode, której zmiany zostały odnotowane w changelogu zaktualizowanym do 21 sierpnia 2026 roku, wprowadza znaczące poprawki w komunikacji z serwerami MCP oraz szereg ulepszeń w aplikacji desktopowej. To nie jest jednorazowa łatka, lecz kontynuacja procesu stabilizacji klienta, który trwa od kilku tygodni. Zespół skupił się na poprawie współpracy z różnymi generacjami serwerów oraz na udoskonaleniu codziennego doświadczenia programistów korzystających z narzędzia na desktopie.

    Kluczowe zmiany w skrócie

    • Kompatybilność MCP została wzmocniona przez jawne deklarowanie możliwości klienta oraz obsługę zarówno starszych, jak i obecnych serwerów.
    • Desktop zyskał nowy skrót do selektora projektów, poprawioną nawigację kartami oraz usunięcie dodatkowych pionowych obramowań w widoku V2.
    • Stabilność sesji została poprawiona dzięki naprawie błędu Solid, który mógł blokować nawigację, oraz usprawnionemu ładowaniu listy sesji.
    • Terminal i TUI otrzymały poprawki renderowania i wykonywania poleceń, co przekłada się na bardziej przewidywalne środowisko pracy.
    • Sidecar V2, oparty na dołączonej usłudze CLI, zapowiada głębsze zmiany architektoniczne w desktopie.

    Co konkretnie zmieniło się w MCP

    OpenCode od dawna wspiera serwery Model Context Protocol, zarówno lokalne, jak i zdalne, z OAuth i dynamiczną rejestracją klienta. Problem polegał na tym, że nie wszystkie serwery MCP używały tego samego dialektu. Aktualizacja wprowadza jawną deklarację możliwości klienta, co ułatwia serwerom rozpoznanie, z czym mają do czynienia.

    Aplikacja desktopowa OpenCode potrafi teraz wykrywać zarówno starsze, jak i obecne serwery, dostosowując swoje zachowanie. Dla obecnych serwerów wspiera transport terminala, dane przeglądu, akcje sesji, podpowiedzi, polecenia, osie czasu oraz strumieniowanie zdarzeń na żywo. Jednocześnie zachowuje kompatybilność ze starszymi konfiguracjami.

    Dla użytkownika oznacza to mniej frustrujących niespodzianek przy podłączaniu zewnętrznych narzędzi. Jeśli korzystasz z OpenCode w połączeniu z innymi klientami MCP, ryzyko problemów przy zmianie wersji serwera zmniejszyło się. Automatyczne ponowne łączenie po wygaśnięciu sesji SDK oraz obsługa współbieżnych żądań dodatkowo stabilizują środowisko.

    Desktop po liftingu – nie tylko kosmetyka

    Zmiany wizualne i nawigacyjne są wyraźnie odczuwalne. Zespół usunął dodatkowe pionowe obramowania z widoku projektów V2, co sprawia, że interfejs jest czystszy i mniej zagracony. Skrót do otwierania selektora projektu w nowych sesjach przyspiesza rozpoczęcie pracy, a nawigacja kartami za pomocą klawiatury teraz podąża za widoczną kolejnością – to istotna poprawka dla osób pracujących bez myszki.

    Pojawił się również opcjonalny sidecar V2 oparty na dołączonej usłudze CLI. To wskazuje na głębszą przebudowę architektoniczną desktopu, a nie tylko powierzchowne poprawki. W połączeniu z wcześniejszymi zmianami, takimi jak przeniesienie parsowania markdown na osobny wątek czy synchronizacja motywu terminala z motywem aplikacji, widać konsekwentny kierunek: desktop ma być szybszy i bardziej responsywny.

    Stabilność, która ratuje workflow

    Dwa fixy z tej aktualizacji zasługują na szczególne wyróżnienie. Pierwszy to naprawa błędu Solid, który mógł zakłócać nawigację w desktopie. Drugi to poprawka ładowania sesji domowej – lista sesji aktualizuje się teraz bez zawieszania całej strony. To szczegóły decydują o tym, czy narzędzie stanie się częścią codziennego arsenału, czy trafi do folderu "do sprawdzenia kiedyś".

    Wcześniejsze wydania z lipca i sierpnia przyniosły również poprawki w TUI, w tym lepsze renderowanie wywołań narzędzi Bash oraz obsługę recenzji pull requestów z kontekstem numeru PR i URL-a. Wszystko to składa się na bardziej przewidywalne środowisko – szczególnie istotne, gdy pracuje się z AI w trybie, który niektórzy nazywają vibe codingiem.

    Co to znaczy dla programistów

    OpenCode zmierza w kierunku narzędzia, które nie tylko łączy się z modelami AI, ale robi to w sposób przewidywalny i wybaczający błędy konfiguracji. Ulepszona kompatybilność MCP, odświeżony desktop i stabilność sesji to zmiany, które mogą nie rzucać się w oczy przy pierwszym uruchomieniu, ale po kilku dniach pracy zaczynają przynosić korzyści. Jest to szczególnie ważne, gdy twój stack składa się z mieszanki lokalnych modeli, zdalnych serwerów i kilku klientów MCP jednocześnie.

    Źródła

  • Gemini CLI v0.48.0-nightly wprowadza atomowe wykrywanie narzędzi MCP i naprawia krytyczne błędy

    Gemini CLI v0.48.0-nightly wprowadza atomowe wykrywanie narzędzi MCP i naprawia krytyczne błędy

    Google wprowadziło nową wersję nocną Gemini CLI, oznaczoną jako v0.48.0-nightly. Ta aktualizacja wprowadza atomowe aktualizacje wykrywania narzędzi MCP oraz standaryzuje formatowanie wyników. Wydanie, publikowane codziennie o północy UTC, zawiera również poprawki stabilności, które były oczekiwane przez deweloperów pracujących z narzędziami AI. Najnowszy snapshot z 13 czerwca 2026 roku przynosi poprawkę mapowania modeli Vertex AI, co jest istotne dla zespołów korzystających z infrastruktury Google Cloud.

    Kluczowe zmiany w aktualizacji

    • Atomowe aktualizacje wykrywania narzędzi MCP eliminują problemy z częściowym ładowaniem serwerów.
    • Standaryzacja formatowania wyników ułatwia parsowanie odpowiedzi w skryptach automatyzujących.
    • Poprawka pętli ponawiania przy wyczerpaniu limitów zapytań zapobiega bezproduktywnemu obciążaniu API.
    • Nowa dokumentacja i polecenia migracyjne przygotowują użytkowników na przejście do Antigravity CLI.

    Atomowe wykrywanie narzędzi MCP

    Nowy mechanizm wykrywania narzędzi MCP działa w trybie atomowym — wszystkie serwery są wykrywane jednocześnie, co eliminuje problemy, które występowały, gdy część serwerów nie była widoczna po restarcie CLI. Atomowe podejście zapewnia, że agent AI widzi albo kompletny zestaw narzędzi, albo żaden, co eliminuje stany pośrednie.

    MCP, czyli Model Context Protocol, to mechanizm, przez który Gemini CLI łączy się z lokalnymi i zdalnymi usługami. Każdy serwer MCP może udostępniać własne endpointy, funkcje czy integracje, więc ich niezawodne wykrywanie jest kluczowe dla pracy z narzędziami takimi jak Cursor czy Windsurf. Atomowe aktualizacje eliminują błędy typu "narzędzie X nie zostało znalezione, uruchom CLI ponownie".

    Standaryzacja wyników i walka z pętlami ponawiania

    Standaryzacja wyników i walka z pętlami ponawiania

    Wydanie v0.48.0-nightly wprowadza ujednolicone formatowanie wyników zwracanych przez narzędzia. Dla programistów piszących skrypty automatyzujące oznacza to, że parsowanie odpowiedzi staje się przewidywalne, a JSON trzyma się ustalonego schematu. Mniej regexów oznacza mniej niespodzianek.

    Drugim istotnym poprawionym elementem jest obsługa zerowych limitów zapytań. Wcześniej, gdy użytkownik wyczerpał swój limit, Gemini CLI wpadał w pętlę ponawiania żądań, co generowało niepotrzebny ruch i frustrację. Teraz narzędzie rozpoznaje kod błędu limitu i kończy żądanie bez zbędnych powtórzeń. Dodatkowo poprawiono obsługę wielowierszowych znaków cytowania, co jest przydatne, gdy prompt zawiera fragmenty kodu z zagnieżdżonymi apostrofami.

    Vertex AI, Antigravity i nadchodząca migracja

    Vertex AI, Antigravity i nadchodząca migracja

    Wersja z 13 czerwca wprowadza poprawkę mapowania modeli Vertex AI, co bezpośrednio dotyka użytkowników chmurowych. Jeśli korzystasz z Gemini CLI podpiętego do Vertex AI w Google Cloud, ta aktualizacja powinna rozwiązać problemy z rozpoznawaniem dostępnych modeli językowych.

    Cała linia nightly v0.48.0 działa w kontekście nadchodzącej migracji do Antigravity CLI. Google ogłosiło 30-dniowe okno przejściowe, a 18 czerwca 2026 roku Gemini CLI przestało obsługiwać zapytania dla kont indywidualnych — Google AI Pro, Ultra i darmowych. Użytkownicy Enterprise Gemini Code Assist oraz osoby z autoryzacją przez API key nie zostali tym dotknięci, ale dla pozostałych zmiana jest nieunikniona.

    Nowa dokumentacja w v0.48.0-nightly zawiera polecenia migracyjne i opisuje, jak przeprowadzić jednorazowy import rozszerzeń, umiejętności i ustawień do Antigravity CLI. Zmieniają się również ścieżki konfiguracyjne: MCP dla serwerów globalnych trafia do ~/.gemini/config/mcp_config.json, a dla workspace’ów do .agents/mcp_config.json. Jeśli korzystasz z własnych skryptów automatyzujących, warto to sprawdzić — dotychczasowa konfiguracja inline przestanie działać.

    Ostrożność przy nocnych wydaniach

    Wydania nightly mogą zawierać błędy i nieprzetestowane zmiany. Wersja v0.48.0-nightly to snapshot z głównej gałęzi, a nie stabilna wersja produkcyjna. Dla zespołów pracujących w produkcji zaleca się ostrożność, ale jeśli zależy ci na szybkim dostępie do poprawek limitów i formatowania, ta wersja jest warta przetestowania. Problemy z pętlami ponawiania mogły skutecznie blokować pracę przez cały dzień.

    W praktyce: jeśli twój zespół używa Gemini CLI do codziennych zadań, warto śledzić linię nightly na GitHubie i czytać changelogi przed aktualizacją. Atomowe wykrywanie MCP i standaryzacja wyników to zmiany, które ułatwiają pracę, ale kontekst migracji do Antigravity CLI sprawia, że to dobry moment, aby zaplanować przejście w spokojnym tempie, zamiast być zaskoczonym nagłym odcięciem dostępu.

    Źródła

  • OpenCode z lepszą integracją MCP i nowymi endpointami API

    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

    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

    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