Impeccable : langage de design frontend et règles de détection pour agents de code

À qui ça s'adresse

Regardez Impeccable quand il faut donner un guidage design à un agent de code IA. Le résumé officiel : Design guidance for AI coding agents. 1 skill, 23 commands, live browser iteration, and 61 deterministic detector rules for AI-generated frontend design.

Convient à qui a déjà un projet frontend et accepte d'écrire d'abord des faits produit durables, puis de laisser les commandes suivantes travailler à partir de ces faits. Ce n'est pas un paquet de thème qui ne fait que tweaker les couleurs. Le corps liste l'usage avec Cursor, Claude Code, Gemini CLI, Codex CLI, Grok Build, Hermes Agent, Veto et every other supported tool ; ne lisez pas cette liste comme le seul périmètre pris en charge.

Page :

https://github.com/pbakaus/impeccable

Premier essai en 3 minutes

Le chemin officiel n'est que ce passage. D'abord à la racine du projet :

npx impeccable install

Puis dans votre AI coding tool, lancez /impeccable init. Prérequis : le répertoire courant est la racine du projet ; vous acceptez qu'init écrive les faits produit dans PRODUCT.md. N'inventez pas un autre installeur ni un répertoire de skill non écrit.

La première fois, un contrôle en lecture seule ; ne vous précipitez pas à écrire des fichiers. Demandez à l'agent : quels faits init consigne dans PRODUCT.md, et en quoi ils diffèrent de la direction visuelle. Succès : l'agent nomme audience, purpose, operating context, constraints, voice et evidence, et dit que later commands ne doivent pas les mélanger avec surface-level visual direction.

Après confirmation, lancez /impeccable init. Succès : PRODUCT.md apparaît dans le projet et couvre ces champs.

Cas d'usage

Cas 1 : d'abord figer les faits produit. /impeccable init records durable product truth in PRODUCT.md. Donnez à l'agent « pour qui nous construisons, ce que fait le produit, quelles contraintes dures existent, quelle est la voix », et laissez-le écrire ce fichier. Cela modifie des fichiers. Avant d'exécuter, confirmez que vous pouvez créer ou écraser PRODUCT.md. La page ne donne pas le modèle de fichier entier ; n'inventez pas de structure au-delà des champs nommés.

Cas 2 : vérifier le design frontend avec des règles déterministes. Le corps écrit 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. Convient après une passe d'interface : d'abord la vérification de règles sans modèle, au lieu de sauter à une critique générative. Vérifiable : cette vérification déclare n'utiliser ni LLM ni demander d'API key. Les noms concrets des 23 commandes ne sont pas listés ; ne les inventez pas.

Limites d'usage

L'installation doit commencer à la racine du projet, puis /impeccable init. Ne séparez pas les deux étapes en deux installeurs principaux concurrents.

PRODUCT.md consigne des faits produit durables, pas une fiche de style visuel.

Quand le CLI et l'extension navigateur exécutent des règles déterministes, ils n'ont besoin ni de LLM ni d'API key. LLM-only critique est un autre type de contrôle ; ne les fusionnez pas en une étape.

Les clients sont listés comme dans la source, y compris every other supported tool ; n'écrivez pas qu'un seul d'entre eux est pris en charge. Ne comblez pas les noms de commande, détails de règles et étapes de navigateur en direct non écrits.