/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, компоненти, токени, брендові ресурси) і формує гіпотезу регістру: бренд (лендінги, маркетинг, портфоліо, де дизайн Є продуктом) або продукт (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”, а не “технічний та чистий”. Антиреференси мають бути так само конкретними.