Impeccable: Frontend-Designsprache und Detektorregeln für Coding-Agenten

Für wen

Impeccable ansehen, wenn ein KI-Coding-Agent Designführung braucht. Die offizielle Kurzfassung: Design guidance for AI coding agents. 1 skill, 23 commands, live browser iteration, and 61 deterministic detector rules for AI-generated frontend design.

Passt für Leute, die schon ein Frontend-Projekt haben und zuerst dauerhafte Produktfakten aufschreiben wollen, dann spätere Befehle daraus arbeiten lassen. Es ist kein Themenpaket, das nur Farben dreht. Der Textkörper listet die Nutzung mit Cursor, Claude Code, Gemini CLI, Codex CLI, Grok Build, Hermes Agent, Veto und every other supported tool; diese Liste nicht als einzigen unterstützten Umfang lesen.

Seite:

https://github.com/pbakaus/impeccable

Ersten Versuch in 3 Minuten abschließen

Der offizielle Weg ist nur dieser Abschnitt. Zuerst im Projektstamm ausführen:

npx impeccable install

Dann in deinem AI coding tool /impeccable init ausführen. Voraussetzung: das aktuelle Verzeichnis ist der Projektstamm; du akzeptierst, dass init Produktfakten in PRODUCT.md schreibt. Keinen anderen Installer und kein nie geschriebenes Skill-Verzeichnis erfinden.

Beim ersten Mal eine schreibgeschützte Prüfung; nicht hastig Dateien schreiben. Den Agenten fragen: welche Fakten init in PRODUCT.md festhält, und wie sie sich von visueller Richtung unterscheiden. Erfolg: der Agent nennt audience, purpose, operating context, constraints, voice und evidence, und sagt, later commands sollten das nicht mit surface-level visual direction vermischen.

Nach der Bestätigung /impeccable init ausführen. Erfolg: PRODUCT.md erscheint im Projekt und deckt diese Felder.

Anwendungsfälle

Fall 1: Produktfakten zuerst festmachen. /impeccable init records durable product truth in PRODUCT.md. Dem Agenten „für wen wir bauen, was das Produkt tut, welche harten Grenzen gelten, was die Stimme ist“ geben und in diese Datei schreiben lassen. Das ändert Dateien. Vorher bestätigen, dass PRODUCT.md angelegt oder überschrieben werden darf. Die Seite gibt nicht die volle Dateivorlage; keine Struktur jenseits der genannten Felder erfinden.

Fall 2: Frontend-Design mit deterministischen Regeln prüfen. Der Textkörper schreibt 61 deterministic detector rules, plus LLM-only critique checks. The CLI and browser extension run the deterministic rules with no LLM and no API key. Passt nach einer UI-Runde: zuerst die modellfreie Regelprüfung, nicht sofort generative Kritik. Prüfbar: diese Prüfung erklärt, kein LLM zu nutzen und keinen API key zu verlangen. Die konkreten Namen der 23 Befehle stehen nicht auf der Seite; nicht erfinden.

Nutzungsgrenzen

Die Installation muss im Projektstamm beginnen, dann /impeccable init. Die zwei Schritte nicht in zwei konkurrierende Hauptinstaller teilen.

PRODUCT.md hält dauerhafte Produktfakten fest, kein visuelles Stilblatt.

Wenn CLI und Browsererweiterung deterministische Regeln ausführen, brauchen sie kein LLM und keinen API key. LLM-only critique ist eine andere Prüfung; nicht in einem Schritt mischen.

Clients stehen wie im Original, einschließlich every other supported tool; nicht schreiben, nur einer davon sei unterstützt. Ungeschriebene Befehlsnamen, Regeldetails und Live-Browser-Schritte nicht ergänzen.