Browse commands

/impeccable teach

Teach

Навчіть Impeccable, для кого ваш продукт, один раз на проєкт.

PRODUCT.mdLoaded on every command
RegisterProduct. Design serves the task.
UsersSREs on call, reading fast, often in the dark.
Brand voiceCalm, clinical, no hype.
Anti-referencesPurple gradients. Glassmorphism. “Boost your productivity.”

Готовий 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”, а не “технічний та чистий”. Антиреференси мають бути так само конкретними.