Autor: redakcja

  • Claude SDKs zyskują trwały REPL: nowa era wykonywania kodu przez agentów AI

    Claude SDKs zyskują trwały REPL: nowa era wykonywania kodu przez agentów AI

    Anthropic zaktualizował wszystkie główne SDK Claude’a, wprowadzając narzędzie code_execution_20260120 jako nowy standard dla programistycznego wywoływania kodu przez agentów. Zmiana obejmuje Pythona, TypeScript, Go, Javę, a także Ruby, PHP i C#. Co istotne, nie wymaga już nagłówka beta na wspieranych modelach, chociaż dotychczasowe nagłówki beta pozostają dostępne.

    Najważniejsze fakty

    • code_execution_20260120 staje się minimalną wersją dla programmatic tool calling we wszystkich głównych SDK Claude’a.
    • Trwałość stanu REPL pozwala zachować zmienne i importy między komórkami wykonawczymi w ramach jednej sesji.
    • Brak wymaganego nagłówka beta – deweloperzy aktywują narzędzie, ustawiając type na code_execution_20260120; starsze nagłówki beta wciąż są akceptowane.
    • Wsparcie modeli obejmuje Claude Opus 3.5 i nowsze oraz Claude Sonnet 3.5 i nowsze.
    • Aktualizacja dotyczy również Ruby, PHP i C#, co czyni ją platformową zmianą.

    Koniec z resetowaniem stanu – REPL, który pamięta

    Dotychczasowe wykonywanie kodu przez Claude’a przypominało serię odizolowanych skryptów: każda komórka startowała z czystym środowiskiem, bez dostępu do zmiennych czy importów zdefiniowanych wcześniej. code_execution_20260120 zmienia to.

    Nowe narzędzie wprowadza trwałość stanu REPL (Read-Eval-Print Loop). Oznacza to, że gdy Claude tworzy zmienną w jednej komórce, może jej użyć w kolejnej – bez redeklaracji czy ponownego importowania bibliotek. Dla osób, które iteracyjnie debuguje kod, analizują dane lub budują wieloetapową automatyzację, to znaczna oszczędność czasu i zasobów.

    Szczególnie istotne jest to w przepływach agentowych, gdzie model sam planuje kolejne kroki. Claude może teraz najpierw wczytać dane, potem je przeanalizować, a na końcu wygenerować wizualizację – wszystko w jednej sesji REPL, bez potrzeby ponownego definiowania kontekstu przez użytkownika.

    Prostsza integracja, szerszy zasięg

    Prostsza integracja, szerszy zasięg

    Anthropic stawia na ujednolicenie ścieżek programistycznych. code_execution_20260120 nie jest już eksperymentalną funkcją schowaną za obowiązkowym nagłówkiem beta – to jedna z trzech wersji narzędzia do wykonywania kodu, wspierana przez SDK.

    Konfiguracja sprowadza się do jednego pola: type: "code_execution_20260120". Żadnych dodatkowych nagłówków ani warunkowych przełączników między wersjami. Deweloperzy w Pythonie, TypeScript, Go czy Javie mają identyczny interfejs, co ułatwia przenoszenie logiki agentów między językami i środowiskami.

    Warto również zauważyć, że lista wspieranych modeli jest precyzyjnie określona. Narzędzie działa na Claude Opus 3.5 i nowszych oraz Claude Sonnet 3.5 i nowszych. Starsze modele nie są wspierane, co sugeruje, że Anthropic traktuje code execution jako kluczową funkcjonalność w nowszych wersjach Claude’a.

    Co to znaczy dla web developmentu i DevOps

    Co to znaczy dla web developmentu i DevOps

    Dla zespołów budujących aplikacje webowe i potoki CI/CD ta zmiana ma kilka praktycznych konsekwencji. Persistent REPL umożliwia agentom Claude’a przeprowadzanie wieloetapowych analiz bez obaw o utratę kontekstu między krokami. Agent może na przykład pobrać logi z serwera, przefiltrować je, zbudować dashboard w Streamlit i zapisać wyniki – wszystko w jednym ciągłym przepływie.

    W kontekście vibe codingu, gdzie coraz więcej kodu powstaje w interakcji z AI, trwałość stanu REPL redukuje frustrację związaną z powtarzaniem tych samych instrukcji. Agent pamięta, co już zostało zrobione.

    Z perspektywy hostingu i środowisk uruchomieniowych nowe narzędzie jest lepiej przystosowane do sandboksów produkcyjnych. Standaryzacja wokół jednej wersji code_execution_20260120 ułatwia konfigurację polityk bezpieczeństwa, eliminując potrzebę obsługi wielu wariantów narzędzia z różnymi ograniczeniami.

    To nie izolowana funkcja – to kierunek platformy

    Anthropic nie przedstawia tej zmiany jako poprawki w pojedynczym SDK. Release notes mówią o aktualizacji platformowej, obejmującej cały ekosystem SDK – od Pythona po PHP. To sygnał, że code execution staje się fundamentem programistycznego interfejsu Claude’a.

    W połączeniu z Agent SDK (dostępnym dla Pythona i TypeScriptu), które udostępnia pętlę agentową Claude Code jako bibliotekę, code_execution_20260120 wpisuje się w szerszy trend: Anthropic buduje warstwę narzędziową, na której deweloperzy mogą tworzyć własne systemy agentowe – bez konieczności implementowania pętli narzędziowej od zera i bez problemów z nietrwałym stanem wykonania.

    Dla branży AI-assisted development to wyraźny krok w stronę produkcyjnej dojrzałości. Mniej boilerplate’u, więcej ciągłości i prostsza konfiguracja – to kluczowe elementy, których potrzebują zespoły wdrażające agentów AI w realnych projektach.

    Źródła

  • Nowe worktree prosto z panelu bocznego i lepsza kontrola nad agentami — Zed 1.8.2 już dostępny

    Nowe worktree prosto z panelu bocznego i lepsza kontrola nad agentami — Zed 1.8.2 już dostępny

    Zed wydał wersję 1.8.2, która wprowadza kilka praktycznych usprawnień, mających na celu przyspieszenie codziennej pracy z kodem. Zespół skupił się na integracji z Gitem, rozbudowie możliwości agentów AI oraz poprawkach w edytorze.

    Co przynosi aktualizacja?

    • Tworzenie worktree z poziomu panelu bocznego — wystarczy kliknąć przycisk nowego wątku, aby szybko odseparować pracę nad funkcją lub poprawką.
    • Polecenie agent.terminal_init_command automatyzuje uruchamianie skryptów startowych przy otwieraniu terminala agenta.
    • Resetowanie rozmiarów paneli za pomocą workspace: reset pane sizes przywraca równy podział przestrzeni roboczej jednym kliknięciem.
    • Zaznaczanie wewnątrz i wokół delimiterów — dwie nowe akcje edytora ułatwiają nawigację w zagnieżdżonych strukturach.

    Git i worktree bez zbędnego klikania

    Najważniejszą nowością w Zed 1.8.2 jest możliwość tworzenia Git worktree bezpośrednio z panelu bocznego. Wcześniej użytkownicy musieli korzystać z picker w pasku tytułu lub terminala. Teraz wystarczy użyć przycisku dodawania nowego wątku, co znacząco oszczędza czas, zwłaszcza przy pracy z wieloma gałęziami.

    Worktree umożliwiają jednoczesne checkoutowanie kilku branchy w osobnych katalogach roboczych, co jest przydatne przy przeglądach kodu, szybkich hotfixach czy eksperymentalnych funkcjach. Zed od dawna wspierał worktree, ale teraz zyskały one bezpośrednią integrację w bocznym panelu.

    Dodatkowo, zespół poprawił wydajność operacji Git, zmniejszając narzut zadań w tle oraz przyspieszając rozwiązywanie nazw gałęzi. Dla zespołów pracujących na dużych repozytoriach to zauważalna różnica.

    Agenci AI zyskują automatyzację terminala

    Zed rozszerza możliwości agentów o nowe ustawienie agent.terminal_init_command. To polecenie wykonuje się automatycznie przy otwieraniu terminala agenta, eliminując konieczność ręcznego wpisywania tych samych komend.

    Oznacza to, że można skonfigurować automatyczne aktywowanie wirtualnego środowiska, ustawianie zmiennych środowiskowych czy ładowanie konfiguracji specyficznych dla projektu. Terminal wątków w Zed działa jako zarządzane procesy w panelu agenta, przypisane do konkretnego worktree, co dobrze sprawdza się w pracy, gdzie agent przejmuje część rutynowych zadań.

    Wydanie zawiera również poprawki stabilności związane z uprawnieniami agentów i zachowaniem terminala, co świadczy o ciągłym rozwoju Zed jako edytora, w którym AI jest integralną częścią środowiska.

    Delimitery i panele — małe zmiany, duży komfort

    Dla osób spędzających godziny na refaktoryzacji kodu, Zed 1.8.2 wprowadza dwie nowe akcje: editor: select inside delimiters i editor: select around delimiters. Umożliwiają one zaznaczanie wewnątrz lub wokół nawiasów i cudzysłowów, uwzględniając zagnieżdżenia. To drobna zmiana, ale przy edycji JSON-a, YAML-a czy złożonych wyrażeń w TypeScript ma duże znaczenie.

    Komenda workspace: reset pane sizes odpowiada na problem nierównych paneli po przeciąganiu ich krawędzi. Jedno kliknięcie przywraca symetryczny układ, co poprawia ergonomię pracy z wieloma plikami.

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

    Wydanie 1.8.2 zawiera także szereg poprawek błędów. Udoskonalono stabilność operacji Git, zachowanie terminala oraz kwestie związane z uprawnieniami agentów AI. Zed pokazuje, że nie koncentruje się tylko na nowościach, ale także poważnie traktuje doskonalenie istniejących funkcji.

    Nowe możliwości worktree, automatyzacja agentów i usprawnienia selekcji sprawiają, że wersja 1.8.2 znacząco wpływa na komfort codziennego programowania, szczególnie w zespołach intensywnie korzystających z Gita i wykorzystujących AI w swoim workflow.

    Źródła

  • Claude Code 2.1.191: komenda /rewind ratuje przed utratą kontekstu, a CPU dostaje 37% oddechu

    Claude Code 2.1.191: komenda /rewind ratuje przed utratą kontekstu, a CPU dostaje 37% oddechu

    Anthropic wprowadziło wersję 2.1.191 Claude Code. Choć nie jest to ogromna aktualizacja z setkami zmian, odpowiada na problemy, które frustrowały użytkowników przez długi czas. Premiera miała miejsce 24 czerwca 2026 roku i przynosi nową komendę /rewind, trwałe zatrzymywanie agentów działających w tle oraz znaczną optymalizację wydajności.

    Co nowego w pigułce

    • Komenda /rewind umożliwia przywrócenie konwersacji sprzed wykonania /clear, co eliminuje ryzyko przypadkowej utraty kontekstu.
    • Zatrzymywanie agentów w tle jest teraz trwałe — zatrzymany agent nie wróci już po kilku sekundach.
    • Zużycie CPU podczas strumieniowania spadło o około 37%, co przekłada się na cichszą pracę wentylatorów w dłuższych sesjach.
    • Rozrost pamięci w długich sesjach został ograniczony dzięki usprawnieniom w cache'owaniu terminala i zarządzaniu sesją.
    • Serwery MCP otrzymały poprawki zwiększające niezawodność, w tym retransmisje dla operacji takich jak tools/list czy resources/list.

    /rewind — drugie życie po /clear

    Najważniejszą nowością tej wersji jest komenda /rewind. Każdy, kto spędza długie godziny w terminalu, zna stres związany z przypadkowym użyciem /clear, co prowadzi do utraty kontekstu. Do tej pory jedynym sposobem na ratunek było zapisanie sesji — o ile użytkownik o tym pamiętał.

    Claude Code 2.1.191 wprowadza istotną zmianę. Dokumentacja potwierdza, że /rewind potrafi przywrócić konwersację sprzed wykonania /clear. To nie tylko cofnięcie ostatniej wiadomości, ale pełnoprawny mechanizm odzyskiwania utraconego kontekstu.

    Dla programistów pracujących nad złożonymi projektami to duża ulga. Można teraz bez obaw czyścić rozmowę, wiedząc, że istnieje możliwość przywrócenia kontekstu. Pomyłka nie prowadzi już do utraty całej sesji.

    Agenci w tle — koniec z efektem zombie

    Inna istotna zmiana to trwałe zatrzymywanie agentów. Wcześniej agenci potrafili niespodziewanie wracać po tym, jak już dostali sygnał stop. Było to frustrujące, zwłaszcza przy równoległym uruchamianiu wielu zadań, ponieważ nie można było mieć pewności, które procesy faktycznie zakończono.

    Ta poprawka eliminuje ten problem. Ręcznie zatrzymany agent nie wstaje ponownie. To proste, ale znaczące usprawnienie dla każdego, kto zarządza wieloma agentami jednocześnie.

    37% mniej CPU przy strumieniowaniu

    Optymalizacje wewnętrzne również przynoszą korzyści. Zmniejszenie zużycia procesora o około 37% podczas strumieniowania odpowiedzi to efekt usprawnień w przetwarzaniu danych. Przekłada się to na mniejszy hałas z wentylatorów i więcej zasobów dla innych procesów, takich jak IDE, przeglądarki czy kontenery Docker.

    Dodatkowo ograniczono rozrost pamięci w długich sesjach. Usprawnienia w cache'owaniu terminala i zarządzaniu sesjami sprawiają, że Claude Code 2.1.191 nie zajmuje coraz więcej pamięci RAM po kilku godzinach pracy. Dla deweloperów, którzy pozostawiają sesje otwarte przez cały dzień, to zauważalna zmiana.

    MCP i uprawnienia — mniejsze, ale praktyczne poprawki

    Serwery MCP (Model Context Protocol) otrzymały zestaw poprawek zwiększających niezawodność. Dodano retransmisje i mechanizmy odporności dla operacji tools/list, prompts/list oraz resources/list. Usprawniono także działanie OAuth po przejściowych awariach sieci.

    Dodatkowo poprawiono komunikaty błędów dla funkcji blokowanych przez polityki oraz ogólne komunikaty o niepowodzeniach związanych z konfiguracją MCP. Choć to drobne zmiany, oszczędzają czas na debugowaniu.

    W kwestii wyświetlania naprawiono błędy przewijania, problemy z hookami używającymi przecinków jako separatorów oraz regresje w cyklu życia agentów.

    Podsumowując, aktualizacja nie wprowadza rewolucyjnych zmian, ale skutecznie poprawia funkcjonalność. Komenda /rewind stanie się szybko codziennym narzędziem, podobnie jak trwałe zatrzymywanie agentów i niższe obciążenie CPU. Dla każdego, kto korzysta z Claude Code 2.1.191 jako głównego narzędzia w terminalu, to aktualizacja, którą warto zainstalować natychmiast.

    Źródła

  • Cline CLI v3.0.29 przywraca czytelność interfejsu i naprawia metadane modeli z.ai

    Cline CLI v3.0.29 przywraca czytelność interfejsu i naprawia metadane modeli z.ai

    20 czerwca 2026 roku ukazała się wersja Cline CLI v3.0.29 — aktualizacja narzędzia, które wspiera developerów pracujących w terminalu. Zespół Cline postanowił cofnąć jedną z kontrowersyjnych zmian wprowadzonych w poprzednim wydaniu i przywrócić wcześniejszy sposób wyświetlania nazw modeli w selektorze oraz pasku statusu.

    Kluczowe zmiany w wydaniu

    • Cline CLI v3.0.29 przywraca wcześniejsze zachowanie selektora modeli i paska statusu po zmianach z wersji v3.0.28.
    • Ukryto koszty dla darmowych modeli Cline, co eliminuje zbędny szum informacyjny w interfejsie terminala.
    • Naprawiono rozpoznawanie metadanych dla modeli z.ai dostępnych przez dostawcę Cline.
    • Brak zmian łamiących — aktualizacja ma charakter wyłącznie porządkowy i naprawczy.

    Powrót do sprawdzonego interfejsu

    Główną zmianą, którą odczują użytkownicy, jest cofnięcie modyfikacji sposobu wyświetlania modeli. Wersja v3.0.28 wprowadziła uproszczoną prezentację — pokazywano wyłącznie nazwę modelu. Teraz Cline CLI v3.0.29 wraca do formuły sprzed tej zmiany. Selektor, picker i pasek statusu znów działają tak, jak przyzwyczaili się stali użytkownicy.

    Decyzja o revertcie sugeruje, że poprzednie uproszczenie nie spotkało się z pozytywnym odbiorem. Developerzy korzystający z Cline w codziennym workflow cenią sobie kontekst, jaki daje pełniejsza informacja o wybranym modelu. Czasem mniej znaczy gorzej — i twórcy narzędzia najwyraźniej to usłyszeli.

    Darmowe modele bez rozpraszającego szumu

    Darmowe modele bez rozpraszającego szumu

    Kolejna zmiana dotyczy modeli oferowanych w ramach darmowego planu Cline. Od wersji v3.0.29 koszty dla tych modeli są ukrywane. W praktyce oznacza to czystszy interfejs — użytkownik nie widzi już informacji o cenie, która w przypadku darmowych modeli wynosi zero.

    Dla kogoś, kto pracuje intensywnie w terminalu i często przełącza się między modelami, każdy zbędny element interfejsu to potencjalne rozproszenie. Ukrycie zerowych kosztów to mały detal, ale właśnie z takich detali składa się komfort pracy z narzędziami CLI. Mniej znaczy więcej — tym razem dosłownie.

    Naprawa metadanych z.ai

    Trzecia zmiana jest techniczna, ale istotna. Modele z.ai dostępne przez dostawcę Cline miały problem z poprawnym rozpoznawaniem metadanych. Metadane modelu to zestaw informacji, które mówią CLI, jak skonfigurować połączenie, jakie są limity, parametry czy możliwości danego modelu. Gdy te dane są błędnie odczytywane, model może nie działać lub wyświetlać się nieprawidłowo na liście dostępnych opcji.

    Wersja Cline CLI v3.0.29 naprawia ten błąd. Developerzy korzystający z modeli z.ai nie będą już napotykać problemów z konfiguracją ani widzieć nieprawidłowych wpisów w selektorze. To kolejny krok w stronę stabilności, której oczekuje się od narzędzia produkcyjnego.

    Co to znaczy dla użytkowników

    Aktualizacja do v3.0.29 jest bezpieczna — nie wprowadza żadnych zmian łamiących kompatybilność. Jeśli używasz Cline CLI, możesz zaktualizować narzędzie bez obaw o dotychczasowe skrypty czy integracje. Zmiany są czysto kosmetyczne i naprawcze, dotyczą głównie warstwy prezentacji oraz jednego konkretnego błędu z metadanymi.

    Dla zespołów, które pracują z wieloma modelami AI w ramach jednego projektu, spójność interfejsu ma znaczenie. Cline CLI v3.0.29 eliminuje niespodzianki, jakie mogła przynieść poprzednia wersja, i wraca do przewidywalnego zachowania. A przewidywalność w narzędziach developerskich to wartość, której nie da się przecenić.

    Źródła

  • Zed 1.8.2 przynosi nowe funkcje AI i usprawnienia edytora

    Zed 1.8.2 przynosi nowe funkcje AI i usprawnienia edytora

    Zed wypuścił wersję 1.8.2, która wprowadza kilka istotnych usprawnień w pracy z agentami AI oraz codziennej edycji kodu. Aktualizacja skupia się na przyspieszeniu tworzenia środowisk roboczych, automatyzacji terminala agenta i nowych akcjach selekcji. Dodatkowo, zoptymalizowano wydajność Gita oraz wprowadzono szereg poprawek stabilności.

    • Pasek boczny umożliwia teraz tworzenie nowego worktree bezpośrednio z przycisku nowego wątku.
    • Terminal agenta otrzymał polecenie agent.terminal_init_command, które automatycznie uruchamia skrypt przy starcie wątku.
    • Nowe akcje selekcji editor: select inside delimiters i editor: select around delimiters rozszerzają zaznaczenie przez zagnieżdżone nawiasy i cudzysłowy.
    • Panele edytora można wyrównać komendą workspace: reset pane sizes.
    • Wydajność Gita doczekała się optymalizacji, co zmniejsza obciążenie w tle i przyspiesza rozwiązywanie gałęzi.

    Worktree z paska bocznego — szybkie izolowanie zadań

    Tworzenie worktree bezpośrednio z przycisku nowego wątku w sidebarze to zmiana, która przyspiesza pracę. Zamiast przeklikiwać się przez menu czy używać terminala, wystarczy jedno kliknięcie.

    Dla zespołów praktykujących vibe coding lub często eksperymentujących z nowymi gałęziami to spore ułatwienie. Każdy wątek agenta może teraz działać w odizolowanym środowisku bez zbędnej konfiguracji. Worktree od razu pojawia się w projekcie, gotowe do pracy z osobną historią zmian.

    To jedna z tych funkcji, które po kilku dniach używania stają się niezbędne. Przestajesz myśleć o zarządzaniu przestrzenią roboczą i zaczynasz po prostu działać.

    Terminal agenta z automatyczną inicjalizacją

    Nowe ustawienie agent.terminal_init_command rozwiązuje problem konieczności ręcznego konfigurowania środowiska za każdym razem, gdy uruchamiamy nowy wątek terminala agenta. Teraz można zdefiniować skrypt, który wykona się automatycznie.

    W praktyce oznacza to, że agent CLI lub TUI uruchamiany wewnątrz Zeda od razu dostaje skonfigurowane środowisko. Można automatycznie aktywować wirtualne środowisko Pythona, ustawić zmienne środowiskowe, zainstalować zależności lub uruchomić wstępne testy.

    Dla zespołów DevOps i programistów pracujących z wieloma mikrousługami to oszczędność czasu przy każdym nowym zadaniu. Agent nie czeka na ręczne polecenia — po prostu zaczyna pracę z gotowym kontekstem.

    Szybsza selekcja kodu — nowe akcje edytora

    Dwie nowe komendy selekcji to kolejny krok w stronę wydajności przy refaktoryzacji. editor: select inside delimiters zaznacza zawartość wewnątrz nawiasów lub cudzysłowów, a editor: select around delimiters obejmuje również same ograniczniki.

    Te akcje działają przez zagnieżdżone struktury. W JavaScript czy TypeScripcie, gdzie funkcje zwrotne i obiekty mogą być głęboko zagnieżdżone, to przydatne narzędzie. JSON, HTML, konfiguracje YAML — wszędzie tam, gdzie nawiasy i cudzysłowy definiują strukturę, nowe komendy przyspieszają edycję.

    Porządek w panelach i wydajność Gita

    workspace: reset pane sizes to komenda przywracająca równe szerokości wszystkich paneli. Przydaje się szczególnie przy debugowaniu, gdy między edytorem, terminalem, logami i panelem AI robi się bałagan z proporcjami.

    Git również zyskał na wydajności. Zed 1.8.2 zmniejsza obciążenie w tle i szybciej rozwiązuje gałęzie, co przekłada się na płynniejszą pracę w projektach z dużą historią commitów. Mniej zacięć przy przełączaniu branchy oraz szybsze pokrycie kodu to istotne udogodnienia w codziennym użytkowaniu.

    Stabilność i poprawki

    Wydanie zawiera także zestaw poprawek błędów, które dotyczą głównie zachowania agentów i problemów z przepływem pracy w edytorze. Zed kontynuuje rozwój edytora, który łączy wydajność z integracją AI — asystent nie jest dodawany na siłę, ale budowany jako integralna część środowiska.

    Wersja 1.8.2 to solidny krok naprzód w dopracowywaniu workflow z naciskiem na AI. Każda z nowych funkcji rozwiązuje konkretne, codzienne problemy programistów.

    Źródła

  • Cursor porządkuje chaos wtyczek: nowa strona Customize i wsparcie MCP dla całych zespołów

    Cursor porządkuje chaos wtyczek: nowa strona Customize i wsparcie MCP dla całych zespołów

    Cursor wprowadził nową, scentralizowaną stronę Customize, która integruje zarządzanie wtyczkami, umiejętnościami, serwerami MCP, subagentami i regułami w jednym interfejsie. Główną nowością jest możliwość konfiguracji na trzech poziomach — użytkownika, workspace’u i zespołu — co umożliwia organizacjom standaryzację narzędzi deweloperskich bez potrzeby ręcznego ustawiania ich na każdym komputerze.

    Co dokładnie się zmieniło

    • Strona Customize łączy wtyczki, umiejętności, serwery MCP, subagentów, reguły, komendy i hooki w jeden panel.
    • Trzy poziomy zasięgu — użytkownik, workspace i zespół — pozwalają oddzielić osobiste ustawienia od firmowych standardów.
    • Zespołowe serwery MCP można dystrybuować przez marketplace organizacji, co upraszcza dostęp do API i automatyzacji.
    • Ranking popularności pokazuje najczęściej używane pluginy, umiejętności i MCP w zespole oraz społeczności.
    • Wsparcie dla GitLab, Bitbucket i Azure DevOps ułatwia podłączenie repozytoriów firmowych do zespołowego marketplace’u.

    Wspólne narzędzia zamiast samotnych konfiguracji

    Dotychczas każdy deweloper w zespole samodzielnie instalował potrzebne rozszerzenia i łączył się z zewnętrznymi serwisami. Efektem był dryf konfiguracyjny — w jednym projekcie korzystano z API przez proxy Tomka, w innym przez skrypt na laptopie Kasi, a nowa osoba spędzała dużo czasu na ustalaniu, co właściwie trzeba skonfigurować.

    Nowa strona Customize przenosi ten ciężar na poziom zespołu. Lider może zainstalować zestaw wtyczek oraz serwer MCP raz, a każdy członek grupy automatycznie widzi te same narzędzia w edytorze. Cursor umożliwia również tworzenie predefiniowanych płócien wtyczek (plugin canvases), czyli gotowych szablonów konfiguracyjnych do wielokrotnego użytku.

    Zespoły mogą monitorować, które rozszerzenia są faktycznie wykorzystywane. Wbudowany ranking popularności pokazuje, że firmowy plugin do łączenia się z Jirą jest często używany, a skill generujący dokumentację nie był używany od miesiąca. Taka przejrzystość pomaga podejmować lepsze decyzje dotyczące rozwoju wewnętrznych narzędzi.

    MCP: serwery, które zespół może dzielić

    MCP: serwery, które zespół może dzielić
    Źródło: cursor.com

    Model Context Protocol (MCP) w Cursorze zyskuje nowy wymiar dystrybucji. Zamiast prywatnych konfiguracji rozsianych po plikach lokalnych, organizacja może udostępniać zespołowe serwery MCP przez swój marketplace.

    Dla zespołów DevOps oznacza to możliwość stworzenia jednego punktu dostępu do firmowego API, klastrów Kubernetes czy pipeline’ów CI/CD. Deweloper nie musi znać endpointów ani tokenów — serwer MCP jest już skonfigurowany przez dział infrastruktury. Podłączenie GitLab Enterprise czy Azure DevOps staje się standardem w firmie.

    Co to oznacza dla web devu, AI i vibe codingu

    Co to oznacza dla web devu, AI i vibe codingu
    Źródło: cursor.com

    Dla zespołów pracujących z AI agentami i podejściem vibe coding ta zmiana ma szczególne znaczenie. Połączenie umiejętności, MCP i pluginów w jeden pakiet dystrybucyjny pozwala zamknąć cały workflow — od promptów systemowych, przez dostęp do narzędzi, po reguły kontekstowe — w pojedynczej instalowalnej jednostce. Nowa osoba w projekcie otrzymuje gotowe środowisko z agentem, który potrafi korzystać z wewnętrznych API, rozumie konwencje nazewnicze i widzi rankingi testów.

    Dla web developerów największą wartością jest możliwość spakowania typowych integracji (lintery firmowe, szablony komponentów, dostęp do design systemu) w wielorazowe wtyczki. Nie trzeba już kopiować plików konfiguracyjnych między projektami ani utrzymywać rozbudowanych README z instrukcjami instalacji.

    Dlaczego to ma znaczenie właśnie teraz

    Cursor od dłuższego czasu przekształca się z zaawansowanego edytora kodu w platformę dla zespołów agentowych. Centralizacja zarządzania narzędziami zbiegła się z wprowadzeniem Origin (własnego hostingu kodu), Cloud Agents i self-hosted machines. Te elementy składają się na całościowy obraz: Cursor chce być miejscem, gdzie zespół nie tylko pisze kod, ale też zarządza całym środowiskiem deweloperskim — od repozytoriów, przez pipeliny, po narzędzia AI.

    Nowy panel Customize eliminuje jeden z największych problemów skalowania pracy zespołowej z agentami: każdy członek grupy ma teraz identyczny zestaw możliwości, niezależnie od tego, czy pracuje na własnym laptopie, firmowym VM czy zdalnej maszynie w puli. Dla DevOpsów i liderów technicznych oznacza to mniej czasu na onboarding i więcej na faktyczne budowanie produktu.

    Źródła

  • Cursor wprowadza scentralizowane centrum zarządzania dodatkami i integracjami

    Cursor wprowadza scentralizowane centrum zarządzania dodatkami i integracjami

    Od lipca 2026 roku Cursor wprowadza scentralizowane centrum zarządzania dodatkami i integracjami, oferując nową stronę Customize. Ta strona łączy zarządzanie wtyczkami, umiejętnościami, serwerami MCP oraz subagentami w jednym miejscu, dostępna na poziomie użytkownika, zespołu i przestrzeni roboczej. Umożliwia to rezygnację z przeskakiwania między rozproszonymi plikami konfiguracyjnymi i ustawieniami w edytorze.

    Najważniejsze zmiany w pigułce

    • Scentralizowana strona Customize umożliwia zarządzanie wtyczkami, umiejętnościami, MCP, subagentami, regułami, komendami i hookami z jednego panelu.
    • Wtyczki jako pakiety dystrybucyjne – mogą zawierać wiele możliwości agenta jednocześnie: reguły, umiejętności, subagenty i serwery MCP w jednym pliku.
    • Zasięg zespołowy – zespoły mogą instalować wspólne serwery MCP przez domyślny marketplace, co zapewnia spójność środowisk deweloperskich.
    • Integracje z GitLab, Bitbucket i Azure DevOps rozszerzają wsparcie poza GitHub, w tym dla Bugbota i Cloud Agents.

    Koniec z fragmentacją ustawień

    Dotychczas personalizacja Cursora wymagała żonglowania plikami .cursorrules, ręcznego konfigurowania MCP oraz pamiętania, gdzie znajdowało się konkretne ustawienie. Nowa strona Customize rozwiązuje te problemy.

    Użytkownicy znajdą tam listę zainstalowanych dodatków oraz marketplace z możliwością jednego kliknięcia do instalacji. Możliwości zmian są precyzyjnie określone – coś może działać tylko na Twoim koncie, coś innego w całym zespole, a jeszcze coś wyłącznie w konkretnym projekcie. To zapewnia elastyczność przy zachowaniu kontroli.

    Szczególnie przydatna jest możliwość współdzielenia serwerów MCP na poziomie zespołu. Zamiast wysyłać każdemu członkowi zespołu instrukcje konfiguracji, lider ustawia Team MCP server raz, a reszta dostaje go automatycznie przez marketplace.

    Wtyczki, które niosą ze sobą cały ekosystem

    Nowa definicja wtyczek w Cursor wykracza poza tradycyjne rozumienie pluginów. Teraz to dystrybucyjny pakiet, który może zawierać reguły, umiejętności, komendy, subagenty, hooki oraz serwery MCP – wszystko w jednym.

    Przykładowo, można stworzyć wtyczkę "zespół backendowy", która zawiera reguły formatowania kodu, skróty do deploymentu, połączenie z firmowym serwerem MCP monitorującym staging oraz dwa subagenty do testów. Wystarczy jeden plik, aby przenieść cały ten zestaw na nową maszynę lub udostępnić nowemu członkowi zespołu.

    Subagenty działają w osobnych oknach kontekstowych, równolegle i odizolowane od głównego agenta. Można im zlecać zadania, które nie powinny zaśmiecać głównego kontekstu, lub uruchomić rój takich agentów do przetestowania aplikacji w czystych środowiskach.

    Szersze integracje dla zespołów rozproszonych

    Szersze integracje dla zespołów rozproszonych
    Źródło: cursor.com

    Cursor dotychczas dobrze współpracował z GitHubem, ale nowa odsłona marketplace zespołowego otwiera możliwości dla użytkowników GitLaba, Bitbucketa i Azure DevOps. Dokumentacja potwierdza pełne wsparcie dla łączenia repozytoriów z tych platform oraz dla Bugbota, który teraz działa również w repozytoriach Bitbucket i Azure DevOps.

    Dla zespołów korporacyjnych, które korzystają z Azure DevOps ze względów compliance'owych, to istotna zmiana. Nie muszą już wybierać między polityką firmy a wygodą pracy z AI-asystentem.

    Dlaczego to ma znaczenie dla codziennej pracy

    Dlaczego to ma znaczenie dla codziennej pracy
    Źródło: cursor.com

    Zmiana ma głębsze znaczenie, niż mogłoby się wydawać. Dotychczas dostosowanie Cursora do własnych potrzeb wymagało dużej wiedzy o konfiguracji. Teraz wystarczy otworzyć Customize i kliknąć. Dla zespołów oznacza to koniec syndromu "u mnie działa" – środowisko deweloperskie można ustandaryzować na poziomie organizacji, pozostawiając programistom swobodę tam, gdzie to ma sens.

    Przenośne pakiety wtyczek ułatwiają także onboarding. Zamiast listy 20 rzeczy do skonfigurowania, nowa osoba dostaje link do firmowego pluginu i po minucie ma identyczne środowisko AI jak reszta zespołu.

    Co dalej z ekosystemem Cursora

    Choć w dokumentacji nie potwierdzono jeszcze rankingu marketplace ani gotowych szablonów wtyczek, kierunek zmian jest jasny. Cursor zmierza ku modelowi, w którym personalizacja jest centralnym elementem doświadczenia. Wraz z Origin (własnym hostingiem kodu) i Cloud Agents, tworzy się spójna platforma, gdzie kod, agenci AI i konfiguracja funkcjonują w jednym ekosystemie – z minimalnym tarciem między nimi.

    Ta aktualizacja to nie tylko kosmetyka interfejsu, ale przemyślana zmiana architektoniczna, która stawia elastyczność i współpracę zespołową w centrum doświadczenia z AI-podpowiedziami. Teraz konfiguracja Cursora przypomina w pełni umeblowane mieszkanie – z możliwością przemeblowania, gdy tylko zajdzie taka potrzeba.

    Źródła

  • Qwen-Code v0.19.1: lepsze odkrywanie serwerów MCP i garść poprawek stabilności

    Qwen-Code v0.19.1: lepsze odkrywanie serwerów MCP i garść poprawek stabilności

    Zespół QwenLM wydał 23 czerwca 2026 roku wersję v0.19.1 swojego otwartego agenta kodowania Qwen-Code. Ta aktualizacja nie wprowadza wielu nowych funkcji, ale koncentruje się na poprawkach stabilności oraz kilku ulepszeniach w interfejsie CLI związanych z protokołem MCP. Deweloperzy korzystający z narzędzia w połączeniu z zewnętrznymi źródłami danych powinni zauważyć różnice w działaniu.

    Co nowego w telegraficznym skrócie

    • MCP — uzupełnianie zasobów i wykrywanie serwerów działa sprawniej, co ułatwia konfigurację połączeń
    • Walidacja konfiguracji została poprawiona, eliminując błędy przy niestandardowych ustawieniach
    • Zarządzanie sesjami nie gubi stanu przy przełączaniu kontekstów roboczych
    • Bezpieczeństwo — załatano kilka luk związanych z obsługą poświadczeń w logach
    • Terminal UI i wewnętrzne przepływy pracy zostały usprawnione, choć nie wprowadzono znaczących zmian wizualnych

    MCP bez zbędnego klikania

    Qwen-Code od dawna wspiera Model Context Protocol jako główny mechanizm łączenia CLI z narzędziami zewnętrznymi. Umożliwia to podłączanie do plików, repozytoriów, baz danych, wewnętrznych serwisów czy API przez różne typy transportu: stdio, SSE oraz streamable HTTP. Wcześniej odkrywanie dostępnych serwerów i podpowiadanie zasobów było problematyczne.

    Wersja v0.19.1 wprowadza zmiany w tym zakresie. Polecenia takie jak qwen mcp add --transport http ... zyskują lepsze podpowiadanie składni. CLI potrafi teraz samodzielnie wykryć dostępne endpointy i zaproponować listę zasobów, co eliminuje konieczność ręcznego wpisywania ścieżek. Dla zespołów pracujących z wieloma serwerami MCP w różnych projektach to oszczędność czasu i zmniejszenie ryzyka literówek.

    Stabilność przede wszystkim

    Stabilność przede wszystkim

    Większość zmian w tym wydaniu to poprawki inżynieryjne. Deweloperzy Qwen-Code poprawili walidację konfiguracji — wcześniej niektóre kombinacje ustawień mogły prowadzić do cichych błędów lub wymuszać restart sesji. Teraz CLI natychmiast reaguje na nieprawidłowe wartości, dostarczając czytelne komunikaty.

    Zespół załatał również wycieki poświadczeń w logach. W poprzednich wersjach wrażliwe dane, takie jak klucze API czy tokeny, mogły pojawiać się w logach diagnostycznych przy włączonym debugowaniu. Po aktualizacji silnik logowania automatycznie usuwa te informacje przed zapisaniem ich na dysku.

    Zarządzanie sesjami również zostało poprawione. Wcześniej przełączanie między kontekstami roboczymi mogło prowadzić do utraty stanu połączeń MCP, co wymagało ręcznego odświeżania konfiguracji. Teraz CLI stabilnie utrzymuje kontekst nawet przy szybkim przełączaniu między projektami.

    Terminal i workflow pod maską

    Terminal i workflow pod maską

    Chociaż interfejs terminala nie przeszedł wizualnej metamorfozy, kilka mikroudogodnień poprawia codzienną pracę. Szybsze renderowanie list zasobów MCP, płynniejsze przewijanie dłuższych odpowiedzi oraz eliminacja drobnych błędów przy zmianie rozmiaru okna — te detale w sumie tworzą mniej irytujące doświadczenie.

    Wewnętrzne przepływy pracy również zostały ulepszone. Qwen-Code lepiej radzi sobie z kolejkowaniem zadań, gdy agent wykonuje wiele operacji równolegle, co zmniejsza ryzyko blokowania się zadań oczekujących na ten sam zasób.

    Kontekst i co dalej

    To wydanie wpisuje się w szerszy wzorzec rozwoju Qwen-Code: projekt nie zwalnia tempa, a kolejne wersje nocne i preview pokazują, że zespół intensywnie pracuje nad warstwą serwerową, kanałami komunikacji i integracją z workflow. Wersja v0.19.1 jest krokiem stabilizacyjnym przed większymi zmianami, które już pojawiają się w nightly buildach — m.in. wizualizacja dynamicznych przebiegów workflow czy nowy protokół nawigacji między turami sesji.

    Dla zespołów korzystających z Qwen-Code jako codziennego asystenta w kodowaniu, to wydanie jest istotne głównie ze względu na poprawki bezpieczeństwa i stabilniejsze działanie MCP. Nie wymaga migracji konfiguracji ani uczenia się nowych komend — wystarczy standardowa aktualizacja, aby uzyskać stabilniejsze środowisko pracy.

    Ź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

  • OpenCode ujarzmia agentów – lepsza kontrola kroków, nowe warianty GLM-5.2 i szybsze cache’owanie promptów

    OpenCode ujarzmia agentów – lepsza kontrola kroków, nowe warianty GLM-5.2 i szybsze cache’owanie promptów

    Najnowsza aktualizacja OpenCode (v1.17.9) wprowadza zmiany w zachowaniu agentów AI oraz rozszerza obsługę modeli, co ma na celu częstsze kończenie zadań konkretną odpowiedzią, zamiast ich przerywania. Główne zmiany dotyczą zarządzania krokami agenta, konfiguracji providerów oraz mechanizmów cache’owania, co ma uczynić pracę z kodem bardziej przewidywalną.

    Co nowego – kluczowe fakty

    • Agent kończy zadanie finalną odpowiedzią tekstową, co redukuje frustrujące, niedokończone sesje.
    • GLM-5.2 zyskuje nowe warianty myślenia: high i max, umożliwiające głębszą analizę tam, gdzie to potrzebne.
    • Nagłówki providerów są teraz traktowane bez rozróżniania wielkości liter, a ustawienia łączą się warstwowo – od providera, przez model, po wariant.
    • Cache promptów działa skuteczniej, ponieważ follow-upy użytkownika nie są już opakowywane w zbędny steering reminder.
    • Subagent w tle uruchomi się tylko na serwerach wspierających sesje potomne, co eliminuje ciche błędy.

    Koniec z niedokończonymi zadaniami

    Zmiana, którą odczuje każdy, kto regularnie zleca agentowi dłuższe zadania, dotyczy sposobu finalizowania kroków. Wcześniej agent mógł utknąć w połowie skomplikowanej operacji – brak odpowiedzi, timeout lub cichy błąd. Teraz OpenCode wymusza zakończenie zadania finalną odpowiedzią tekstową. W przypadku problemów użytkownik otrzymuje komunikat, a nie pusty ekran.

    Dla zespołów pracujących w trybie vibe coding lub zlecających agentowi dziesiątki zadań dziennie, ta poprawka oszczędza godziny debugowania. Mniej przerwanych sesji to także mniejsze zużycie tokenów – agent nie próbuje bez końca kontynuować tego, co już się rozjechało.

    W release note’ach widnieje zapis, że “stop wrapping follow-up user messages in a steering reminder so prompt caching stays effective”. Oznacza to, że wiadomości follow-up nie są już sztucznie rozdmuchiwane, co sprawia, że cache promptów działa efektywniej, a odpowiedzi wracają szybciej.

    GLM-5.2 dostaje tryby myślenia – high i max

    GLM-5.2 dostaje tryby myślenia – high i max

    Drugą istotną nowością jest wsparcie dla wariantów high i max w modelu GLM-5.2. Wybór poziomu “myślenia” pozwala dostosować głębokość analizy do zadania. Jeśli potrzebujesz szybkiej odpowiedzi, pozostajesz przy standardzie. Gdy pracujesz nad architekturą lub skomplikowanym refaktorem, przełączasz na max.

    OpenCode zintegrował teraz ustawienia providera, modelu i wariantu w jedną spójną konfigurację. Dokumentacja modeli informuje, że najpierw aplikowane są wartości providera, potem modelu, a na końcu wybranego wariantu. Dla użytkowników własnych providerów (np. przez Helicone czy Cloudflare AI Gateway) to koniec z ręcznym doklejaniem nagłówków w kilku miejscach.

    Nagłówki i detekcja modeli bez zbędnego tarcia

    Nagłówki i detekcja modeli bez zbędnego tarcia

    Dla tych, którzy korzystają z niestandardowych providerów LLM, ważna jest zmiana w obsłudze nagłówków. OpenCode traktuje nazwy nagłówków bez rozróżniania wielkości liter i przepuszcza je przez konfigurację providera. Jeśli używasz zewnętrznej warstwy obserwowalności czy cache’owania (np. Helicone), nagłówki śledzące i cache’owe przechodzą bezproblemowo.

    Trwają także prace nad automatyczną detekcją modeli przez endpoint /v1/models. Dla providerów, którzy udostępniają tę ścieżkę, OpenCode sam wyciągnie listę dostępnych modeli, co eliminuje potrzebę ręcznej konfiguracji. Mniej konfiguracji na start to mniej okazji do błędów.

    Skrót do subagenta w tle (subagent: true w komendach) został ograniczony tylko do serwerów, które faktycznie wspierają wykonywanie sesji potomnych. Wcześniej próba użycia tej funkcji na niekompatybilnym serwerze kończyła się cichym błędem – teraz OpenCode po prostu nie pozwoli jej wywołać.

    Dla kogo to ma znaczenie

    Jeśli pracujesz z agentami AI na co dzień – w terminalu, IDE czy desktopie – ta aktualizacja przekłada się na mniej przerw, szybsze odpowiedzi i czytelniejsze komunikaty. Dotyczy to zwłaszcza web developmentu i vibe codingu, gdzie agenci działają niemal non-stop, a każda minuta przestoju kosztuje. Zmiany w cache’owaniu promptów mają również wymiar finansowy – skuteczniejszy cache to mniej zbędnych zapytań do API.

    Najnowsza wersja OpenCode to przede wszystkim poprawki pod maską. Nie wprowadza rewolucyjnych zmian w UI, ale oferuje wiele usprawnień, które sprawiają, że narzędzie działa bardziej przewidywalnie. W pracy z kodem przewidywalność jest kluczowa.

    Źródła