/impeccable teach
Teach
Lær Impeccable hvem dit produkt er til, én gang per projekt.
En færdig PRODUCT.md. Kun strategi: hvem, hvad, hvorfor. Ingen farver, ingen skrifttyper, ingen pixelværdier, de lever i DESIGN.md.
Hvornår du skal bruge den
Kør /impeccable teach én gang i starten af et projekt. Det er indfaldsvejen. Uden den vil enhver anden kommando producere design der er teknisk kompetent, men generisk tonet: standard SaaS-stemme, sikre standard-skrifttyper, AI-farvepaletten. Med den læser enhver kommando dine svar, før den genererer.
Grib efter den, når:
- Du lige har installeret Impeccable i et nyt projekt. Første ting at køre. Andre kommandoer vil pege dig mod den, hvis du springer over.
- Projektets brand-retning har skiftet. Ny positionering, nyt publikum, ny stemme. Kør teach igen, og den opdaterede kontekst flyder gennem enhver kommando.
- En anden kommando sagde “ingen designkontekst fundet” og stoppede. Det er signalet: kør teach, genoptag derefter.
Hvordan det virker
Teach skriver to komplementære filer i projektroden:
PRODUCT.mder den strategiske fil. Register (brand eller produkt), målbrugere, produktformål, brandpersonlighed, anti-referencer, designprincipper, tilgængelighedsbehov. Svarer på “hvem, hvad, hvorfor”.DESIGN.mder den visuelle fil. Farver, typografi, elevation, komponenter, do’s and don’ts. Svarer på “hvordan det ser ud”. Skrives af den delegerede/impeccable document-kommando, som teach aktiverer til sidst.
Flowet scanner kodebasen først (README, package.json, komponenter, tokens, brand-aktiver) og danner et register-hypotese: brand (landing, markedsføring, portfolio, hvor design ER produktet) eller produkt (app-UI, dashboards, værktøjer, hvor design TJENER produktet). Register er det første spørgsmål, fordi det former alle nedstrøms svar: typografi-standarder, bevægelsesenergi, farvestrategi, det referencesæt kommandoer som /impeccable typeset trækker fra. Efter register spørger teach kun hvad den ikke kunne udlede: brugere, personlighed i tre rigtige ord, referencer og anti-referencer, tilgængelighedskrav.
PRODUCT.md er kun strategisk. Ingen farver, ingen skrifttyper, ingen pixelværdier. De lever i DESIGN.md. At holde de to filer adskilt er bevidst: strategi kan forblive stabil, mens det visuelle system udvikler sig.
Prøv det
/impeccable teach
Forvent et 5 til 8 minutters interview. Det første spørgsmål er normalt om register; resten er korte. Teach vil citere tilbage hvad den udledte fra din kode (“fra ruterne ser dette ud som en produkt-overflade, match?”), så du bekræfter, ikke starter fra bunden.
Til sidst tilbyder teach at køre /impeccable document for dig. Sig ja, medmindre du har en specifik grund til at vente. En rigtig DESIGN.md er det der holder varianter, poleringer og audits på-brand.
Faldgruper
- At springe den over for “bare lige prøve en kommando hurtigt”. Enhver anden kommando vil interviewe dig midt i forløbet i stedet. At køre teach først er hurtigere, ikke langsommere.
- At give generiske svar. “Moderne og ren” er ikke nyttigt. “Varm, mekanisk, meningsfuldt” er det. Vær specifik. Vær villig til at være uenig med sikre standarder.
- At behandle PRODUCT.md som uforanderlig. Filen er din. Hvis teach lagde noget deri der ikke helt passer, så rediger den. Enhver kommando læser den aktuelle fil.
- At liste kun adjektiver for referencer. Brands, produkter, trykte objekter: navngivet, ikke beskrevet. “Klim Type Foundry prøveark”, ikke “teknisk og rent”. Anti-referencer bør være lige så specifikke.