Autor: redakcja

  • Qwen-Code v0.19.3 – nowa wersja z odświeżoną powłoką webową i integracją MCP

    Qwen-Code v0.19.3 – nowa wersja z odświeżoną powłoką webową i integracją MCP

    Alibaba wypuściła wersję 0.19.3 swojego narzędzia Qwen-Code 28 czerwca 2026 roku. Aktualizacja wprowadza znaczące zmiany, w tym nową webową powłokę, rozszerzoną obsługę MCP (Model Context Protocol) oraz wsparcie dla dyktowania głosowego. Dodatkowo, poprawiono problem z wyciekiem PTY w systemie Windows, który mógł powodować trudności podczas dłuższych sesji.

    Co nowego w pigułce

    • Web shell z interakcjami w stylu Excela – tabele w markdownie można teraz edytować i sortować bezpośrednio w interfejsie.
    • Rozszerzone zarządzanie serwerami MCP – przeglądanie zasobów stało się wygodniejsze, a serwery HTTP są w pełni wspierane.
    • Nowy kreator rozszerzeń (extension creator skill) – umożliwia generowanie rozszerzeń bez ręcznego sklejania przepływu pracy.
    • Wsparcie dla dyktowania głosowego – rozpoznawanie mowy wykracza poza podstawowe komendy, co pozwala na pracę bez użycia rąk.

    Powłoka webowa, która przypomina arkusz kalkulacyjny

    Najwięcej wizualnych zmian dotyczy web shell. Interfejs zyskał interakcje przypominające Excela – tabele w markdownie można sortować, filtrować i modyfikować bez potrzeby opuszczania widoku. Dla programistów przyzwyczajonych do szybkiego przeglądania danych to znaczne ułatwienie. Nie ma już potrzeby kopiowania tabeli do innego miejsca, aby sprawdzić konkretny wiersz.

    Dodatkowo, poprawiono obsługę pytań i odpowiedzi w web shellu – interfejs lepiej pokazuje, co zostało już załatwione, a co wciąż wymaga uwagi. To mały, ale istotny detal dla osób spędzających długie godziny w konsoli.

    MCP jako centralny element integracji

    Qwen-Code od pewnego czasu stawia na MCP jako główną metodę łączenia z zewnętrznymi narzędziami, bazami danych i API. W wersji 0.19.3 ta integracja została znacznie udoskonalona.

    Dokumentacja projektu wyraźnie wskazuje, że serwery MCP to sposób, w jaki Qwen-Code komunikuje się z zewnętrznymi systemami. W nowej wersji poprawiono przeglądanie zasobów serwerów MCP, co przyspiesza dostęp do podpiętych baz danych i narzędzi. Wprowadzono również wsparcie dla zdalnych serwerów MCP przez HTTP, co umożliwia ich zarządzanie z poziomu przeglądarki, co może być korzystne dla zespołów DevOps.

    Konfiguracja stała się bardziej stabilna przy uruchamianiu qwen serve – wcześniej zdarzało się, że ustawienia MCP dla workspace’u nie ładowały się poprawnie. Teraz działa to zgodnie z oczekiwaniami.

    Kreator rozszerzeń i dyktowanie głosowe

    Kreator rozszerzeń i dyktowanie głosowe

    Nowy kreator rozszerzeń upraszcza proces tworzenia rozszerzeń. Zamiast ręcznego budowania całego workflow, można to zrobić w kilku krokach, a narzędzie samo generuje strukturę. Dla osób pragnących szybko dostosować Qwen-Code do własnych potrzeb, to znaczna oszczędność czasu.

    Wsparcie głosowe również się rozwija. Dyktowanie nie służy już tylko do zamiany mowy na tekst, ale pozwala na sterowanie agentem bez użycia klawiatury. W połączeniu z funkcjami Qwen-Code, może to być przydatne podczas dłuższych sesji debugowania czy przeglądania logów.

    Stabilność pod maską

    Stabilność pod maską

    Wprowadzono także poprawki stabilności. Najważniejsza dotyczy wycieku PTY shell w systemie Windows, który mógł powodować problemy z zasobami podczas dłuższej pracy. Łatka natychmiast zwalnia zasoby terminala po jego zamknięciu, zamiast czekać na późniejsze czyszczenie.

    Poprawiono również obsługę wywołań narzędzi. Błędy w strumieniowaniu były wcześniej uciążliwe, teraz system próbuje ponowić połączenie przy przejściowych błędach sieciowych, co zmniejsza liczbę sesji, które kończą się z powodu chwilowej utraty łączności.

    Telemetria do wyboru

    Telemetria stała się konfigurowalna. Qwen-Code wysyła statystyki użytkowania do endpointu Alibaba Cloud RUM, ale tylko jeśli użytkownik to włączy. To rozwiązanie dla zespołów, które chcą mieć pełną kontrolę nad danymi opuszczającymi ich środowisko. Ulepszenia CLI i komponentów serwerowych pokazują, że narzędzie rozwija się zarówno wizualnie, jak i infrastrukturalnie.

    Dla zespołów korzystających z agentów AI na co dzień, wersja 0.19.3 łączy interaktywność w przeglądarce z automatyzacją w trybie headless, nie rezygnując z żadnej z tych warstw.

    Źródła

  • Cursor wkracza na iPhone’a – mobilna aplikacja już w publicznej becie

    Cursor wkracza na iPhone’a – mobilna aplikacja już w publicznej becie

    Cursor udostępnił 29 czerwca 2026 roku oficjalną aplikację mobilną na iPhone’a w publicznej wersji beta. Narzędzie, dostępne dla posiadaczy płatnych planów, umożliwia programistom zarządzanie agentami AI bezpośrednio z iPhone’a lub iPada. Aplikacja nie zastępuje IDE, lecz przekształca telefon w centrum kontrolne dla działających w chmurze i lokalnych agentów, w tym tych, które uruchamiały "nightly build" na laptopie.

    Co warto wiedzieć na start

    • Data premiery: 29 czerwca 2026, publiczna beta wyłącznie dla płatnych planów Cursor.
    • Platforma: natywna aplikacja na iPhone’a i iPada, wymagająca iOS 26.0 lub nowszego.
    • Zdalne sterowanie: możliwość kontrolowania agentów działających w chmurze oraz na komputerze lokalnym.
    • Powiadomienia push: agent informuje, gdy zakończy zadanie, napotka błąd lub potrzebuje decyzji użytkownika.
    • Limitowana promocja: 75% zniżki na uruchomienia Composer 2.5 w aplikacji mobilnej, obowiązująca do 5 lipca 2026.

    Agent w kieszeni – co właściwie potrafi aplikacja

    Mobilny Cursor nie jest uproszczoną wersją desktopowego IDE. To panel dowodzenia, który pozwala śledzić postępy agentów i podejmować decyzje, gdy nie ma się dostępu do komputera. Można uruchomić agenta chmurowego z telefonu, wydać mu polecenie głosem, a następnie schować urządzenie do kieszeni. Po zakończeniu pracy agent wyśle powiadomienie push z podglądem artefaktów, logów i "pull requestów".

    Funkcja Remote Control rozszerza tę koncepcję na agentów desktopowych. Jeśli Cursor działa na laptopie, można sprawdzić stan sesji, przeglądać zmiany i zarządzać agentem zdalnie. Dla zespołów rozproszonych to praktyczne rozwiązanie, które umożliwia szybką reakcję, gdy przegląd nie może czekać na powrót do biurka.

    W aplikacji dostępny jest również przegląd "pull requestów" z możliwością ich mergowania. Inżynier otrzymuje powiadomienie o gotowym PR, otwiera go na iPadzie, przegląda zmiany i zatwierdza – wszystko bez potrzeby otwierania laptopa. Dla DevOpsów monitorujących długotrwałe deploymenty taka mobilna konsola może być bardzo przydatna.

    Głos jako interfejs sterowania

    Głos jako interfejs sterowania
    Źródło: cursor.com

    Aplikacja obsługuje komendy głosowe, co pozwala na wydawanie poleceń agentowi bez konieczności korzystania z ekranu. Można na przykład powiedzieć „sprawdź testy w module autoryzacji i popraw te, które nie przechodzą”. W sytuacjach wymagających szybkiej interwencji, głos przyspiesza proces działania.

    Aplikacja przetwarza polecenia w kontekście aktywnego agenta, co eliminuje potrzebę przypominania, nad czym aktualnie pracuje. To krok w stronę bardziej naturalnej interakcji z kodem, gdzie delegowanie zadań przypomina współpracę z kolegą z zespołu, a nie wpisywanie komend w terminalu.

    Dlaczego mobilny agent ma sens dla webdevów i DevOps

    Dlaczego mobilny agent ma sens dla webdevów i DevOps
    Źródło: cursor.com

    Dla zespołów frontendowych i fullstackowych mobilny Cursor rozwiązuje istotny problem: agent-driven development wymaga stałego monitoringu, ale nie zawsze obecności przed monitorem. Gdy agent refaktoryzuje komponenty, przeprowadza migrację lub testuje warianty UI, można śledzić postępy w autobusie czy przy kawie.

    Dla DevOpsów aplikacja staje się lekkim klientem do nadzoru nad zdalnymi maszynami. Cloud agent uruchomiony na self-hosted workerze, w AWS Lambda czy na Vercelu – każdą z tych sesji można monitorować i zarządzać nimi z poziomu iPhone’a. Logi, artefakty oraz podgląd live environmentu są dostępne w każdej chwili.

    Promocja na start i co dalej

    Cursor wprowadził limitowaną obniżkę na start – przez pierwszy tydzień (do 5 lipca 2026) uruchomienia Composer 2.5 w aplikacji mobilnej są przecenione o 75%. To zachęta dla użytkowników do szybkiego przetestowania mobilnego przepływu pracy i włączenia go do codziennej rutyny.

    Beta jest publiczna, ale dostępna tylko dla płatnych subskrybentów. Nie ma jeszcze informacji o dostępności aplikacji dla użytkowników darmowego planu, jednak tempo rozwoju Cursor – od cloud agents przez Origin Code Hosting po mobilną konsolę – sugeruje, że agentowe kodowanie staje się standardem w produkcji. Telefon w tym kontekście pełni rolę kluczowego narzędzia łączącego sesję IDE z codziennymi obowiązkami.

    Źródła

  • Cline 4.0.0 przechodzi na architekturę SDK – wspólny runtime dla rozszerzenia i CLI

    Cline 4.0.0 przechodzi na architekturę SDK – wspólny runtime dla rozszerzenia i CLI

    Cline wypuściło wersję 4.0.0, która przenosi całą logikę działania z rozszerzenia VS Code do współdzielonego środowiska SDK. To znacząca aktualizacja, która stanowi fundament dla nowego modelu rozwoju narzędzia. Od teraz tury agenta, wykonanie narzędzi, koordynacja Plan/Act, serwery MCP, checkpointy, telemetria oraz historia zadań przechodzą przez tę samą warstwę bazową, niezależnie od tego, czy korzystasz z edytora, CLI, czy integrujesz SDK w swojej aplikacji.

    Zmiana eliminuje powielanie kodu między różnymi frontendami. Dla osób pracujących w nurcie vibe codingu i agentowego developmentu oznacza to przewidywalność. Zachowanie agenta w VS Code ma być identyczne jak w terminalu, ponieważ za obydwoma stoi ten sam runtime.

    Co niesie nowa architektura – kluczowe fakty

    • Współdzielone SDK (@cline/sdk, @cline/core, @cline/agents, @cline/llms, @cline/shared) zastępuje logikę wbudowaną dotąd bezpośrednio w rozszerzenie VS Code – warstwy są rozdzielone, a zależności płyną w dół od core do shared.
    • Nowy panel Customize wewnątrz rozszerzenia pozwala przeglądać i instalować wtyczki, serwery MCP oraz umiejętności (Skills) bez potrzeby edytowania plików konfiguracyjnych.
    • Kolejkowanie promptów w czacie sprawia, że wiadomości wysłane, gdy agent jest zajęty, nie przepadają – czekają w kolejce i można je anulować przed wykonaniem.
    • Konfiguracja providerów została scentralizowana wokół ustawień SDK, zamiast być rozproszona w opcjach dostępnych tylko z poziomu rozszerzenia.
    • Wydanie zawiera również łatki stabilizujące terminal, budżetowanie outputu narzędzi oraz uwierzytelnianie, ale wersja 4.0.1 szybko przywróciła kod rozszerzenia do stanu sprzed migracji (4.0.0), wycofując zmiany z powodu regresji – prace nad SDK są kontynuowane osobno.

    Marketplace i wtyczki – ekosystem, który zaczyna oddychać

    Rynek narzędzi dla AI-asystentów kodowania rozwija się, ale mało który edytor pozwala na tak swobodne rozbudowywanie funkcji bez pisania wrapperów. Cline wprowadza teraz panel Customize bezpośrednio w rozszerzeniu.

    Znajdziesz tam trzy kategorie: Skills, serwery MCP i Plugins. Te ostatnie to mechanizm rozszerzania Cline o własne narzędzia i przepływy pracy – w tym takie oparte o MCP. Pakiety wtyczek spod ~/.agents/plugins/* są automatycznie wykrywane, a ich umiejętności udostępniane jako plugin-name:skill-name. Całe zarządzanie włączaniem i wyłączaniem odbywa się teraz w ustawieniach huba, więc klient nie potrzebuje już własnego loadera ani osobnego przechowywania stanu.

    Co istotne, katalog .agents/plugins wewnątrz repozytorium roboczego jest celowo ignorowany. Otwarcie cudzego projektu nie uruchomi automatycznie kontrolowanych przez niego serwerów MCP – bezpieczeństwo jest priorytetem.

    To jeden z tych ruchów, które od razu widać w codziennej pracy. Koniec z ręcznym edytowaniem cline_mcp_settings.json, gdy chcesz podłączyć nowe źródło danych czy narzędzie.

    SDK jako warstwa integracyjna – nie tylko dla edytora

    SDK jako warstwa integracyjna – nie tylko dla edytora

    Opublikowana dokumentacja SDK opisuje je jako framework open source do budowania aplikacji agentowych. To ten sam kod, na którym działają rozszerzenia IDE i CLI. Architektura została rozbita na pakiety warstwowe – zależności idą od core w dół do agents, llms i shared, co wymusza czysty rozdział odpowiedzialności.

    Dla zespołów DevOps i osób automatyzujących przepływy pracy ma to konkretne zalety. Ten sam runtime agenta można teraz wykorzystać w integracjach CI/CD, skryptach czy własnych narzędziach bez przechodzenia przez edytor. Jest również RemoteEnvironmentService – nowy komponent SDK do uruchamiania sesji na zdalnym hoście przez SSH. Helper binarny ląduje na maszynie zdalnej, hub odpala się lokalnie, a tunel SSH łączy oba końce. Żadne hasła nie przechodzą przez połączenie – tylko klucze, a profil trzymany jest z uprawnieniami 0600.

    Nie jest to jeszcze podpięte pod GUI czy komendę CLI, ale jako klocek SDK już działa. Kto buduje własne narzędzia, zyskuje gotową ścieżkę do zdalnego wykonywania agenta na Linuksie i macOS (x64/arm64).

    Stabilność i regresje – cena ambitnej migracji

    Wydanie 4.0.0 pojawiło się 26 czerwca 2026 i niemal natychmiast ujawniło problemy. Na tyle poważne, że wersja 4.0.1 wycofała rozszerzenie do kodu sprzed migracji (4.0.0). To klasyczny scenariusz przy tak głębokiej przebudowie – nowa ścieżka runtime'u dotyka wszystkiego: od checkpointów po kompaktowanie historii i logowanie zdarzeń.

    Mimo to kierunek jest jasny. Zespół pracuje nad stabilnością SDK – obejmuje to m.in. retry modeli z exponential backoff, zmiany w indeksowaniu checkpointów, poprawki dla run_commands oraz zabezpieczenia w apply_patch. Szczegóły konkretnych wydań SDK nie zostały jednak potwierdzone w weryfikowalnych notach.

    To wszystko detale, które przy masowej migracji mają znaczenie między stabilnym narzędziem a frustracją. Na razie historia wersji mówi wprost: jeśli potrzebujesz niezawodności, korzystaj ze stabilnego kanału. Jeśli chcesz testować nową architekturę, SDK rozwija się równolegle, ale rozszerzenie VS Code wróciło tymczasowo do sprawdzonej bazy.

    Źródła

  • Gemini CLI z poprawkami w pipeline wydawniczym – nowy nightly build v0.51.0

    Gemini CLI z poprawkami w pipeline wydawniczym – nowy nightly build v0.51.0

    26 czerwca 2026 roku ukazał się kolejny nightly build narzędzia Gemini CLI – wersja v0.51.0-nightly.20260626.gb14416447. To wydanie koncentruje się głównie na stabilności procesu publikacji paczek npm oraz infrastrukturze CI/CD, a nie na nowych funkcjach dla końcowego użytkownika. Dla zespołów korzystających z automatycznych wdrożeń to ważny krok naprzód.

    Co przynosi nowa wersja

    • Zabezpieczenie przed błędnymi publikacjami – poprawka zapobiega wypuszczaniu niekompletnych paczek npm oraz awariom zadania promote-job w pipeline.
    • Usprawnione odkrywanie rejestru narzędzi – wersja testuje mechanizmy enhanced tool registry discovery, które mają ułatwić integrację z zewnętrznymi zestawami narzędzi.
    • Raportowanie inwentaryzacji ewaluacji – nowa funkcjonalność inventory reporting pozwala lepiej śledzić wykorzystanie zasobów podczas testów wydajnościowych.
    • Optymalizacje CI/CD – kilka poprawek w procesach ciągłej integracji zwiększa niezawodność nocnych wydań.
    • Poprawka głodzenia pętli zdarzeń – poprawka zapobiega sytuacjom, w których scheduler mógł blokować wykonywanie zadań asynchronicznych.

    Stabilność wydawania zamiast nowych funkcji

    Nightly build, oznaczony jako pre-release, powstaje automatycznie z gałęzi głównej i publikowany jest codziennie zgodnie z harmonogramem UTC. Nie przechodzi pełnej walidacji – zespoły Google'a ostrzegają, że może zawierać niedokończone zmiany. Mimo to dla wielu developerów to okazja do zapoznania się z najnowszymi poprawkami, zanim trafią do stabilnego wydania.

    W tej wersji zmiany między poprzednim nightly (v0.51.0 z 25 czerwca) a obecnym obejmują przede wszystkim commit bota wydawniczego Gemini CLI. Bot automatycznie podnosi wersję i uruchamia pipeline – tym razem z dodatkowym fixem, który eliminuje ryzyko wysłania do rejestru npm uszkodzonego artefaktu.

    Chociaż pełna lista scalonych zmian nie jest dostępna w publicznym changelogu, z kontekstu infrastrukturalnego wynika, że Google intensywnie pracuje nad tym, aby nocne wydania były bardziej przewidywalne.

    Co to oznacza dla zespołów DevOps

    Co to oznacza dla zespołów DevOps

    Dla ekip zajmujących się utrzymywaniem środowisk CI/CD to wydanie ma praktyczne znaczenie. Naprawienie crashy promote-job oznacza mniej ręcznej interwencji przy wdrożeniach. Jeśli wasz pipeline automatycznie pobiera nightly buildy, ryzyko napotkania uszkodzonej paczki właśnie spadło.

    Wersje nightly instalują się z tagiem nightly – to świadoma decyzja, ponieważ nie każdy build przechodzi testy integracyjne. Jednak dla projektów śledzących rozwój narzędzi AI, takich jak Gemini CLI, te codzienne snapshoty są nieocenione. Pokazują kierunek rozwoju szybciej niż oficjalne changelogi.

    Kontekst szerszego ekosystemu

    Kontekst szerszego ekosystemu

    Gemini CLI wpisuje się w trend narzędzi programistycznych opartych na dużych modelach językowych. W przeciwieństwie do Cursor czy Windsurf, które stawiają na interfejs graficzny, to rozwiązanie pozostaje w terminalu – tam, gdzie pracują zespoły DevOps i inżynierowie platform.

    Wydania nightly przypominają filozofię znaną z ekosystemu open source: szybkie iteracje, ciągła integracja, minimalna biurokracja przy wydawaniu. Dla Google'a to także poligon doświadczalny – błędy wyłapane w kanale nightly nie trafiają do stabilnych wydań, co chroni użytkowników produkcyjnych.

    Wnioski

    Wersja v0.51.0-nightly.20260626 nie wprowadza przełomowych funkcji, ale wzmacnia fundamenty. Dla kogoś, kto patrzy tylko na listę funkcji, to wydanie może wydawać się nieciekawe. Dla inżyniera odpowiedzialnego za pipeline CI/CD to konkretna oszczędność czasu – mniej nocnych alertów i mniej ręcznego czyszczenia po nieudanych release'ach. W świecie, gdzie narzędzia AI zmieniają się z dnia na dzień, stabilność procesu wydawniczego jest równie ważna jak nowe możliwości samego modelu.

    Źródła

  • 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