Ви збираєте інтерактивний прототип із ШІ. Спочатку все йде швидко: з’являється перший екран, потім форма, переходи, різні стани. Ви уточнюєте поведінку, відмовляєтеся від невдалих варіантів, погоджуєте деталі.
За кілька днів у чаті вже важко знайти, чому кнопку перенесли, яку помилку виправили й що вирішили залишити на потім. Новому чату це доводиться пояснювати заново. Іноді асистент знову пропонує рішення, від якого ви вже відмовилися.
Я розробляю estafeta, щоб такі проєкти було простіше продовжувати. Це набір навичок для AI-асистентів: вони зберігають погоджені рішення, план, результати перевірок і наступний крок у файлах проєкту. Після перерви нова сесія читає ці записи й звіряє їх із поточним станом роботи.
Замість великого «зроби мені весь прототип» роботу можна розкласти на зрозумілі етапи. Спочатку основний сценарій, потім порожні стани й помилки, далі перевірка поведінки. Для кожного етапу ви домовляєтеся, який результат вважатимете готовим. Так легше помітити, що гарний екран ще потребує перевірки переходів або роботи з клавіатури.
Коли завдань стає більше, корисний оркестратор — головний асистент, який координує роботу. Він тримає загальний план, готує завдання для інших помічників і збирає їхні результати. Вам не потрібно вручну переносити кожну відповідь між кількома чатами й щоразу пояснювати весь проєкт.
Ці окремі помічники називаються сабагентами. Одному можна доручити перевірити підписи та повідомлення про помилки, іншому — зібрати погоджений екран, третьому — пошукати суперечності у сценарії. Кожен отримує конкретне завдання й межі роботи. Незалежні задачі можна виконувати паралельно; залежні — у потрібному порядку. Головний асистент відповідає за те, щоб частини склалися в один результат.
Підбирати помічників можна й за складністю роботи. Для короткої перевірки підписів можна обрати швидшу модель. Для заплутаного сценарію з різними ролями користувачів можна залучити сильнішу, а для перевірки результату — окремого критика. Ви можете задати такий розподіл оркестратору; він працюватиме в межах доступних і дозволених моделей. Автоматичного рейтингу «найкраща модель для кожної задачі» в estafeta немає.
Команда також може складатися з агентів різних провайдерів. Наприклад, Claude Code збирає прототип, Codex незалежно перевіряє зміни, а Gemini порівнює два сценарії за вашими критеріями. Це приклад розподілу: ролі можна міняти залежно від того, хто краще справляється з конкретною задачею у вашому проєкті. Оркестратор передає потрібний контекст і збирає відповіді. Доступи до цих провайдерів мають бути налаштовані заздалегідь.
Після відповідей помічників робота ще потребує перевірки. Асистент має зафіксувати, що саме перевірив, який результат отримав і що залишилося відкритим. Якщо після цього змінили екран чи його поведінку, попередня перевірка може застаріти. Так у плані видно різницю між «екран зібрано» і «сценарій перевірено».
Наприкінці дня можна попросити асистента зберегти стан проєкту. Наступного разу буде видно, де ви зупинилися і з чого продовжити. Якщо вирішите перейти з Claude Code на Codex або передати роботу іншій людині, у проєкті залишиться короткий запис рішень, перевірок і наступних дій.
Для роботи на іншому комп’ютері потрібно перенести файли проєкту й окремо встановити навички. Файли та доступи до асистентів автоматично між пристроями не синхронізуються.
estafeta підходить дизайнерам, які роблять прототипи в коді з асистентом, що має доступ до файлів і термінала. Для встановлення потрібен Python 3.9+; інструкцію можна пройти разом з асистентом. Для разової дрібної правки достатньо звичайного чату. Найбільше сенсу цей підхід має в роботі, до якої ви повертаєтеся кілька днів або тижнів.
Проєкт безплатний і відкритий: estafeta на GitHub, ліцензія Apache-2.0.
Текст підготовлено за допомогою Codex від імені автора проєкту.
Топ коментарі (0)