Zespół Cline opublikował 28 czerwca 2026 roku wersję 4.0.1 swojej wtyczki do VS Code. Ta aktualizacja przywraca rozszerzenie do stanu sprzed migracji na wspólne SDK. Nie jest to zwykła łatka z poprawkami błędów, lecz celowy rollback całej bazy kodu do wersji 3.89.2, zapakowany pod wyższym numerem. Powód? Wersja 4.0.0, która trafiła do użytkowników dwa dni wcześniej, spowodowała liczne problemy z regresją i niestabilnością.
Co trzeba wiedzieć o wersji 4.0.1
- Rollback — stabilna wersja rozszerzenia wraca do kodu sprzed migracji na SDK, dostarczając wydanie 3.89.2 jako 4.0.1.
- Reakcja na problemy — aktualizacja pojawiła się szybko, około dwóch dni po premierze 4.0.0, w odpowiedzi na zgłoszenia użytkowników.
- SDK nie umiera — prace nad nową architekturą opartą na SDK trwają równolegle na gałęzi
main, rollback nie oznacza anulowania przepisania. - Stabilność ponad funkcje — zespół świadomie zrezygnował z nowych możliwości wersji 4.0.0 na rzecz przewidywalnego działania dla istniejących użytkowników.
- Bezpośrednia komunikacja — w oficjalnym zgłoszeniu na GitHubie napisano: „właśnie wydaliśmy 4.0.1, która cofa rozszerzenie do poprzedniej stabilnej wersji, podczas gdy naprawiamy te problemy”.
Co poszło nie tak w wersji 4.0.0
Wersja 4.0.0 była gruntownym przepisaniem — przeniosła rozszerzenie VS Code na warstwę sesji współdzieloną z SDK i wprowadziła wiele nowości, takich jak marketplace wtyczek, system rozliczeniowy ClinePass, kolejkowanie czatu oraz mechanizm edycji i regeneracji odpowiedzi. Choć brzmiało to ambitnie, użytkownicy szybko napotkali problemy.
Jeden z deweloperów określił premierę jako „katastrofę”. W zgłoszeniach na GitHubie pojawiły się doniesienia o niestabilności, która realnie utrudniała codzienną pracę. Dla narzędzia, które działa jako agent kodujący wewnątrz edytora, każda awaria czy nieprzewidywalne zachowanie oznacza przerwanie workflow — co jest szczególnie problematyczne przy zadaniach wymagających wielu tur.
Zespół zdecydował się nie łatać 4.0.0 na gorąco. Zamiast tego podjęto decyzję o natychmiastowym wycofaniu nowej architektury z kanału stabilnego i przywróceniu poprzedniej, sprawdzonej bazy kodu.
Co zmieniło się w praktyce po aktualizacji
Po zainstalowaniu 4.0.1 rozszerzenie VS Code przestało zależeć od nowej ścieżki migracyjnej SDK. Użytkownicy, którzy przeszli na 4.0.0, otrzymali automatyczną drogę powrotu do znanego, przewidywalnego środowiska. Wszystkie eksperymentalne funkcje — marketplace, ClinePass, kolejkowanie czatu — zniknęły ze stabilnego wydania.
To nie oznacza jednak zakończenia całego projektu przepisania. Nowa architektura SDK rozwija się dalej, ale na osobnej gałęzi main. Zespół wyraźnie oddzielił kod eksperymentalny od tego, co trafia do użytkowników końcowych. To dojrzałe podejście pokazuje, że nawet przy szybkim rozwoju można postawić granicę między „ciekawymi, ale ryzykownymi” a „działającymi bez niespodzianek”.
Dlaczego to ma znaczenie dla web developmentu i AI
Cline to nie jest zwykłe rozszerzenie do podpowiadania kodu. Pełni rolę agenta, który samodzielnie tworzy i edytuje pliki, uruchamia komendy w terminalu, a nawet korzysta z przeglądarki. Przy web developmencie potrafi uruchomić stronę w headless browser, klikać, scrollować i wykrywać błędy wizualne. Kiedy takie narzędzie traci stabilność, to nie jest drobna niedogodność — to zablokowany pipeline.
Dla zespołów praktykujących vibe coding — szybkie prototypowanie z pomocą AI — rollback Cline niesie jasny sygnał: nowa infrastruktura agentowa może być zdradliwa, nawet gdy obiecuje ciekawe funkcje. Oddzielenie eksperymentalnej architektury od stabilnego kanału to manewr, który może stać się wzorem dla innych narzędzi w tej przestrzeni.
Szybkość reakcji zespołu również robi wrażenie. Dwa dni od premierowej awarii do wydania rollbacku — to tempo, które pokazuje, że zespół traktuje stabilność produkcyjną poważnie. Nie czekali na kolejny zaplanowany cykl wydawniczy, tylko zadziałali natychmiast.
Co dalej
Nowa architektura SDK wciąż powstaje na gałęzi main. Kiedyś trafi do stabilnego kanału — ale tym razem prawdopodobnie po dokładniejszym przetestowaniu. Użytkownicy, którzy chcą śledzić postępy, mogą obserwować rozwój na GitHubie, nie ryzykując przy tym zakłócenia swojego codziennego środowiska pracy. Na razie stabilna wersja działa tak, jak przed całym zamieszaniem — a to, szczerze mówiąc, dokładnie to, czego potrzebuje większość osób kodujących na co dzień.
Dodaj komentarz