/impeccable teach
Teach
Invatati Impeccable pentru cine este produsul dumneavoastra, o data per proiect.
Un PRODUCT.md terminat. Doar strategie: cine, ce, de ce. Fara culori, fara fonturi, fara valori pixel, acelea traiesc in DESIGN.md.
Cand se foloseste
Rulati /impeccable teach o data la inceputul unui proiect. Este rampa de acces. Fara ea, fiecare alta comanda va produce design care este tehnic competent dar generic tonal: voce SaaS stock, fonturi implicite sigure, paleta de culori AI. Cu ea, fiecare comanda citeste raspunsurile dumneavoastra inainte de a genera.
Apelati la el cand:
- Tocmai ati instalat Impeccable intr-un proiect nou. Primul lucru de rulat. Alte comenzi va vor impinge catre el daca omiteti.
- Directia de brand a proiectului s-a schimbat. Pozitionare noua, audienta noua, voce noua. Re-rulati
teachsi contextul actualizat curge prin fiecare comanda. - O alta comanda a spus “niciun context de design gasit” si s-a oprit. Acesta este semnalul: rulati teach, apoi continuati.
Cum functioneaza
Teach scrie doua fisiere complementare la radacina proiectului:
PRODUCT.mdeste fisierul strategic. Registru (brand sau produs), utilizatori tinta, scopul produsului, personalitatea brandului, anti-referinte, principii de design, nevoi de accesibilitate. Raspunde la “cine, ce, de ce”.DESIGN.mdeste fisierul vizual. Culori, tipografie, elevatie, componente, recomandari si restrictii. Raspunde la “cum arata”. Scris de comanda delegata/impeccable documentpe care teach o invoca la final.
Fluxul scaneaza mai intai codul (README, package.json, componente, token-uri, asset-uri de brand) si formeaza o ipoteza de registru: brand (landing, marketing, portofoliu, unde designul ESTE produsul) sau produs (UI de aplicatie, dashboard-uri, instrumente, unde designul SERVESTE produsul). Registrul este prima intrebare pentru ca formeaza fiecare raspuns in aval: valori implicite de tipografie, energie de miscare, strategie de culoare, setul de referinte pe care comenzile precum /impeccable typeset le trag. Dupa registru, teach intreaba doar ce nu a putut deduce: utilizatori, personalitate in trei cuvinte reale, referinte si anti-referinte, cerinte de accesibilitate.
PRODUCT.md este doar strategic. Fara culori, fara fonturi, fara valori pixel. Acelea traiesc in DESIGN.md. Mentinerile celor doua fisiere separate este intentionata: strategia poate ramane stabila in timp ce sistemul vizual evolueaza.
Incercati
/impeccable teach
Asteptati-va la un interviu de 5 pana la 8 minute. Prima intrebare este de obicei despre registru; restul sunt scurte. Teach va cita inapoi ce a dedus din codul dumneavoastra (“din rute, aceasta arata ca o suprafata de produs, potrivire?”) astfel incat confirmati, nu incepeti de la zero.
La final, teach ofera sa ruleze /impeccable document pentru dumneavoastra. Spuneti da cu exceptia cazului in care aveti un motiv specific sa amanati. Un DESIGN.md real este ceea ce mentine variantele, finisajele si auditurile on-brand.
Capcane
- Omiterea pentru a “doar incerca o comanda rapid”. Fiecare alta comanda va va intervieva in timpul rularii in schimb. Rularea teach mai intai este mai rapida, nu mai lenta.
- Oferirea de raspunsuri generice. “Modern si curat” nu este util. “Cald, mecanic, cu opinii” este. Fiti specifici. Fiti dispusi sa nu fiti de acord cu valorile implicite sigure.
- Tratarea PRODUCT.md ca imuabil. Fisierul este al dumneavoastra. Daca teach a pus ceva acolo care nu este chiar potrivit, editati-l. Fiecare comanda citeste fisierul curent.
- Listarea doar de adjective pentru referinte. Branduri, produse, obiecte tiparite: numite, nu descrise. “Pagini de specimene Klim Type Foundry”, nu “tehnic si curat”. Anti-referintele ar trebui sa fie la fel de specifice.