/impeccable teach
Teach
Научете Impeccable за кого е вашият продукт, веднъж за проект.
Завършен PRODUCT.md. Само стратегия: кой, какво, защо. Без цветове, без шрифтове, без пикселни стойности, те живеят в DESIGN.md.
Кога да се използва
Изпълнете /impeccable teach веднъж в началото на проекта. Това е входната рампа. Без него, всяка друга команда ще произвежда дизайн, който е техническо компетентен, но родово тониран: стандартен SaaS глас, безопасни шрифтове по подразбиране, AI палитрата. С него, всяка команда чете вашите отговори, преди да генерира.
Обърнете се към него, когато:
- Току-що сте инсталирали Impeccable в нов проект. Първото нещо за изпълнение. Други команди ще ви насочат към него, ако го пропуснете.
- Бранд посоката на проекта се е променила. Нова позиция, нова аудитория, нов глас. Повторно изпълнение на
teachи актуализираният контекст протича през всяка команда. - Друга команда каза “не е намерен дизайн контекст” и спря. Това е сигналът: изпълнете teach, след това продължете.
Как работи
Teach записва два допълващи се файла в основата на проекта:
PRODUCT.mdе стратегическият файл. Регистър (бренд или продукт), целеви потребители, продуктова цел, бренд персоналност, анти-референции, дизайн принципи, нужди за достъпност. Отговаря на “кой, какво, защо”.DESIGN.mdе визуалният файл. Цветове, типография, издигане, компоненти, правила. Отговаря на “как изглежда”. Записан от делегираната/impeccable documentкоманда, която teach извиква в края.
Потокът сканира кодовата база първо (README, package.json, компоненти, токени, бренд активи) и формира хипотеза за регистъра: бренд (landing, маркетинг, портфолио, където дизайнът Е продуктът) или продукт (app UI, табла, инструменти, където дизайнът СЛУЖИ на продукта). Регистърът е първият въпрос, защото оформя всеки последващ отговор: типографски стойности по подразбиране, енергия на движението, цветова стратегия, наборът от референции, от които команди като /impeccable typeset се насочват. След регистъра, teach пита само това, което не е могъл да изведе: потребители, персоналност в три реални думи, референции и анти-референции, изисквания за достъпност.
PRODUCT.md е само стратегически. Без цветове, без шрифтове, без пикселни стойности. Те живеят в DESIGN.md. Поддържането на двата файла отделени е целенасочено: стратегията може да остане стабилна, докато визуалната система се развива.
Пробвайте
/impeccable teach
Очаквайте интервю от 5 до 8 минути. Първият въпрос обикновено е за регистъра; останалите са кратки. Teach ще ви цитира обратно това, което е изведъл от вашия код (“от маршрутите, това изглежда като продуктова повърхност, съвпада ли?”), така че вие потвърждавате, а не започвате от нулата.
В края, teach предлага да изпълни /impeccable document за вас. Кажете да, освен ако имате конкретна причина да изчакате. Реален DESIGN.md е това, което задържа вариантите, полировките и одитите в рамките на бренда.
Клопки
- Пропускане, за да “просто пробвате една команда бързо”. Всяка друга команда ще ви интервюира по време на полет. Изпълнението на teach първо е по-бързо, не по-бавно.
- Даване на родови отговори. “Модерно и чисто” не е полезно. “Топло, механично, категорично” е. Бъдете конкретни. Бъдете готови да не се съгласявате със безопасните стойности по подразбиране.
- Третиране на PRODUCT.md като неизменен. Файлът е ваш. Ако teach е сложил нещо там, което не е съвсем наред, редактирайте го. Всяка команда чете текущия файл.
- Изброяване само на прилагателни за референции. Брендове, продукти, печатни обекти: наименувани, не описани. “Страници на Klim Type Foundry образци”, не “техническо и чисто”. Анти-референциите трябва да са също толкова специфични.