Pacheche/unslop-anything

Unslop Anything

KI-Schlonz ist das, was niemand entschieden hat. Das Modell griff zur häufigsten Antwort, also sieht das Ergebnis aus wie tausend andere Ergebnisse: der violette Verlauf, das Emoji in jedem Label, die Begrüßungsüberschrift, der Satz „nicht nur X, es ist Y“. Selbst gute Muster werden zu Schlonz, sobald sie alle standardmäßig ausliefern.

Deshalb hat Entschlonzen zwei Hälften, und du brauchst beide:

1. Entferne die Voreinstellungen. Finde jedes benannte Anzeichen, korrigiere es mit einem konkreten Wert oder einem konkreten Satz.
2. Füge eine Entscheidung hinzu. Ein sauberes Ergebnis, das zu jedem Produkt passen könnte, ist die nächste Vorlage. Die fertige Arbeit muss mindestens eine Sache enthalten, die nur dieses Produkt, diese Marke oder dieser Autor hätte.

Du machst die Arbeit selbst: Lies die Dateien, bearbeite sie, rendere, vergleiche. Frage den Benutzer nur nach dem, was das Material dir nicht sagen kann.

So verwendest du diesen Skill

Pfade sind relativ zum Ordner dieses Skills. Lade Referenzen nur bei Bedarf, niemals alle auf einmal.

1. Route. Entscheide, was du entschlonzt, und öffne nur dessen Referenzen.

Medium	Lesen
Web-App, Dashboard, Landingpage, beliebiges HTML/CSS/React/Vue/Svelte-UI	references/ui-signs.md, references/ui-passes.md, references/direction.md
Mobiler App-Bildschirm (iOS, Android, React Native, Flutter, SwiftUI)	die UI-Dateien oben plus references/mobile.md
Bild, Illustration, Symbolset, Poster, Social Graphic, Folie, Logo	references/visual-design.md, references/direction.md
Text: Beitrag, Thread, Artikel, E-Mail, Dokumentation, README, UI-Text	references/writing.md
Ein UI, dessen Text ebenfalls Schlonz ist	mach zuerst das UI, dann den Textdurchlauf mit references/writing.md

Wenn der Benutzer nach einer bestimmten Überlagerung oder Komponente fragt und der Name vage ist („mach ein Popup“), überprüfe vor dem Bauen references/component-vocabulary.md.

2. Wähle den Auftrag.

   • Erkennen. Der Benutzer fragt „ist das Schlonz?“, möchte ein Audit oder sagt, nichts zu ändern. Lade nur die Anzeichendatei für das Medium (ui-signs.md, visual-design.md oder writing.md). Bearbeite nicht. Antworte in dieser Form:

     Schlonz-Level: N% (stark | leicht | keins)
     <Kategorie>
     - <Anzeichen>: <wo: Datei:Zeile, Bildschirmbereich oder „zitierten Satz“> -> <Korrektur in wenigen Worten>
     Behauptungen zu bestätigen: <nicht überprüfbare Behauptungen, oder keine>
     Nicht geprüft: <was du nicht sehen konntest, oder keine>
     Soll ich es korrigieren?
     

   • Korrigieren (Standard). Führe den untenstehenden Arbeitsablauf aus.

3. Hole dir das Material vor Augen.

   • Code: Finde die Dateien, die den Bildschirm rendern. Wenn du es ausführen kannst, rendere und mache einen Screenshot. Beurteile, was die Leute sehen, nicht nur den Code.
   • Eine URL ohne Code: Öffne sie in einem Browser-Tool, mache einen Screenshot und speichere das HTML als lokale Kopie zum Bearbeiten. Die Ausgabe ist eine neu gestaltete Datei, die der Benutzer demjenigen geben kann, der die Seite betreibt. Sag das so.
   • Nur ein Screenshot: Baue ihn als eine einzige statische HTML-Datei nach, die nah dran ist, behandle sie als das Original und sag das so.
   • Kein Browser- oder Render-Tool, oder die App startet nicht: Extrahiere den Bildschirm in eine statische HTML-Datei und rendere sie, wenn möglich; ansonsten arbeite vom Code und liste jeden visuellen Check unter Nicht geprüft: auf.
   • Text: Frage nach dem Entwurf, wenn er nicht eingefügt ist. Wenn die Zielgruppe unklar ist, stelle eine Frage: wer liest das und wo.

Arbeitsablauf

1. Scannen. Für Code- oder Textdateien führe den Scanner aus. Er findet Kandidaten, keine Urteile:

   python3 <Skill-Ordner>/scripts/slop_scan.py <Dateien oder Ordner>
   python3 <Skill-Ordner>/scripts/slop_scan.py --text draft.md      # Textregeln für jede Datei
   

   Unter Windows verwende py statt python3. Es braucht nur Python 3. Exit 0 bedeutet keine Kandidaten, 1 Kandidaten, 2 nichts gescannt. Scanne nur das Ziel: die Dateien des Bildschirms und die verwendeten gemeinsamen Komponenten und Styles, nicht das gesamte Repository, es sei denn, der Benutzer hat ein Repo-weites Audit verlangt. Für ein Repo-weites Audit verwende --json und gruppiere Treffer nach Regel, bevor du sie liest. Bestätige jeden Treffer durch Lesen. Entferne Fehlalarme und erkläre im Bericht warum.
2. Audit. Gehe die Anzeichendatei für das Medium durch. Ein Zeichen pro Zeile: was, wo (Datei:Zeile, Bildschirmbereich oder zitierter Satz), Korrektur. Füge Anzeichen hinzu, die der Scanner nicht sehen kann: Hierarchie, Rhythmus, Komposition, Bedeutung.
3. Bewerte es. Zähle die Kategorien der Anzeichendatei (nicht die Kategorien des Scanners), die mindestens ein Zeichen haben. Ordne jedes Zeichen nur einer Kategorie zu, der ersten, die es auflistet. Diese Anzahl mal 10 ist das Schlonz-Level. Bei UI zählt die letzte Kategorie (Vorlagen-Look) nur, wenn die anderen neun leer sind. Wähle dann den Modus:
   • Stark (50% oder mehr): vollständiger Prozess, zuerst Richtung.
   • Leicht (10-40%): Politur-Modus. Korrigiere nur, was das Audit gefunden hat. Behalte Palette, Schriftart, Layout, Stimme und Marke bei. Größere Ideen kommen als Vorschläge in den Bericht.
   • Keines (0%): Sag es klar. Biete zwei oder drei Verfeinerungen mit genauen Werten an und wende sie nur an, wenn der Benutzer zustimmt. Ändere niemals gute Arbeit, nur um sie anders zu machen.
4. Richtung (nur bei starkem UI und visuellem Design). Folge references/direction.md: Produktsatz, Charakter, Welt, Momente, Signatur, und für neue Looks drei Kandidaten-Richtungen, bevor du dich für eine entscheidest. Zeige das Audit und die Richtung, dann halte an und warte auf die Antwort des Benutzers, denn eine spätere Richtungsänderung bedeutet, alles neu zu machen. Überspringe das Warten nur, wenn der Benutzer bereits „mach einfach“ gesagt hat; dann setze dennoch die drei Kandidaten (je eine Zeile) und warum du einen gewählt hast, in den Bericht.
5. Korrigieren in Durchläufen. UI: die Reihenfolge in references/ui-passes.md. Visuelles Design: die Reihenfolge in references/visual-design.md. Text: der Arbeitsablauf in references/writing.md. Beende einen Durchlauf im gesamten Stück, bevor du den nächsten beginnst.
6. Verifizieren. Rendere erneut (höchstens drei Render pro Durchlauf) und betrachte den Render in voller Größe, Bereich für Bereich: kollidierende Spalten, abgeschnittener oder überlappender Text und falsch ausgerichtete Kanten zeigen sich nur dort. Überprüfe gegen die Audit-Liste und die Checkliste der verwendeten Referenz. Führe den Scanner erneut aus. Alles, was noch auf der Liste steht, wird korrigiert oder explizit begründet.
7. Bericht. Schlonz-Level vorher und nachher, die Richtung, ein paar Zeilen pro Durchlauf darüber, was sich geändert hat, verworfene Fehlalarme, alles, was du nicht überprüfen konntest (Nicht geprüft:), und Behauptungen, die der Benutzer bestätigen muss.

Regeln, die nicht verbogen werden

• Behalte das Produkt, ändere das Handwerk. Funktionen, Inhalte, Daten, Reihenfolge der Abschnitte und der Produktname bleiben. Füge keine Abschnitte hinzu.
• Mockdaten ersetzen nur Platzhalter. Wenn das Original Platzhalterwerte zeigt ($123.456, Lorem, Hans Mustermann, ein gefälschtes Diagramm), darfst du sie durch plausible Mockwerte ersetzen. Liste jeden Mockwert im Bericht unter Zu ersetzende Mockdaten auf. Echte Daten werden niemals geändert.
• Erfinde niemals. Keine neuen Funktionen, Statistiken, Testimonials, Quellen, Logos oder Zitate. Behauptungen wie „Vertrauen von über 10.000 Teams“ oder „10x schneller“ werden vom Benutzer bestätigt oder entfernt. Liste sie im Bericht auf.
• Entfernte Dekoration wird nicht durch neue Dekoration ersetzt. Lila Verläufe gegen Glas­morphismus, Körnung, Neon, Bento-Grids oder 3D-Glassymbole auszutauschen, ist derselbe Schlonz in einem neuen Trend.
• Leise ist nicht blass. Alle Farbe zu entfernen, bis nichts mehr lesbar ist, ist ebenfalls ein Fehler. Farbe bleibt dort, wo sie Bedeutung trägt: die primäre Aktion, eine Auswahl, ein Status, eine Datenreihe, der eine Moment.
• Farbe und Labels sagen die Wahrheit. Ein Label passt zu seiner Zahl („64% Wiederherstellung“ ist nicht „Ausgezeichnet“, es sei denn, die Skala sagt das). Rot bedeutet ein Problem. Grün bedeutet gut.
• Arbeite durch das Designsystem. Wenn das Projekt Themen-Tokens oder CSS-Variablen hat, ändere deren Werte oder wie sie verwendet werden; umgehe sie niemals mit hartcodierten Werten.
• Behalte die Stimme des Autors und die echte Marke. Ein echtes Logo, eine echte Farbe oder Schriftart bleibt. Ein Violett-zu-Blau-Verlauf, Glitzer-Kachel oder Leuchten in einem Logo ist nicht Marke, es sei denn, der Benutzer sagt es. Text behält den Wortschatz, die Direktheit und den Humor des Autors.
• Eine berühmte App zu kopieren ist nicht Entschlonzen. Studiere 3–5 Referenzen für Struktur und Zahlen, überstülpe niemals das Aussehen eines Produkts einem anderen.
• Keine Detektor-Vermutungen. Im Erkennungsmodus nennst du Muster mit Beweisen. Du behauptest niemals, etwas „sei von KI geschrieben worden“.

Ausrede	Wirklichkeit
„Es sieht jetzt sauber aus“	Sauber ist die Vorlage. Mach den Vorlagentest: Tausche den Namen eines Konkurrenten ein. Wenn es immer noch passt, treibe die Richtung voran.
„Der Benutzer will es nur hübscher“	Hübscher und anders sind nicht dasselbe. Zehn hübsche KI-Apps nebeneinander sind eine App.
„Farbe entfernen behebt es“	Farbe ohne eine Abstufung, einen Akzent und eine Bedeutung zu entfernen, ergibt eine graue Vorlage.
„Der Scanner hat nichts gefunden“	Null Treffer bedeutet null durchsuchbare Anzeichen. Hierarchie, Rhythmus und Bedeutung brauchen immer noch deine Augen.
„Ich überspringe den Render, der Code stimmt“	Schlonz lebt darin, was die Leute sehen. Abgeschnittener Text, ungleichmäßige Abstände und schwache Hierarchie zeigen sich nur beim Rendern.

Vorlagentest (führe ihn zuletzt jedes Mal aus)

Ersetze den Produktnamen oder den Namen des Autors durch einen Konkurrenten. Wenn der Bildschirm, das Bild oder der Text ohne Bearbeitung immer noch passt, ist er nicht fertig. Treibe die Richtung stärker voran im Text, im visuellen Moment und im Signaturdetail.