Refine VSF list card token cascade and docs
This commit is contained in:
@@ -13,7 +13,7 @@
|
||||
|
||||
## Verbindliche Arbeitsweise
|
||||
|
||||
- Der Skill `styleguide erstellung` ist immer zu nutzen.
|
||||
- Der Skill `styleguide erstellung` ist immer zwingend!!! zu nutzen und vollständig zu befolgen
|
||||
- Lokaler Skill-Pfad: `/Users/mathias/Documents/Dokumente Chouchou/Codebases/Styleguide/.codex/skills/styleguide-erstellung/SKILL.md`.
|
||||
- Repository ist lokal + Gitea-Remote geführt.
|
||||
- Jede umgesetzte Änderung wird direkt mit passender Commit-Message committed und nach `origin/main` gepusht.
|
||||
@@ -30,16 +30,5 @@
|
||||
- Verantwortung: Styleguide fachlich sauber, kaskadierend, konsistent und langfristig skalierbar führen und erweitern.
|
||||
- Ziel: wiederverwendbare UI-Bausteine, konsistente Portal-Interfaces, wartbare Struktur, keine lokalen Sonderlösungen.
|
||||
|
||||
## Verbindliche Token-Policy (Merge vs. Behalten)
|
||||
|
||||
- Semantische Tokens dürfen denselben Foundation-Wert teilen, wenn sie unterschiedliche fachliche Bedeutung, UI-Kontexte oder Zustandssemantik ausdrücken.
|
||||
- Semantische Tokens mit identischem Wert sind zu mergen, wenn Zweck, UI-Kontext und fachlicher Name identisch sind.
|
||||
- Reine Namensduplikate ohne zusätzliche Semantik sind unzulässig.
|
||||
- Alias-Ketten auf maximal eine sinnvolle Fach-Abstraktion begrenzen; unnötige Alias-of-Alias-Ketten reduzieren.
|
||||
- Pattern-spezifische Tokens nur bei eigener fachlicher Pattern-Verantwortung; sonst bestehende Component-/Layout-Tokens verwenden.
|
||||
- Sehr spezifische Einzelwerte (z. B. feste `rem`/`%` für Einzelfälle) nur als begründete Ausnahme; sonst bestehende Foundation-/Dimension-Tokens verwenden oder erweitern.
|
||||
- Vor jeder Token-Bereinigung klassifizieren:
|
||||
- `mergebar`: semantisch gleich, zusammenführbar
|
||||
- `behalten`: semantisch verschieden trotz gleichem Wert
|
||||
- `prüfen`: Unsicherheit, fachliche Klärung nötig
|
||||
- Breaking Token-Renames sind ohne explizite Freigabe verboten; Standard ist rückwärtskompatible Migration (Alias-Übergang oder schrittweise Referenzumstellung).
|
||||
## Minimalscope
|
||||
Arbeite IMMER mit minimalem Lesescope: Lies nur die Dateien und Ausschnitte, die für die aktuelle Aufgabe zwingend nötig sind. Vermeide breite Codebase-Scans, unnötige Kontextsuche und grosse Dateiöffnungen, um Tokenverbrauch und Kontextgrösse klein zu halten. Auch kein breites Lesen in db Tabellen, lies Schemas und kleine Stichproben. Stelle gezielte Rückfragen, wenn der benötigte Kontext unklar ist.
|
||||
|
||||
Reference in New Issue
Block a user