Перейти до вмісту
Богдан Щербаков

BetterMe: навчання ШІ для дизайн-команди

Сфера: ІТ. Формат: три воркшопи для дизайн-команди. Період: липень — жовтень 2026.

  • 1,75×

    швидше працює скіл після аудиту

  • 22

    учасники на першому воркшопі

  • 3

    воркшопи для дизайн-команди

З чим прийшли

Запит

Навчання ШІ для дизайн-команди почалось із запиту на чотири теми: дизайн-ресерч, робота з Claude Code, скіли і їх вбудовування в дизайн-процеси, автоматизація рутини.

Скіли в команді пишуть усі, але бракує структури: скіл працює непогано, але довго. Типова задача — зібрати воронку з пʼятдесяти екранів на шаблонах дизайн-системи, і прогін триває від години до двох. Email-дизайн уже локалізує картинки скілом під сорок мов і далі хоче збирати листи з бібліотеки компонентів.

Свою прогалину команда назвала сама: "Ми не розробники, ми спілкуємося з кодом". Тому просили не готовий виправлений скіл, а метод, яким перевіряти й пришвидшувати скіли самим.

BetterMe
Час роботи з Клодом, що він там довго-довго всі ці процеси запускає, думає, щось там місце ламається періодичне. У нас корпоративні налаштування в ноутбуках, а через хвилину потухне екран. І одразу обламується все, на секунду відходиш, якусь дію зробити, і все полетіло.
дизайнерка, пише скіли для рутини команди

Вона ж доробляла скіл, який потім пройшов аудит. Довгий прогін тут не примха моделі: на сервері мосту до Figma стоїть стеля в 30 секунд, після якої Claude вважає, що не вийшло, і запускає ще раз. Звідси дублікати екранів.

Що робили

  1. Як влаштований Claude: токени, контекстне вікно на живому прикладі, де один запит забив 31%, стохастичність, effort і кеш

  2. Коли контекст переповнений: зона галюцинацій на 80–90%, автокомпакт на 97% і новий діалог зі станом у файлі чи GitHub

  3. Перевірка роботи моделі: критерії приймання до старту задачі, модель як суддя, людські й синтетичні бенчмарки

  4. Аудит їхнього скіла як слідство: спершу замір, потім підозрювані, потім виправлення і перевірка, що нічого не зламали

  5. Правила контролю якості: одна зміна за раз, фікстура, щонайменше три прогони, і ніколи не міряти й не правити разом

  6. Рутина трьох типів — перенести, розмножити, звірити: фікстура в Figma, сліпе A/B-порівняння, effort під тип задачі

Що лишилось у роботі

  • Після аудиту скіл працює в 1,75 раза швидше: медіана прогонів упала з 3946 до 2252 мс, а результат той самий — нуль розбіжностей на 14 екранах.

  • Метод замість готового скіла: як самим просити Claude протестувати скіл і знайти вузьке місце, щоб масштабувати це на інші скіли команди.

  • Рецепт окремого скіла з правилами роботи з Figma і діагностичного скіла, а домашнє — переглянути всі свої скіли на повільні місця.

Межі й обмеження

  • Модель помилилась в оцінці: Claude Code дав синтетичне пришвидшення майже у вісім разів, а замір показав 1,75. Звідси правило — питати, це оцінка чи замір.

  • Записувати у Figma треба одним потоком: паралельні субагенти підвисають і зʼїдають токени. Figma в браузері з Claude Code не працює, лише десктопна.

  • Межі клієнта: Zapier погоджений, Make у компанії немає, n8n показували по мінімуму, а відеогенерацію не брали — її закриває інший департамент.

Схожі кейси

З тієї самої або суміжної сфери.

Куди далі

Якщо задача схожа — ось із чого почати.

Розберемо запит за 15 хвилин

Безкоштовний дзвінок, на якому розпитую про задачі й кажу, що зробив би — буває, що задача закривається без мене.