Communitygithub.com

jrco-dev/julio-antislop-design

Konzipiert, baut, überarbeitet oder prüft Landingpages, Websites, App-Oberflächen, Dashboards, Dokumentationen und Portfolios, die durchdacht und nicht generiert wirken: eine vom Thema abgeleitete Idee, echte Referenzen, ein Ziehen gegen den Durchschnitt, ein Mindestmaß an Zugänglichkeit, Ehrlichkeit und Leistung – und keine visuellen KI-Ticks. Verwenden Sie dieses Skill, sobald eine Aufgabe das Erscheinungsbild, Layout, die Typografie, Farbe, Bewegung oder das Gefühl einer Weboberfläche verändert – auch wenn der Nutzer nicht „Design“ sagt: eine Seite erstellen oder überarbeiten, einen Bildschirm weniger generisch, „professioneller“, „premium“, „weniger KI“ machen, ein Design prüfen, eine Schriftart oder Palette wählen, Animationen hinzufügen oder ein Produktvideo in Code umsetzen.

Was ist julio-antislop-design?

Dieses Skill, **julio-antislop-design**, ist ein spezialisiertes Werkzeug für Entwickler und KI-Agenten, die Web-Oberflächen gestalten, die sich bewusst vom generischen, KI-generierten Durchschnitt abheben. Es wurde für Claude Code und ähnliche Coding-Agenten entwickelt und führt durch einen strikten, aber kreativen Prozess. Das Skill stellt sicher, dass jede Designentscheidung aus dem Thema selbst abgeleitet wird, echte Referenzen verwendet und gegen die visuelle Konvergenz arbeitet – der Tendenz, dass alle KI-Designs gleich aussehen. Es durchläuft einen vollständigen 12-Schritte- oder einen schnellen 3-Schritte-Prozess, wobei ein absoluter Mindeststandard (das „Plancher“) für Barrierefreiheit, Ehrlichkeit, Nachvollziehbarkeit, Datenschutz, Leistung und technische Sauberkeit immer eingehalten wird. Der Kern des Skills liegt darin, mit dem Thema zu beginnen (z. B. „eine Sache des Themas wird zu einem Gestaltungsmittel“), eine Richtung durch Zufallsauswahl („Ziehen“) außerhalb des Durchschnitts zu wählen und die Arbeit durch eine externe Prüfung auf Originalität zu validieren, bevor sie ausgeliefert wird. Es unterstützt verschiedene Modi (Überzeugen, Bedienen, Lesen, Erleben) und bietet umfangreiche Referenzdateien zu allen Aspekten von Design und Benutzererfahrung.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/jrco-dev/julio-antislop-design/tree/HEAD/skills/julio-antislop-design

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Was macht julio-antislop-design?

Eine generierte Seite sieht aus wie der Durchschnitt aller gesehenen Seiten: Nichts ist falsch, nichts wurde entschieden. Dieses Skill ersetzt die Fehler durch Entscheidungen: Die Idee kommt vom Thema, die Richtung kommt von echten Referenzen und einem Ziehen außerhalb des Durchschnitts, ein Mindestmaß schützt Zugänglichkeit, Ehrlichkeit und Leistung, und wir prüfen, was wir getan haben, bevor wir ausliefern. Die Tics zu entfernen reicht nicht: Eine leere und saubere Seite ist auch ein Tic (references/originality.md).

1. Den Weg wählen

AnforderungWeg
Kleine Anfrage: eine Komponente, ein Abschnitt, eine Einstellung, eine Korrektur oder „mach schnell“Schnell (§3)
Neue Seite, neue Website, neuer Bildschirm, neues SystemKomplett (§4)
Vorhandenes überarbeitenKomplett, Variante Redesign (references/redesign.md)
Design prüfenRaster aus references/critique.md und Liste aus references/tells.md, ohne Konstruktion

2. Den Modus wählen

Jede Regel hängt davon ab, was der Besucher auf dieser Oberfläche erreichen muss, nicht vom Produkt.

ModusDer Besucher hat Erfolg, wenn…Oberflächen
Überzeugener entscheidet und handeltLanding, Marketing, Preise
Bedienener eine Aufgabe erledigtApp, Dashboard, Admin, Einstellungen
Lesener verstehtDoku, Artikel, Anleitungen, Hilfe
Erlebener im Werk istPortfolio, Galerie, Schaufenster

Zwei Oberflächen in einer Anfrage: Jede in ihrem Modus, Palette und Typografie werden gemeinsam genutzt.

Mit der Person vorangehen

Sie niemals schweigend warten lassen: Früh fragen, bei jeder Frage Vorschläge machen, zeigen, sobald etwas hält. Vier Termine auf dem kompletten Weg (Briefing-Blatt, erste drei Bildschirme, erste Version, Auslieferung), jeder mit einer empfohlenen Vorgehensweise; dazwischen nie mehr als etwa zehn Aktionen, ohne etwas zu zeigen. Details: references/intake.md, „Rhythmus“.

3. Schneller Weg

  1. DESIGN.md und PRODUCT.md lesen, falls vorhanden, und einhalten. Höchstens eine Frage, nur wenn eine Tatsache blockiert.
  2. Das Mindestmaß (§5) und die Standardwerte des Modus (references/defaults-by-mode.md) anwenden; alles läuft über vorhandene Tokens oder eine kleine deklarierte Skala, falls keine vorhanden.
  3. node scripts/check-tokens.mjs <datei> und node scripts/check-render.mjs <datei> ohne Fehler; die Aufnahmen bei 390 und 1440 px ansehen.
  4. Bericht in 3 Zeilen: Was geändert wurde, bestandene Kontrollen, was nicht laufen konnte.

Kein vollständiges Framing, kein Ziehen, keine drei Helden. Wenn die Anfrage wächst (eine ganze Seite), zum kompletten Weg wechseln.

4. Kompletter Weg in 12 Schritten

Details zu jedem Schritt: references/process.md. Die Schritte 1 bis 8 erfolgen vor dem Code.

  1. Projekt lesen, den Modus, die tatsächlich verfügbaren Bilder.
  2. Auf einmal rahmen: Projekt, Geschmack (alles, was DESIGN.md füllt), Material; höchstens 12 Fragen, dann ein einmal validiertes Briefing-Blatt. Nur eine explizite Delegation („carte blanche“) oder das Fehlen einer Person befreit vom Geschmack. references/intake.md.
  3. Das Thema erfassen: 8 bis 12 kundeneigene Elemente; real, zeigbar, abwesend. PRODUCT.md.
  4. Das Argument schreiben: Eine Behauptung und ihr Beweis pro Abschnitt.
  5. Echte Referenzen sehen: 3 Seiten aus references/site-models.md, darunter eine außerhalb der Branche; scripts/board.mjs zum Erfassen.
  6. Die Richtung ziehen: node scripts/roll.mjs --mode <mode> --brief "…" --log direction-log.md (Archetyp, Karten, Farbe, Schriften, Risiken), dann 5 Richtungen, die 2 wahrscheinlichsten werden verworfen. references/originality.md.
  7. Die Idee formulieren („[eine Sache des Themas] wird zu [einem Verfahren]“, Test des Mitbewerbers), die lebendige Sache, DESIGN.md; erste drei Bildschirme mit scripts/explore.mjs vergleichen, einer wird gewählt.
  8. Alle Texte schreiben vor dem Code; Überschriften maximal 2 Zeilen bei 320 px.
  9. Ohne Bewegung bauen: zuerst Tokens (Farben, Schriften, typografische Skala, Abstandsskala), dann Hero, Abschnitte, Grafiken (ohne Foto: references/visuals.md, ein visueller Anker des Themas in den ersten beiden Bildschirmen), lebendige Sache.
  10. Kontrollieren: check-tokens.mjs (der Code), check-render.mjs --shots (die gerenderte Seite), npx impeccable detect, Performance; dann die Fertigstellung (references/finish.md) und die UX-Kontrolle der 30 Gesetze (references/ux-principles.md).
  11. Von einem neuen Blick beurteilen lassen: Raster aus references/critique.md, Achse Originalität und Test des Déjà-vu; korrigieren, höchstens drei Durchgänge.
  12. Bewegung hinzufügen, erneut inspizieren, mit dem Bericht ausliefern.

5. Absolutes Mindestmaß (Plancher)

Es wird nie aufgehoben: weder durch Geschmack, noch durch das Briefing, noch durch eine externe Ressource.

  • A1 Zugänglichkeit: WCAG 2.2 AA (Kontrast 4,5:1, 3:1 großer Text und Bedienelemente), sichtbarer Fokus, Tastatur, Ziele von 24 px (44 angestrebt auf Mobilgeräten), Überschriften ohne Sprünge, Alternativtexte, reduzierte Bewegung, Inhalt ohne JavaScript außerhalb von Bedienen.
  • A2 Ehrlichkeit: Keine erfundenen Zahlen, Zitate, Bewertungen, Logos, Kunden oder Funktionen; Beispielinhalte sind im Bericht aufgelistet und einmal auf der Seite gekennzeichnet.
  • A3 Nachvollziehbarkeit: Jede Schriftart, Komponente, jedes Bild und jede Referenz hat eine reale, überprüfte Quelle und eine Lizenz, die die Nutzung abdeckt.
  • A4 Vertraulichkeit: Keine Daten, Mockups oder Aufnahmen eines Kunden an einen Drittanbieterdienst ohne schriftliche Zustimmung.
  • A5 Leistung: LCP ≤ 2,5 s, INP ≤ 200 ms (TBT im Labor), CLS ≤ 0,1; sonst wird der Effekt zu einem Standbild. references/performance.md.
  • A6 Technik: Farben, Schriften, Größen und Abstände ausschließlich in Tokens; niemals transition: all oder Animation von width, height, top, left; kein horizontales Scrollen von 320 bis 1920 px; Hero in dvh oder svh; Container mit maximaler Breite.
  • A7 Briefing: Eine explizite Anweisung hat Vorrang vor den hebbaren Standardwerten, niemals vor A1 bis A6.

6. Hebbare Standardwerte, das Wesentliche

Jeder wird mit einem schriftlichen Grund gehebt, der sich auf die Idee oder das Briefing bezieht. Vollständige Tabelle: references/defaults-by-mode.md; veraltete Tics: references/tells.md.

  • Kein Eyebrow, keine gesperrten Großbuchstaben, keine Nummerierung 01/02/03 ohne echte Reihenfolge.
  • Kein lila Verlauf, kein Text im Verlauf, kein Leuchten, kein dekoratives Glas, keine Reihe identischer Karten mit Symbol-Titel-Text, kein Emoji als Symbol.
  • Keine reflexive Schriftart ohne Markengrund (references/typography.md); ohne bereitgestellte Schriftart 3 Paare vorschlagen (references/font-catalog.md).
  • Eine modulare typografische Skala und eine dreistufige Abstandsskala, nichts außerhalb (references/spacing.md).
  • Ein Hintergrund, eine Tinte, ein Akzent, der Akzent etwa 4 Mal pro Bildschirm.
  • Weder das zur Mode gewordene Korrektiv (Creme, Serif, Terrakotta) noch unsere eigene Konvergenz „clean anti-slop“ (references/originality.md §1).

7. Wann was lesen

SituationDatei
Detaillierte 12 Schritte, Auslieferungsliste, Berichtsformatreferences/process.md
Framing: Fragen, Geschmack, Material, Briefing-Blattreferences/intake.md
Regeln nach Modusreferences/defaults-by-mode.md
Bestandsaufnahme, Idee, Bilder, Produkt ohne Fotoreferences/idea-and-direction.md
Grafiken ohne Foto, nach erreichter Note sortiert; Test des Themas ohne Textreferences/visuals.md
Fertigstellung: von Prüfern festgestellte Mängel und deren Kontrollenreferences/finish.md
Ziehen, Archetypen, Einschränkungen, Risiken, drei Helden, Déjà-vureferences/originality.md
Landing, Hero, Formulare, Glas, Produktillustration, Bentoreferences/persuade.md
Navigation und Footer (18 + 15 Modelle)references/nav-footer.md
App, Dashboard, Diagramme, Formularereferences/operate.md
Doku, Artikel, Portfolio, Galeriereferences/read-and-experience.md
Redesignreferences/redesign.md
Palettereferences/color.md
Schriftart und typografische Skala; vorzuschlagende Schriftenreferences/typography.md, references/font-catalog.md
Abstand und Rhythmusreferences/spacing.md
Bewegung, Effekte, Video in Codereferences/motion-and-video.md
Performance nach Modusreferences/performance.md
Veraltete KI-Ticsreferences/tells.md
Die 30 UX-Gesetze, angewandt, und die UX-Kontrollereferences/ux-principles.md
Reale Beispielseiten; Galerien, Bibliotheken, Lizenzenreferences/site-models.md, references/resources.md
Kritik durch einen neuen Blickreferences/critique.md

Nur das laden, was die Aufgabe benötigt.

8. Ausliefern

Nicht ausliefern, solange das Mindestmaß, check-tokens.mjs, check-render.mjs, der Detektor, die Aufnahmen, die Kritik (Originalität mindestens 4 von 5, kein bekannter Stil im Déjà-vu-Test) und das Richtungsprotokoll nicht bestanden sind. Vollständige Liste und Berichtsformat: references/process.md. Niemals eine Kontrolle deklarieren, die nicht gelaufen ist.

Verwandte Skills