Tag: webmcp

  • Cursor porządkuje dodatki: jedna strona do zarządzania pluginami, umiejętnościami i MCP

    Cursor porządkuje dodatki: jedna strona do zarządzania pluginami, umiejętnościami i MCP

    Cursor wprowadził nową stronę Customize, która centralizuje wszystkie elementy rozszerzające edytor, takie jak pluginy, umiejętności, serwery MCP, subagenty, reguły, komendy i hooki. Nowość ta jest dostępna z poziomu panelu bocznego i działa w trzech obszarach: użytkownika, zespołu oraz przestrzeni roboczej. Dodatkowo, wprowadzono marketplace z rankingiem popularności oraz wsparcie dla importu repozytoriów z GitLaba, Bitbucket i Azure DevOps.

    Najważniejsze zmiany

    • Strona Customize łączy rozproszone ustawienia w jedno centrum zarządzania pluginami, MCP, subagentami i komendami.
    • Pluginy jako paczki – umożliwiają pakowanie reguł, umiejętności, komend, serwerów MCP i hooków, które można następnie dystrybuować w zespole.
    • Marketplace z rankingiem prezentuje najpopularniejsze pluginy, umiejętności i MCP używane przez członków zespołu.
    • Import z GitLaba, Bitbucket i Azure DevOps – marketplace nie jest już ograniczony do GitHuba i lokalnych repozytoriów.
    • Predefiniowane canvasy (np. Hex Canvas i Atlassian Canvas) do współdzielenia w zespole.

    Koniec z ustawieniami porozrzucanymi po kątach

    Dotychczas konfiguracja agenta w Cursorze wymagała przeszukiwania osobnych plików w repozytorium oraz rozproszonych opcji. Teraz wszystkie elementy trafiają pod jeden adres – strona Customize agreguje pluginy, umiejętności, MCP, subagentów, reguły i komendy w czytelnej hierarchii: User dla osobistych preferencji, Team dla współdzielonych ustawień w organizacji oraz Workspace dla konfiguracji przypisanej do konkretnego projektu.

    Deweloperzy mogą teraz korzystać z własnego zestawu narzędzi do szybkiego prototypowania, nie kolidując z firmowym standardem zespołu. Standardy te można wdrożyć jednym kliknięciem dla wszystkich członków organizacji, eliminując potrzebę ręcznego kopiowania plików konfiguracyjnych.

    Marketplace, który pokazuje, czego faktycznie używają zespoły

    Cursor wprowadził również marketplace z listą rankingową, która pokazuje pluginy, umiejętności i MCP uporządkowane według ich popularności w zespole. Ranking oparty jest na danych dotyczących instalacji i codziennego użytkowania, a nie na recenzjach czy gwiazdkach.

    To rozwiązanie jest istotne, ponieważ w dużych organizacjach często trudno jest określić, które narzędzia są rzeczywiście używane, a które są niepotrzebne. Ranking rozwiązuje ten problem, a marketplace umożliwia instalację jednym kliknięciem – przeglądanie, znajdowanie, klikanie i działanie.

    Warto również zwrócić uwagę na predefiniowane canvasy. Hex Canvas i Atlassian Canvas to przykłady szablonów, które zespół może współdzielić i wykorzystywać, co oszczędza czas przy standaryzacji procesów.

    Import z GitLaba i Bitbucket – mniej uzależnienia od jednego dostawcy

    Zespołowy marketplace Cursora wcześniej wspierał głównie repozytoria GitHub i lokalne ścieżki. Teraz możliwy jest import repozytoriów pluginów także z GitLaba, Bitbucket i Azure DevOps. Dla firm, które przechowują kod w różnych systemach, oznacza to koniec ręcznego przenoszenia paczek między platformami.

    Dla zespołów DevOps i platform engineeringu oznacza to łatwiejszą dystrybucję wewnętrznych narzędzi w środowiskach multi-vendor. Plugin może być hostowany na GitLabie, a mimo to trafi do wszystkich deweloperów przez marketplace, niezależnie od miejsca przechowywania kodu aplikacji.

    Co to znaczy dla web developmentu i AI

    Co to znaczy dla web developmentu i AI
    Źródło: cursor.com

    Dla zespołów webowych aktualizacja oznacza możliwość standaryzacji narzędzi frameworkowych, helperów do deploymentu i workflow code review w jednym formacie paczki. Zamiast wysyłać maile z instrukcjami „zainstaluj to i to”, lider zespołu może po prostu udostępnić plugin w marketplace.

    W kontekście AI-assisted development i vibe codingu, wsparcie dla MCP (Model Context Protocol) umożliwia podłączanie niestandardowych serwerów kontekstowych. Agent Cursora może korzystać z wewnętrznych API, dokumentacji firmowej czy systemów monitoringu – wszystko spakowane jako plugin z przypiętym serwerem MCP. Subagenty można teraz konfigurować centralnie i przypisywać im konkretne zestawy narzędzi dla każdego projektu.

    Porządek zamiast chaosu

    Nowa strona Customize to nie tylko zmiana w interfejsie użytkownika. To realne uporządkowanie rozszerzalności Cursora, które ułatwia zespołom zarządzanie konfiguracją agentów. Dla małych zespołów to wygoda, a dla dużych organizacji – narzędzie do egzekwowania standardów bez problemów. Ranking popularności i import z wielu platform sprawiają, że całość staje się bardziej świadomie zarządzanym ekosystemem.

    Źródła

  • Claude Code 2.1.186 – uwierzytelnianie MCP przez SSH i filtrowanie workflowów

    Claude Code 2.1.186 – uwierzytelnianie MCP przez SSH i filtrowanie workflowów

    Anthropic wypuściło wersję 2.1.186 Claude Code, która upraszcza logowanie do serwerów MCP w środowiskach bez przeglądarki oraz wprowadza filtrowanie statusów w widoku /workflows. Aktualizacja jest skierowana głównie do deweloperów pracujących zdalnie przez SSH oraz tych, którzy zarządzają równoległymi zadaniami agentowymi.

    Kluczowe zmiany w skrócie

    • Uwierzytelnianie MCP z poziomu CLI – nowe komendy claude mcp login <name> i claude mcp logout <name> umożliwiają logowanie do serwerów MCP bez otwierania interaktywnego menu /mcp.
    • Wsparcie dla --no-browser przez SSH – flaga wypisuje URL autoryzacyjny zamiast próbować otworzyć lokalną przeglądarkę, a token przechwytuje w terminalu.
    • Filtrowanie workflow po statusie – w widoku /workflows wystarczy wcisnąć f, aby zawęzić listę zadań agentowych według ich stanu.
    • Automatyczne odpowiedzi dla poleceń bash – opcja ! bash auto-responds przyspiesza wykonywanie skryptów bez ręcznego potwierdzania.
    • Poprawki stabilności – naprawiono błędy zapytań strumieniowych po wybudzeniu maszyny ze snu oraz problemy z podsumowaniami zadań w tle.

    MCP bez przeglądarki – wygodnie przez SSH

    Jednym z głównych problemów pracy z MCP na zdalnych serwerach było dotychczasowe uwierzytelnianie. Aby skonfigurować serwer, konieczne było otwarcie interaktywnego menu /mcp, co na maszynie dostępnej tylko przez terminal było niewygodne. Wersja 2.1.186 rozwiązuje ten problem: claude mcp login <name> uruchamia proces logowania bezpośrednio z linii poleceń.

    Pracując przez SSH, można dodać flagę --no-browser. Claude Code wypisuje wtedy URL autoryzacyjny – wystarczy go skopiować, zalogować się w dowolnej przeglądarce, a kod przekierowania wkleić z powrotem w terminalu. Nie ma potrzeby stosowania X-forwarding ani tunelowania portów.

    Wylogowanie działa podobnie przez claude mcp logout <name>. Dla zespołów DevOps i osób stawiających środowiska CI to znacząca oszczędność czasu, szczególnie gdy serwerów MCP jest kilka i trzeba je rotować między sesjami.

    Zarządzanie workflowami – mniej scrollowania, więcej kontroli

    Claude Code staje się coraz bardziej narzędziem do orkiestracji agentów, a nie tylko pojedynczej sesji czatu. Dowodem jest filtrowanie statusów w widoku /workflows. Gdy uruchamiasz kilka równoległych zadań – na przykład jedno testuje endpointy API, drugie aktualizuje dokumentację, a trzecie refaktoruje komponent – lista szybko staje się nieczytelna.

    Wciśnięcie f pozwala zawęzić widok tylko do aktywnych, zakończonych lub oczekujących workflow. To niewielka zmiana, ale przy pięciu czy sześciu współbieżnych agentach ma znaczenie. Nie trzeba już przewijać całej historii, aby sprawdzić, które zadanie utknęło.

    iTerm2 i automatyczne odpowiedzi – detale, które ułatwiają życie

    Użytkownicy terminali macOS docenią lepszą integrację trybu teammate z iTerm2. Claude Code wspiera teraz jawne dzielenie paneli przez iterm2, korzystając z CLI it2 oraz Python API iTerm2. To eliminuje konieczność przesiadania się na tmux tylko po to, aby mieć agenta w sąsiednim oknie.

    Dodatkowo automatyczne odpowiedzi dla poleceń bash (! bash auto-responds) zmniejszają potrzebę ciągłego potwierdzania przy rutynowych skryptach. Opcja ta jest świadoma kontekstu – nie chodzi o ślepe akceptowanie wszystkiego, ale o zmniejszenie tarcia przy powtarzalnych operacjach.

    Stabilność po usypianiu i zadania w tle

    Każdy, kto pracuje na laptopie, zna ten moment: zamykasz klapę na przerwę, otwierasz po godzinie, a Claude Code nie może wznowić zapytań strumieniowych. Wersja 2.1.186 naprawia ten błąd – streaming wraca do działania bez konieczności restartu sesji.

    Poprawiono również obsługę podsumowań zadań w tle. Wcześniej zdarzało się, że podsumowanie zadań w tle traciło kontekst po dłuższym działaniu agenta – teraz jest to obsługiwane pewniej, co ma znaczenie przy wielogodzinnych sesjach kodowania.

    Co to oznacza dla web deweloperów i zespołów DevOps

    Anthropic przygotowuje Claude Code do pracy zdalnej i headless. Nowy flow logowania MCP, filtrowanie workflow oraz stabilność po usypianiu to oznaki, że narzędzie przestaje być wyłącznie interaktywnym asystentem terminalowym, a staje się częścią bardziej zaawansowanych pipeline'ów developerskich.

    Dla web deweloperów pracujących na zdalnych VPS-ach, administratorów kontenerów oraz każdego, kto zarządza środowiskami przez SSH, ta aktualizacja to konkretne ułatwienie. W miarę jak kolejne wydania coraz mocniej akcentują tryb bezgłowy i współpracę agentów, warto obserwować, w którą stronę Claude Code się rozwija.

    Źródła

  • Codex 0.141.0: Szyfrowane kanały Noise i wtyczki aktywowane per wątek

    Codex 0.141.0: Szyfrowane kanały Noise i wtyczki aktywowane per wątek

    OpenAI wypuściło Codex 0.141.0, które koncentruje się na bezpieczeństwie zdalnego wykonywania kodu oraz na rozszerzeniu możliwości wtyczek. Najważniejszą nowością jest wprowadzenie uwierzytelnionych, szyfrowanych kanałów Noise relay dla zdalnych executorów. Dodatkowo, poprawiono obsługę ścieżek między platformami, wprowadzono granularne sterowanie wtyczkami oraz wprowadzono szereg poprawek dla systemów Windows i środowisk enterprise.

    Kluczowe zmiany w skrócie

    • Szyfrowane kanały Noise relay zastępują dotychczasowy transport zdalny. Wszystkie komunikaty JSON-RPC, payloady narzędzi i operacje na plikach są przesyłane przez wzajemnie uwierzytelnioną sesję.
    • Aktywacja wtyczek per wątek umożliwia uruchamianie serwerów MCP tylko w konkretnym wątku, co zmniejsza ryzyko i zwiększa kontrolę.
    • Cross-platform paths — executor zachowuje natywne katalogi robocze i shelle podczas przechodzenia między Windows, macOS i Linuxem.
    • Optymalizacje wydajności redukują opóźnienia i zużycie pamięci w intensywnych sesjach narzędziowych dzięki cache'owaniu wyników wyszukiwania narzędzi.

    Noise relay — co to zmienia w praktyce

    Dotychczas zdalny executor komunikował się przez transport, który nie zapewniał szyfrowania na każdym etapie. Teraz warstwa Noise relay szyfruje wszystkie dane, od JSON-RPC po payloady narzędzi i operacje plikowe. Relay nie ma dostępu do danych w formie niezaszyfrowanej.

    Dla zespołów devopsowych oraz korzystających z hostowanych agentów oznacza to mniejsze zaufanie do infrastruktury pośredniej. Gdy agent działa na zdalnym nodzie, dane przesyłane między twoim środowiskiem a tym nodem są chronione od początku do końca, niezależnie od liczby przeskoków sieciowych.

    Przykłady: #26242 i #26245 wprowadzają nową warstwę transportową. Dodatkowo, #28032 i #28122 poprawiają przenoszenie katalogów roboczych między platformami, co często bywa problematyczne w mieszanych flotach testowych.

    Wtyczki: granularność i nowy marketplace

    Kolejną istotną zmianą jest możliwość aktywowania serwerów stdio MCP z poziomu wybranych wtyczek executorów, i to per wątek. Wcześniej wtyczka była aktywna globalnie. Teraz Codex może ją uruchomić tylko tam, gdzie jest potrzebna.

    Na przykład, agent CI w jednym wątku może potrzebować dostępu do bazy danych, a w drugim tylko do repozytorium kodu. Nie ma potrzeby włączania wszystkiego globalnie, co zmniejsza ryzyko przypadkowego wycieku kontekstu.

    Dodatkowo, wprowadzono marketplace "created-by-me", który umożliwia odkrywanie wtyczek stworzonych przez użytkowników oraz katalogi kuratorowane związane z autoryzacją. To krok w stronę lepszej dystrybucji rozszerzeń, co jest istotne dla zespołów współdzielących agentów w środowiskach produkcyjnych. Pull requesty #27870, #27884 i #27893 pokazują, jak to działa od strony technicznej — od odkrywania po aktywację na app-serverze.

    Wydajność i poprawki stabilności

    W sesjach obciążonych dużą liczbą narzędzi Codex 0.141.0 redukuje opóźnienia i zużycie pamięci. Osiągnięto to dzięki cache'owaniu wyników wyszukiwania narzędzi oraz eliminacji zbędnego kopiowania requestów i historii. Użytkownicy pracujący z rozbudowanymi workflow mogą liczyć na szybszą reakcję agenta.

    Wprowadzono również poprawki dotyczące kilku problemów, takich jak poświadczenia sandboksa na Windowsie (w tym automatyczne odzyskiwanie credentiali), wsparcie dla TLS z certyfikatami P-521 w enterprise proxy oraz lepsza widoczność limitów.

    Warto również wspomnieć o klientach realtime, którzy zyskali większą kontrolę nad mową i kontekstem konwersacji, co jest istotne dla integracji głosowych z Codexem.

    Co to znaczy dla web developera i devopsa

    Bezpieczniejszy zdalny executor zmniejsza ryzyko w hostowanych środowiskach deweloperskich i chmurowych agentach. Lepsza obsługa ścieżek między Windows, Linuxem i macOS ułatwia pracę z heterogenicznymi flotami testowymi. Aktywacja wtyczek per wątek daje większą kontrolę w wieloetapowych workflow. Poprawki TLS są istotne dla enterprise z rygorystyczną inspekcją ruchu wychodzącego.

    Wersja 0.141.0 nie wprowadza spektakularnych nowości wizualnych, ale wzmacnia fundamenty, które są kluczowe dla bezpiecznego wdrożenia agenta w produkcji.

    Źródła

  • 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