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ół odcoredoshared. - 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
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.