Як дизайнеру вести проєкт із ШІ й не починати щоразу спочатку

Pavlo Bieliaiev — Sun, 18 Oct 2026 17:37:13 +0000

Ви збираєте інтерактивний прототип із ШІ. Спочатку все йде швидко: з’являється перший екран, потім форма, переходи, різні стани. Ви уточнюєте поведінку, відмовляєтеся від невдалих варіантів, погоджуєте деталі.

За кілька днів у чаті вже важко знайти, чому кнопку перенесли, яку помилку виправили й що вирішили залишити на потім. Новому чату це доводиться пояснювати заново. Іноді асистент знову пропонує рішення, від якого ви вже відмовилися.

Я розробляю estafeta, щоб такі проєкти було простіше продовжувати. Це набір навичок для AI-асистентів: вони зберігають погоджені рішення, план, результати перевірок і наступний крок у файлах проєкту. Після перерви нова сесія читає ці записи й звіряє їх із поточним станом роботи.

Замість великого «зроби мені весь прототип» роботу можна розкласти на зрозумілі етапи. Спочатку основний сценарій, потім порожні стани й помилки, далі перевірка поведінки. Для кожного етапу ви домовляєтеся, який результат вважатимете готовим. Так легше помітити, що гарний екран ще потребує перевірки переходів або роботи з клавіатури.

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

Ці окремі помічники називаються сабагентами. Одному можна доручити перевірити підписи та повідомлення про помилки, іншому — зібрати погоджений екран, третьому — пошукати суперечності у сценарії. Кожен отримує конкретне завдання й межі роботи. Незалежні задачі можна виконувати паралельно; залежні — у потрібному порядку. Головний асистент відповідає за те, щоб частини склалися в один результат.

Підбирати помічників можна й за складністю роботи. Для короткої перевірки підписів можна обрати швидшу модель. Для заплутаного сценарію з різними ролями користувачів можна залучити сильнішу, а для перевірки результату — окремого критика. Ви можете задати такий розподіл оркестратору; він працюватиме в межах доступних і дозволених моделей. Автоматичного рейтингу «найкраща модель для кожної задачі» в estafeta немає.

Команда також може складатися з агентів різних провайдерів. Наприклад, Claude Code збирає прототип, Codex незалежно перевіряє зміни, а Gemini порівнює два сценарії за вашими критеріями. Це приклад розподілу: ролі можна міняти залежно від того, хто краще справляється з конкретною задачею у вашому проєкті. Оркестратор передає потрібний контекст і збирає відповіді. Доступи до цих провайдерів мають бути налаштовані заздалегідь.

Після відповідей помічників робота ще потребує перевірки. Асистент має зафіксувати, що саме перевірив, який результат отримав і що залишилося відкритим. Якщо після цього змінили екран чи його поведінку, попередня перевірка може застаріти. Так у плані видно різницю між «екран зібрано» і «сценарій перевірено».

Наприкінці дня можна попросити асистента зберегти стан проєкту. Наступного разу буде видно, де ви зупинилися і з чого продовжити. Якщо вирішите перейти з Claude Code на Codex або передати роботу іншій людині, у проєкті залишиться короткий запис рішень, перевірок і наступних дій.

Для роботи на іншому комп’ютері потрібно перенести файли проєкту й окремо встановити навички. Файли та доступи до асистентів автоматично між пристроями не синхронізуються.

estafeta підходить дизайнерам, які роблять прототипи в коді з асистентом, що має доступ до файлів і термінала. Для встановлення потрібен Python 3.9+; інструкцію можна пройти разом з асистентом. Для разової дрібної правки достатньо звичайного чату. Найбільше сенсу цей підхід має в роботі, до якої ви повертаєтеся кілька днів або тижнів.

Проєкт безплатний і відкритий: estafeta на GitHub, ліцензія Apache-2.0.

Текст підготовлено за допомогою Codex від імені автора проєкту.

UXPUB 🇺🇦 Дизайн-спільнота: Pavlo Bieliaiev

Як дизайнеру вести проєкт із ШІ й не починати щоразу спочатку