/impeccable teach
Teach
Opetta Impeccableille kuka tuotteesi käyttäjä on, kerran per projekti.
Valmis PRODUCT.md. Vain strategia: kuka, mitä, miksi. Ei värejä, ei fontteja, ei pikseliarvoja, ne asuvat DESIGN.md:ssa.
Milloin käyttää
Suorita /impeccable teach kerran projektin alussa. Se on sisäänpääsy. Ilman sitä jokainen muu komento tuottaa suunnittelua joka on teknisesti asiantuntevaa mutta geneerisesti sävytettyä: perus-SaaS-ääni, turvalliset oletusfontit, tekoälyn väripalettia. Sen kanssa jokainen komento lukee vastauksesi ennen tuottamista.
Turvaudu siihen kun:
- Olet juuri asentanut Impeccablen uuteen projektiin. Ensimmäinen asia ajettavaksi. Muut komennot ohjaavat sinua siihen jos ohitat.
- Projektin brändisuunta on muuttunut. Uusi positonointi, uusi yleisö, uusi ääni. Suorita
teachuudelleen ja päivitetty konteksti virtaa läpi jokaiseen komentoon. - Toinen komento sanoi “suunnittelukontekstia ei löytynyt” ja pysähtyi. Se on signaali: suorita teach, sitten jatka.
Miten se toimii
Teach kirjoittaa kaksi täydentävää tiedostoa projektin juureen:
PRODUCT.mdon strateginen tiedosto. Rekisteri (brändi tai tuote), kohdekäyttäjät, tuotteen tarkoitus, brändipersoonallisuus, anti-viitteet, suunnitteluperiaatteet, saavutettavuustarpeet. Vastaa kysymykseen “kuka, mitä, miksi”.DESIGN.mdon visuaalinen tiedosto. Värit, typografia, korkeus, komponentit, tehdään- ja ei-tehdä -säännöt. Vastaa kysymykseen “miten se näyttää”. Kirjoitetaan delegoidun/impeccable document-komennon toimesta, jonka teach kutsuu lopuksi.
Työnkulku skannaa koodipohjan ensin (README, package.json, komponentit, tokenit, brändi-resurssit) ja muodostaa rekisterihypoteesia: brändi (laskeutumissivut, markkinointi, portfolio, jossa suunnittelu ON tuote) tai tuote (sovelluskäyttöliittymä, kojelaudat, työkalut, joissa suunnittelu PALVELEE tuotetta). Rekisteri on ensimmäinen kysymys, koska se muokkaa jokaista alavirran vastausta: typografiaoletukset, liike-energia, väristrategia, viitejoukko jonka komennot kuten /impeccable typeset lataavat. Rekisterin jälkeen teach kysyy vain mitä se ei voinut päätellä: käyttäjät, persoonallisuus kolmella todellisella sanalla, viitteet ja anti-viitteet, saavutettavuusvaatimukset.
PRODUCT.md on vain strateginen. Ei värejä, ei fontteja, ei pikseliarvoja. Ne asuvat DESIGN.md:ssa. Kahden tiedoston erillään pitäminen on tarkoituksellista: strategia voi pysyä vakaana kun visuaalinen järjestelmä kehittyy.
Kokeile
/impeccable teach
Odota 5-8 minuutin haastattelu. Ensimmäinen kysymys on yleensä rekisteristä; loput ovat lyhyitä. Teach siteeraa takaisin mitä se päätteli koodistasi (“reiteistä tämä näyttää tuotepinnalta, täsmää?”) joten olet vahvistamassa, ei aloittamassa tyhjästä.
Lopuksi teach tarjoaa suorittaa /impeccable document-komennon puolestasi. Sano kyllä ellet ole erityinen syy viivyttää. Todellinen DESIGN.md on mikä pitää muunnelmat, viimeistelyt ja arvioinnit brändissä.
Sudenkuopat
- Ohittaminen “kokeillaksesi komentoa nopeasti”. Jokainen muu komento haastattelee sinua lennosta sen sijaan. Teachin suorittaminen ensin on nopeampaa, ei hitaampaa.
- Geneeristen vastausten antaminen. “Moderni ja puhdas” ei ole hyödyllistä. “Lämmin, mekaaninen, mielipiteellinen” on. Ole yksityiskohtainen. Ole valmis eristäytymään turvallisista oletuksista.
- PRODUCT.md:n kohteleminen muuttumattomana. Tiedosto on sinun. Jos teach laittoi sinne jotain joka ei ole aivan oikein, muokkaa sitä. Jokainen komento lukee nykyisen tiedoston.
- Vain adjektiivien listaaminen viitteiksi. Brändit, tuotteet, painetut esineet: nimettyjä, ei kuvailtuja. “Klim Type Foundry -näytesivut”, ei “tekninen ja puhdas”. Anti-viitteiden tulisi olla yhtä yksityiskohtaisia.