VelinStyle hat Version 1.4.0 freigegeben. Das Release richtet sich an Teams, die semantisches HTML, WCAG-2.2-AAA-orientierte Defaults und eine echte CLI-Schiffsoberfläche wollen — und die bei Tailwind-Projekten den Wechsel nicht mehr als manuelles Durchklicken von tausend Utility-Klassen erleben möchten. Die Kernbotschaft von 1.4.0 ist nicht „noch mehr Features“, sondern kontrollierte Übergänge: erst analysieren, dann entscheiden, erst bei eindeutigem Mapping schreiben.

Motion Clips aus 1.3.0 bleiben unverändert verfügbar; der Schwerpunkt liegt auf Migration, Scanner-Diagnostics und der Agent-Oberfläche.

Mit velinstyle migrate tailwind bekommen Entwicklerinnen und Entwickler erstmals einen dedizierten Migrationspfad vom Tailwind-Ökosystem zu VelinStyle. Standard ist der Dry-Run — nichts wird ohne explizites --write verändert. Reports landen unter .velin/migration/; Snapshots und migrate rollback halten den Prozess projektlokal und nachvollziehbar.

Besonders relevant für Bestandsprojekte: Tailwind v4 wird erkannt, auch wenn keine tailwind.config.js mehr existiert. Die Coverage-Ausgabe trennt ehrlich zwischen Detected, Mapped, Warnings und Unresolved — letztere werden nicht stillschweigend „irgendwie“ umgebaut.

Darüber hinaus steht optional @birdapi/velinstyle-tailwind als Compat-Paket bereit, wenn Übergangsphasen mit Tailwind-nahen Klassen nötig sind.

Unter dem Namen Migration Intelligence bündelt VelinStyle die fachliche Logik hinter der Migrate-CLI. Statt blind Klassen zu ersetzen, strukturiert das System 23 User Actions und 6 Strategy Blocks (Theme, State, Half-Step, Palette, Dim-Px, Typo). Acceptance-Zustände werden persistent gehalten; ein Rewrite Manifest beschreibt explizit, was wo geändert würde.

Die Redaktion betont bewusst die Sicherheitsgrenze: SAFE_REWRITE = 0 in 1.4.0. Es gibt keine heuristischen Residual-Mappings, die aus der Ferne „passende“ Zieltokens erfinden. Empfehlung ist nicht gleich Mapping. Akzeptiert ist nicht gleich angewendet.

Die Scan-Engine — schon in früheren Versionen Kern der Quality Gates — wird in 1.4.0 erklärbarer. Link-Integritätsregeln (links/local-href-target, links/local-fragment-target) prüfen lokale HTML-Pfade und Fragment-IDs statisch gegen den Scan-Root. Sie sind Detect-only: kein Live-HTTP, keine automatischen Pfad-Korrekturen.

Findings können ein strukturiertes diagnostic-Feld tragen — mit Kandidaten und Hinweisen, die menschliche Review unterstützen, ohne dass „exact“ automatisch Apply bedeutet.

Für sichere Automatik bleibt der Kreis eng: fünf SAFE-Apply-Regeln — unter anderem html-lang, Skip-Link (nur mit vorhandenem id="main"), sichere externe Links, Z-Index-Tokens und hardcodierte E-Mail-Adressen. Mit --fix-dry-run und JSON-Plänen lässt sich jede geplante Änderung vor dem Schreiben prüfen. SARIF-Ausgabe (--sarif) bringt dieselben Findings in CI-taugliches Format.

Die Agent-Oberfläche wird in 1.4.0 auf Skills 2.0 gehoben. Die Registry 1.0.0 umfasst 58 Skills in den Domänen Build, Review, Migration, Intelligence und Rewrite. velin-agent.json und llms.txt projizieren deterministisch aus derselben Quelle — ohne parallele Skill-Listen.

Öffentliche Agent-Workflows-Dokumentation (EN/DE) und AI-Resources auf velinstyle.info machen die Grenzen explizit: A11y-Skills bleiben review-only; Kandidaten sind keine Auto-Fixes; links/* wird nie applied.

Für maschinelle Clients zeigt sich die Discovery-Kette über /.well-known/ai.json → Agent-Metadaten → Skills → Komponenten → CLI → Scan-Policy.

Neben Migration und Scan legt 1.4.0 Adaptive-Runtime-Fundamente:

Velin Blocks — zehn offizielle Blöcke, CLI velinstyle blocks list|info|add

Studio Inspector Core — Read-Model, Block-Erkennung, Lesezugriff für Adapt/Audit

Safe Adaptation Engine (@birdapi/velinstyle/adapt) — Signale → Policy → Intent → Validate → Apply → Audit → Undo; optionaler lokaler AI-Ranker, standardmäßig aus

Diese Bausteine sind optional und brechen keine bestehenden CSS-/WC-Verträge.

Kennzahl · Stand 1.4.0

Kanonische Web Components · 43

Lazy Loader (inkl. Legacy-Aliase) · 45

Attribute-Bridges · 36

Skills (Registry 1.0.0) · 58

Scanner-Regeln · 59 (davon 5 SAFE Apply, 2 links/* Detect-only)

npm-Pin: @birdapi/velinstyle@1.4.0

Für Frontend-Teams, die von Tailwind kommen, bedeutet 1.4.0 einen dokumentierten Pfad statt Ad-hoc-Migration. Dry-Run zuerst, Reports lesbar, Rollback möglich.

Für Accessibility- und QA-Verantwortliche liefern Diagnostics und fail-closed Apply mehr Transparenz — ohne falsche Sicherheit durch automatische Link- oder ID-Rewrites.

Für Agent- und KI-Workflows ist die Registry die einzige Skill-Wahrheit; 58 Skills mit klaren Stop Rules statt erfundener URLs oder doppelter Inventare.

Motion Clips, Transparency Framework (Beta) und Atelier bleiben Teil des Ökosystems; sie waren nicht Gegenstand dieser Release-Linie, werden aber weiter unterstützt.

VelinStyle 1.4.0 ist kein kosmetisches Update. Es ist ein Release für Migration mit Augenmaß, Scanner mit Erklärung und Agenten mit Vertrag. Wer semantisches Markup, AAA-orientierte Defaults und CLI-gestützte Qualität sucht, bekommt hier Werkzeuge, die eher wie ein redaktionell geprüfter Leitartikel wirken als wie ein Feature-Katalog ohne Rotstift.

Upgrade: UPGRADING.md (1.3.0 → 1.4.0)
Details: RELEASE_NOTES_1.4.0.md · CHANGELOG.md
Website: velinstyle.info · Release-Überblick: docs/guides/release-1-4-0-leitfaden.html