BetterMe: навчання ШІ для дизайн-команди
-
1,75×
швидше працює скіл після аудиту
-
22
учасники на першому воркшопі
-
3
воркшопи для дизайн-команди
З чим прийшли
Запит
Навчання ШІ для дизайн-команди почалось із запиту на чотири теми: дизайн-ресерч, робота з Claude Code, скіли і їх вбудовування в дизайн-процеси, автоматизація рутини.
Скіли в команді пишуть усі, але бракує структури: скіл працює непогано, але довго. Типова задача — зібрати воронку з пʼятдесяти екранів на шаблонах дизайн-системи, і прогін триває від години до двох. Email-дизайн уже локалізує картинки скілом під сорок мов і далі хоче збирати листи з бібліотеки компонентів.
Свою прогалину команда назвала сама: "Ми не розробники, ми спілкуємося з кодом". Тому просили не готовий виправлений скіл, а метод, яким перевіряти й пришвидшувати скіли самим.
Час роботи з Клодом, що він там довго-довго всі ці процеси запускає, думає, щось там місце ламається періодичне. У нас корпоративні налаштування в ноутбуках, а через хвилину потухне екран. І одразу обламується все, на секунду відходиш, якусь дію зробити, і все полетіло.
Вона ж доробляла скіл, який потім пройшов аудит. Довгий прогін тут не примха моделі: на сервері мосту до Figma стоїть стеля в 30 секунд, після якої Claude вважає, що не вийшло, і запускає ще раз. Звідси дублікати екранів.
Що робили
-
Як влаштований Claude: токени, контекстне вікно на живому прикладі, де один запит забив 31%, стохастичність, effort і кеш
-
Коли контекст переповнений: зона галюцинацій на 80–90%, автокомпакт на 97% і новий діалог зі станом у файлі чи GitHub
-
Перевірка роботи моделі: критерії приймання до старту задачі, модель як суддя, людські й синтетичні бенчмарки
-
Аудит їхнього скіла як слідство: спершу замір, потім підозрювані, потім виправлення і перевірка, що нічого не зламали
-
Правила контролю якості: одна зміна за раз, фікстура, щонайменше три прогони, і ніколи не міряти й не правити разом
-
Рутина трьох типів — перенести, розмножити, звірити: фікстура в Figma, сліпе A/B-порівняння, effort під тип задачі
Що лишилось у роботі
-
Після аудиту скіл працює в 1,75 раза швидше: медіана прогонів упала з 3946 до 2252 мс, а результат той самий — нуль розбіжностей на 14 екранах.
-
Метод замість готового скіла: як самим просити Claude протестувати скіл і знайти вузьке місце, щоб масштабувати це на інші скіли команди.
-
Рецепт окремого скіла з правилами роботи з Figma і діагностичного скіла, а домашнє — переглянути всі свої скіли на повільні місця.
Межі й обмеження
-
Модель помилилась в оцінці: Claude Code дав синтетичне пришвидшення майже у вісім разів, а замір показав 1,75. Звідси правило — питати, це оцінка чи замір.
-
Записувати у Figma треба одним потоком: паралельні субагенти підвисають і зʼїдають токени. Figma в браузері з Claude Code не працює, лише десктопна.
-
Межі клієнта: Zapier погоджений, Make у компанії немає, n8n показували по мінімуму, а відеогенерацію не брали — її закриває інший департамент.
Схожі кейси
З тієї самої або суміжної сфери.
Куди далі
Якщо задача схожа — ось із чого почати.
Розберемо запит за 15 хвилин
Безкоштовний дзвінок, на якому розпитую про задачі й кажу, що зробив би — буває, що задача закривається без мене.