--- title: "Cline 4.0.1 setzt die SDK-Migration nach den Regressionen in 4.0.0 zurück; 4.0.2 bringt den SDK-Code mit Reasoning-Effort- und ClinePass-Fehlerbehebungen zurück" description: "Cline hat v4.0.1 am 28. Juni 2026 und v4.0.2 am 29. Juni 2026 (github.com/cline/cline) veröffentlicht, einen zweistufigen Wiederherstellungszyklus für die SDK-Migration in v4.0.0, die am 26. Juni ausgeliefert wurde. v4.0.1 liefert die VS Code-Erweiterung 3.89.x aus der Zeit vor dem SDK unter einer 4.0.1-Versionsnummer aus, gebaut aus einem dedizierten `legacy-extension`-Branch über einen neuen `ext-vscode-publish-legacy.yml`-Workflow, um die in 4.0.0 gemeldeten Regressionen zu beheben (kaputte Diff-Vorschauen im Editor, run_commands-Fehler bei Dateibearbeitungen, kaputter Dateibearbeitungs-Flow mit GLM 5.2 und MiniMax M3 über Ollama). v4.0.2 stellt den SDK-basierten Codepfad auf demselben Legacy-Branch wieder her und fügt Reasoning-Effort-Unterstützung (inklusive `xhigh`) für DeepSeek-Thinking-Modelle hinzu (#11938), eine zentralisierte Reasoning-Effort-Steuerungsschicht für ClinePass (#11954), kanonische Z.ai-Modell-IDs (#11951), einen Webview-Env-Ersetzungs-Fix (#11955), eine Politur der ClinePass- und Z.ai-Metadaten (#11958) und einen Fix für die Focus-Chain-Standardeinstellungen (#11960). Die CLI v3.0.32 erscheint am selben Tag mit Kontextverdichtungs-Verbesserungen aus SDK v0.0.54 und ClinePass-Onboarding-Politur. Die Veröffentlichungssequenz zeigt ein Projekt, das eine große Migration in 72 Stunden wiederherstellt, indem es den Legacy-Branch vorrollt, anstatt die SDK-Arbeit rückgängig zu machen." date: 2026-06-29 image: "/images/heroes/2026-06-29--cline-4-0-1-rollback-sdk-migration-v4-0-2-restores.png" author: lschvn tags: ["ai", "tooling"] tldr: - "Cline [v4.0.1](https://github.com/cline/cline/releases/tag/v4.0.1) am 28. Juni 2026 hat die stabile VS Code-Erweiterung auf die Pre-SDK-Codebasis 3.89.x zurückgerollt, ausgeliefert unter einer 4.0.1-Versionsnummer, damit bestehende 4.0.0-Nutzer das Update erhalten. Die Versionshinweise sind eindeutig: „Roll the stable VS Code extension back to the pre-SDK-migration codebase to resolve regressions reported in 4.0.0." Der Build stammt aus einem dedizierten `legacy-extension`-Branch über einen neuen `ext-vscode-publish-legacy.yml`-Workflow; der Haupt-`ext-vscode-publish-stable.yml` (Bun-basiert) bleibt der Pfad für Releases aus `main`, sobald die SDK-Migration solide ist." - "Die Regressionen in 4.0.0, die zum Rollback geführt haben, sind in öffentlichen Issues dokumentiert: Die Diff-Vorschau im VS Code-Editor zeigte keine Dateiänderungen mehr ([#11934](https://github.com/cline/cline/issues/11934)), Dateibearbeitungen brachen mit `run_commands`-Fehlern bei lokalen Modellen ([#11907](https://github.com/cline/cline/issues/11907)), und GLM 5.2 plus MiniMax M3 über Ollama wurden in den Kommentaren als „basically unusable" beschrieben. Beide Melder halten fest, dass die Rückkehr zu 3.89.2 das normale Verhalten wiederherstellte. Die 3.x-Codebasis war bereits eine npm-basierte Erweiterung auf einer separaten Spur, daher macht der Rollback die SDK-Migrationsarbeit auf `main` nicht rückgängig; er trennt lediglich den stabilen Veröffentlichungspfad ab." - "[v4.0.2](https://github.com/cline/cline/releases/tag/v4.0.2) am 29. Juni bringt den SDK-Codepfad mit acht Fix- und Feature-Commits zurück: Reasoning-Effort-Unterstützung inklusive `xhigh` für DeepSeek-Thinking-Modelle ([#11938](https://github.com/cline/cline/pull/11938)), kanonische Z.ai-Modell-IDs ([#11951](https://github.com/cline/cline/pull/11951)), zentralisierte Reasoning-Effort-Unterstützung für ClinePass ([#11954](https://github.com/cline/cline/pull/11954)), Webview-Env-Ersetzungs-Fix ([#11955](https://github.com/cline/cline/pull/11955)), Politur der ClinePass- und Z.ai-Metadaten ([#11958](https://github.com/cline/cline/pull/11958)) und ein Focus-Chain-Standardeinstellungs-Fix in der Webview ([#11960](https://github.com/cline/cline/pull/11960)). [CLI v3.0.32](https://github.com/cline/cline/releases/tag/cli-v3.0.32) erscheint am selben Tag auf SDK v0.0.54 mit genauerer Kontextverdichtung und klareren Fehlermeldungen." faq: - question: "Was ist mit Cline 4.0 passiert?" answer: "Cline 4.0.0 (26. Juni 2026) hat die VS Code-Erweiterung auf das gemeinsame Cline SDK migriert, aber die Migration wurde mit Regressionen ausgeliefert: Die Diff-Vorschau im Editor zeigte keine Dateiänderungen mehr (Issue #11934), Dateibearbeitungen brachen mit run_commands-Fehlern bei lokalen Modellen (Issue #11907), und einige Anbieter wie GLM 5.2 und MiniMax M3 über Ollama wurden als „basically unusable" beschrieben. Cline 4.0.1 (28. Juni) hat die VS Code-Erweiterung auf die Pre-SDK-Codebasis 3.89.x zurückgerollt, ausgeliefert aus einem dedizierten `legacy-extension`-Branch unter einer 4.0.1-Versionsnummer über einen neuen Legacy-Veröffentlichungs-Workflow. Cline 4.0.2 (29. Juni) hat den SDK-basierten Codepfad mit Reasoning-Effort-Unterstützung für DeepSeek-Thinking-Modelle, einer zentralisierten ClinePass-Reasoning-Effort-Schicht, kanonischen Z.ai-Modell-IDs, einem Webview-Env-Ersetzungs-Fix, einer ClinePass-Metadaten-Politur und einem Focus-Chain-Standardeinstellungs-Fix wiederhergestellt." - question: "Welche Regressionen hat Cline 4.0.0 mitgebracht?" answer: "Zwei Issues dokumentierten die Regressionen, die zum Rollback führten. Issue #11934 meldete, dass die VS Code-Diff-Vorschau nach dem Update auf 4.0.0 keine Dateiänderungen mehr anzeigte; es erschienen nur Approve- und Reject-Buttons ohne Diff. Issue #11907 meldete, dass `run_commands` bei Dateibearbeitungen mit lokalen Modellen fehlschlug; der Melder und ein Kommentator (mit GLM 5.2 und MiniMax M3 über Ollama) berichteten beide vom selben kaputten Bearbeitungs-Flow und stellten fest, dass die Rückkehr zu 3.89.2 das normale Verhalten wiederherstellte. Der Kommentator folgerte, dass 4.0 Cline für diesen Workflow „basically unusable" machte. Die Regressionen waren gravierend genug, dass das Projekt innerhalb von 48 Stunden nach dem 4.0.0-Release einen Rollback auslieferte." - question: "Warum wurde Cline 4.0.1 von einem Legacy-Extension-Branch ausgeliefert?" answer: "Cline 4.0.1 wird von einem dedizierten `legacy-extension`-Branch über einen neuen `ext-vscode-publish-legacy.yml`-Workflow ausgeliefert. Der Workflow-Kommentar erklärt die Designentscheidung: Der Branch enthält die npm-basierte 3.89.x-Codebasis, vorgezogen unter eine 4.0.x-Version, damit bestehende 4.0.0-Nutzer weiterhin Updates erhalten, während der Haupt-`ext-vscode-publish-stable.yml` (Bun-basiert) der Pfad für Releases aus `main` bleibt, sobald die SDK-Migration solide ist. Das CI-Gate führt die eigene npm-basierte Testsuite des Legacy-Branches aus, statt die Bun-basierte Suite auf `main` wiederzuverwenden, weil der Legacy-Code den Bun-Testpfad nicht bestehen kann. Das ist dasselbe Wiederherstellungsmuster wie ein Hotfix-Branch: Die SDK-Arbeit nicht rückgängig machen, nur den Veröffentlichungspfad abtrennen." - question: "Was ändert Cline 4.0.2?" answer: "Cline 4.0.2 stellt den SDK-basierten Codepfad auf dem Legacy-Branch wieder her und liefert acht Commits mit Fixes und Features. Das Hauptfeature ist die Reasoning-Effort-Unterstützung inklusive `xhigh` für DeepSeek-Thinking-Modelle (#11938), mit einem Fix, der `none` nicht an die Provider-API weiterleitet, und der den Reasoning-Effort-Selektor auf Thinking-fähige Modelle beschränkt. Die ClinePass-Anbietererfahrung wird verbessert (#11950), die ClinePass-Reasoning-Steuerung wird zentralisiert, damit dieselbe Komponente das Reasoning-Effort-Setting über Anbieter hinweg verwaltet (#11954), Cline-Z.ai-Modell-IDs werden auf den empfohlenen Satz kanonisiert (#11951), die Webview-Umgebungsvariablen-Ersetzung wird korrigiert (#11955), die ClinePass- und Z.ai-Metadaten werden poliert (#11958), und die Focus-Chain-Standardeinstellungen werden im Webview-State korrigiert (#11960)." - question: "Was hat sich in Cline CLI v3.0.32 geändert?" answer: "Cline CLI v3.0.32 erschien am 29. Juni 2026 auf SDK v0.0.54, am selben Tag wie v4.0.2. Die CLI-Version fügt einen Zwischenschritt vor der ClinePass-Modellauswahl hinzu, macht den ClinePass-Abonnement-Bildschirm auswählbar, bewirbt ClinePass in der Startmeldung, verwendet „ClinePass" in der CLI-UI konsistent als ein Wort, verfeinert den ClinePass-Anbieter-Text und zieht genauere Kontextverdichtung und klarere Fehlermeldungen aus SDK v0.0.54. Die CLI-Linie wurde neben dem Erweiterungs-Rollback weiter ausgeliefert, anstatt auf ihn zu warten." - question: "Ist die Cline-SDK-Migration abgeblasen?" answer: "Nein. Die SDK-Migrationsarbeit wird auf `main` separat fortgesetzt; v4.0.1 hat nur den stabilen Veröffentlichungspfad für die VS Code-Erweiterung zurückgerollt, nicht den zugrundeliegenden SDK-Code. Die CLI-Linie v3.0.32, das Cline-Kanban-Task-Board und das JetBrains-Plugin wurden während des gesamten Rollbacks weiterhin auf dem gemeinsamen SDK ausgeliefert. v4.0.2 hat den SDK-basierten Erweiterungs-Codepfad mit acht Fix-Commits wieder ausgeliefert, was bedeutet, dass die Migration in Produktion stabilisiert wird, anstatt aufgegeben zu werden. Die Lektion ist strukturell: Wenn eine Migration den stabilen Pfad zerbricht, rollt man den Legacy-Branch vor und arbeitet auf `main` weiter." --- [Cline v4.0.1](https://github.com/cline/cline/releases/tag/v4.0.1), veröffentlicht am 28. Juni 2026, ist eines der ungewöhnlicheren stabilen Releases der jüngeren KI-Tooling-Geschichte. Die [Versionshinweise](https://github.com/cline/cline/releases/tag/v4.0.1) bestehen aus einer einzigen Zeile: „Roll the stable VS Code extension back to the pre-SDK-migration codebase to resolve regressions reported in 4.0.0. This release ships the 3.89.2 extension code under a higher version number so existing 4.0.0 users receive the update. SDK-migration work continues separately on `main`." Achtundvierzig Stunden zuvor hatte [Cline v4.0.0](https://github.com/cline/cline/releases/tag/v4.0.0) die VS Code-Erweiterung auf das gemeinsame [Cline SDK](https://docs.cline.bot/cline-sdk/overview) migriert, die zentrale Architekturänderung, die im [Cline-4.0-Artikel vom 27. Juni](/articles/2026-06-27--cline-4-0-sdk-rewrite-clinepass-customize-marketplace-plugins) behandelt wurde. [v4.0.2](https://github.com/cline/cline/releases/tag/v4.0.2), veröffentlicht am 29. Juni (dem Tag, an dem dieser Artikel erscheint), bringt den SDK-basierten Codepfad mit Reasoning-Effort-Unterstützung für DeepSeek-Thinking-Modelle, einer zentralisierten ClinePass-Reasoning-Schicht und einer Reihe von Anbieter- und Webview-Fixes zurück. Die 72-Stunden-Sequenz ist ein durchgearbeitetes Beispiel dafür, wie eine große Migration wiederhergestellt werden kann, ohne die Arbeit selbst rückgängig zu machen. ## Was der Rollback tatsächlich ausgeliefert hat Die SDK-Migration in 4.0.0 war seit Monaten in Arbeit; die [Vergleichsansicht zwischen v3.89.2 und v4.0.0](https://github.com/cline/cline/compare/v3.89.2...v4.0.0) zeigt, dass die gesamte Erweiterung von ihrer npm-basierten Legacy-Task-Implementierung auf eine gemeinsame TypeScript-Runtime umgezogen ist, die auch die Cline-CLI, [Kanban](https://github.com/cline/kanban) und das JetBrains-Plugin antreibt. Innerhalb weniger Stunden nach dem stabilen Release beschrieben zwei GitHub-Issues Regressionen, die bestehende 3.x-Nutzer nicht gesehen hatten. Issue [#11934](https://github.com/cline/cline/issues/11934), eröffnet am Morgen nach dem 4.0.0-Release, meldete: „all file-change reviews stopped showing diffs in VS Code. Instead of displaying the usual side-by-side or inline diff, Cline only presented Approve or Reject buttons with no diff view at all in the editor window." Issue [#11907](https://github.com/cline/cline/issues/11907), eröffnet spät am 27. Juni, meldete `run_commands`-Fehler während Dateibearbeitungen mit lokalen Qwen-Modellen. Beide Melder stellten fest, dass die Rückkehr zu 3.89.2 das normale Verhalten sofort wiederherstellte. Die Folgekommentare auf #11907 haben die Entscheidung zum Rollback geprägt. Ein Kommentator, der GLM 5.2 und MiniMax M3 über Ollama nutzte, schrieb, dass Cline nach dem 4.0-Update „basically unusable" geworden sei, weil „file editing no longer works reliably at all: the VS Code diff preview is gone or not shown properly, edits are not applied, and the new CLI/tool-based flow fails with these models." Der Kommentar verwies auf Commit #11801 als wahrscheinlichen Übeltäter und schlug einen manuellen Patch der gebündelten `@cline/core`-Distribution vor. Das ist die Art von Meldung, die ein Projekt nicht für jeden Nutzer einzeln triageen will. Die Lösung war strukturell: Die Legacy-Erweiterung vorrollen und die SDK-Arbeit auf `main` lassen. ## Der `legacy-extension`-Branch und ein dedizierter Veröffentlichungs-Workflow Der Mechanismus ist der interessante Teil. Cline hat auf `main` keinen einzigen Commit rückgängig gemacht; die SDK-Migrationsarbeit lief unverändert weiter. Stattdessen hat das Projekt einen separaten `legacy-extension`-Branch angelegt, der die npm-basierte 3.89.x-Codebasis enthält, sowie einen neuen [`ext-vscode-publish-legacy.yml`](https://github.com/cline/cline/blob/main/.github/workflows/ext-vscode-publish-legacy.yml)-Workflow, der aus diesem Branch veröffentlicht. Der Workflow-Kommentar erklärt die Designentscheidung: > Publishes the legacy (pre-SDK-migration) VS Code extension from the `legacy-extension` branch. This branch holds the npm-based 3.89.x codebase, rolled forward under a 4.0.x version so existing 4.0.0 users still receive the update. The main `ext-vscode-publish-stable.yml` workflow (bun-based) stays the path for releasing `main` once the SDK migration is solid. Der Workflow bindet auch die eigene npm-basierte Testsuite der Legacy-Erweiterung ein, statt die geteilte `.github/workflows/ext-vscode-test.yml` wiederzuverwenden, weil diese Suite auf `main` Bun-basiert ist und den falschen Branch testen würde. Der Legacy-Workflow checkt den `legacy-extension`-Branch aus, führt `npm --prefix apps/vscode ci` aus, danach `npm run ci:check-all`, `npm run ci:build`, die Unit-Tests, die Erweiterungs-Integrationstests und die Webview-Tests. Das Release-Tag wird aus der Paketversion im Legacy-Branch abgeleitet, das Changelog muss mit der neuen Versionsüberschrift beginnen, und das Tag wird nur erstellt, wenn es auf `origin` noch nicht existiert. Das ist die Produktionsform einer „Wir müssen den alten Code vorrollen, während wir den neuen Code fixen"-Wiederherstellung. Die [Vergleichsansicht zwischen v4.0.0 und v4.0.1](https://github.com/cline/cline/compare/v4.0.0...v4.0.1) ist entsprechend kurz: ein einziger `chore(vscode): bump to 4.0.1 for legacy rollback release`-Commit, plus die `CHANGELOG.md`- und `apps/vscode/package.json`-Bumps. Der Rest liegt auf dem `legacy-extension`-Branch. Dasselbe Muster erklärt, warum ein `4.0.1`-Tag die 3.89.2-Codebasis ausliefern kann: Die Version wird vorgespult, der Legacy-Branch ist die Quelle der Wahrheit, und die SDK-Migration bleibt auf `main` für die eventuelle stabile Rückkehr intakt. ## Was v4.0.2 zurückgebracht hat [v4.0.2](https://github.com/cline/cline/releases/tag/v4.0.2), veröffentlicht am Morgen des 29. Juni, bringt den SDK-basierten Codepfad mit acht Fix- und Feature-Commits auf den Legacy-Branch zurück. Die [Vergleichsansicht zwischen v4.0.1 und v4.0.2](https://github.com/cline/cline/compare/v4.0.1...v4.0.2) ist das eigentliche Signal dafür, dass die SDK-Migration stabilisiert wird, statt aufgegeben zu werden. Das Hauptfeature ist die Reasoning-Effort-Unterstützung inklusive `xhigh` für DeepSeek-Thinking-Modelle ([#11938](https://github.com/cline/cline/pull/11938)). Der PR fügt einen Reasoning-Effort-Selektor hinzu, der auf Thinking-fähige Modelle beschränkt ist, sowie einen Fix, der `none` nicht an die Provider-API weiterleitet, damit das Modell selbst, nicht der Provider-Wrapper, entscheidet, wann es die Reasoning-Ausgabe überspringt. Ein Folge-PR ([#11954](https://github.com/cline/cline/pull/11954)) zentralisiert die Reasoning-Effort-Unterstützungsschicht, damit dieselbe Komponente das Setting zwischen ClinePass und direkten Anbietern verwaltet, mit einem Fix, der die Reasoning-Effort-Steuerung für ClinePass-Modelle freischaltet und das Include-Flag für Claudes Budget-Reasoning normalisiert. Drei weitere Commits ziehen die Anbieterfläche von ClinePass und Z.ai enger. [#11950](https://github.com/cline/cline/pull/11950) verbessert die ClinePass-Anbieter-UX mit einem Zwischenschritt vor der Modellauswahl und einem Fallback-Pfad für ClinePass-Aktionen. [#11951](https://github.com/cline/cline/pull/11951) bevorzugt kanonische Z.ai-Modell-IDs und entfernt redundante Alias-Filterung auf der Cline-Seite. [#11958](https://github.com/cline/cline/pull/11958) poliert die ClinePass- und Z.ai-Metadaten. [#11955](https://github.com/cline/cline/pull/11955) behebt die Webview-Umgebungsvariablen-Ersetzung, die in der SDK-basierten Erweiterung stillschweigend kaputtgegangen war. [#11960](https://github.com/cline/cline/pull/11960) setzt die Focus-Chain-Standardeinstellungen im Webview-State so, dass der Toggle beim Laden den korrekten Wert widerspiegelt. Der Release-Commit `chore(vscode): bump to 4.0.2 for legacy release` ist dieselbe Art Versionssprung wie bei 4.0.1, aber der Diff in der Vergleichsansicht macht klar, dass 4.0.2 kein reiner Rollback mehr ist; es ist der SDK-Codepfad, der mit einer Reihe von Fixes, die das Projekt gesammelt hat, während die stabile Erweiterung auf 3.89.x lief, auf den Legacy-Branch zurückkehrt. ## CLI v3.0.32 landet am selben Tag auf SDK v0.0.54 Die CLI-Linie wurde während des gesamten Erweiterungs-Rollbacks weiterhin auf dem gemeinsamen SDK ausgeliefert, und [CLI v3.0.32](https://github.com/cline/cline/releases/tag/cli-v3.0.32) erschien am selben Morgen wie v4.0.2 auf SDK v0.0.54. Die CLI-Versionshinweise listen fünf Änderungen: einen Zwischenschritt vor der ClinePass-Modellauswahl, einen auswählbaren ClinePass-Abonnement-Bildschirm, die Hervorhebung von ClinePass in der Startmeldung, die konsistente Verwendung von „ClinePass" als ein Wort in der CLI-UI sowie genauere Kontextverdichtung und klarere Fehlermeldungen aus SDK v0.0.54. Der SDK-seitige Verdichtungs-Fix ([#11894](https://github.com/cline/cline/pull/11894), am Vortag) war eine grundlegende Token-Budgeting-Verbesserung, die an die CLI ausgeliefert wurde, ohne auf die Stabilisierung des Erweiterungs-Rollbacks zu warten. Die Aufteilung ist aufschlussreich. CLI, Kanban und JetBrains-Plugin wurden nie zurückgerollt, weil die SDK-Migrations-Regressionen auf der CLI-Oberfläche anders und weniger gravierend waren als die Regressionen bei Dateibearbeitung und Diff-Vorschau in der VS Code-Erweiterung. Der Legacy-Veröffentlichungspfad ist erweiterungsspezifisch, was darauf hindeutet, dass die Wiederherstellung durch die VS Code-Diff- und Bearbeitungs-Regressionen getrieben war, nicht durch einen allgemeineren SDK-Fehler. ## Was zu beobachten ist Drei Signale, die in der kommenden Woche zu beobachten sind. Erstens: Wenn das nächste VS Code-Erweiterungs-Release aus dem Haupt-`ext-vscode-publish-stable.yml`-Workflow statt aus dem Legacy-Workflow kommt, gilt die SDK-Migration als stabilisiert. Der Legacy-Workflow merkt ausdrücklich an, dass er „releasing `main` once the SDK migration is solid" dient, also ist der Rückweg im Actions-Tab beobachtbar. Zweitens: Beobachten Sie, ob die Threads [#11934](https://github.com/cline/cline/issues/11934) und [#11907](https://github.com/cline/cline/issues/11907) durch einen 4.0.x-Fix statt durch einen manuellen Patch geschlossen werden; wenn der Acht-Commit-Stapel aus 4.0.2 sie schließt, sind die Dateibearbeitungs-Regressionen behoben. Drittens: Die SDK-Linie ([`@cline/sdk`](https://docs.cline.bot/cline-sdk/overview)) ist nun öffentlich für Entwickler, die ihre eigenen Agenten bauen, und v0.0.54 war das erste SDK-Release, das parallel zu einer bekanntermaßen kaputten Erweiterung ausgeliefert wurde; wenn v0.0.55 oder v0.0.56 einen Hinweis „tested against the stable extension" enthält, sind Erweiterungs- und SDK-Linie wieder zusammengelaufen. Die weiter gefasste Lektion ist strukturell. Wenn eine große Migration den stabilen Pfad zerbricht, ist die billigere Option, die Migration rückgängig zu machen und neu zu beginnen; Cline hat stattdessen den Veröffentlichungspfad abgetrennt (Legacy-Branch, dedizierter Workflow, inline Testsuite) und die SDK-Arbeit auf `main` weiterlaufen lassen, während 3.89.x-Nutzer weiterhin Updates erhielten. Dasselbe Muster zeigte sich bei [OpenAI mit der Codex-0.142-Governance-Arbeit](/articles/2026-06-27--openai-codex-0-142-token-budgets-multi-agent-web-search), als der Noise-Relay 0.141 zuerst ausgeliefert wurde, um den Transport abzuhärten, und bei [Vinext mit der Cloudflare/Vercel-Adapter-Arbeit](/articles/vinext-cloudflare-vercel), als das Framework die Adapter vor der Runtime-Konsolidierung auslieferte. Der Punkt ist, dass die Migrationsform von 2026, quer durch [Astro 7 mit seinem Vite-8-Rust-Compiler](/articles/2026-06-22--astro-7-stable-vite8-rust-compiler-ai-agents), [Oxc mit seinen inkrementellen Tree-Shake-Fortschritten](/articles/2026-06-22--oxc-v0-137-react-compiler-treeshake-perf) und nun Cline mit seinem SDK-Schritt, eine Abfolge großer Architekturumschreibungen ist, die stufenweise statt in einem einzigen Big Bang ausgeliefert werden. Cline 4.0.1 ist das, was eine ehrliche „Stufe 1 der Migration" aussieht, wenn der stabile Pfad weiter funktionieren muss.