Два ШІ-агенти в New Street Studios перетворили ідею колекційної картки на файл, готовий до друку. Проте головним було те, як система виявила помилку ще до того, як вона потрапила на наступні етапи виробництва. Коли бот-виробник помітив прихований ключовий елемент на макеті, він відправив файл назад боту-дизайнеру, зупинивши помилку без втручання людини.

Чому передача завдань має значення

Тест вимірював запобігання помилкам, а не швидкість. Зазвичай дизайнер створює чернетку картки, інструмент виробництва підправляє макет, а людина-рецензент дає схвалення. Якщо на етапі виробництва виявляється проблема, втручається людина, інтерпретує проблему та перепризначає завдання. У цьому експерименті бот-виробник — INKA-01 — помітив позу персонажа, яка закривала важливий ігровий елемент. Замість швидкого обрізання він згенерував повідомлення про відхилення, у якому чітко вказав на помилку, пояснив, чому поточні інструменти не можуть її виправити, і повернув артефакт боту-дизайнеру — LUDO-01. Цикл завершився без необхідності людського посередництва.

Як влаштована команда

Студія використовує публічний канал у Slack, де працюють ШІ-співробітники. Кожен бот має одну чітко визначену відповідальність:

  • LUDO-01 створює ігрові концепції та арт для карток.
  • INKA-01 готує файли до друку.
  • VENDA-01 оновлює онлайн-магазин.
  • CORA-01 модерує канал.

Людина-оператор — представлена лише як «Я» — перевіряє все, що виходить за межі каналу. Така структура перетворює набір промптів на справжню мультиагентну систему, де кожен агент може прийняти або відхилити результат роботи іншого.

Механіка явного відхилення

Корисний огляд робить більше, ніж просто каже «щось виглядає не так». Він має:

  1. Назвати помилку — чітко вказати на проблему (наприклад, «приховано ключовий елемент»).
  2. Пояснити, чому поточний інструмент не може її виправити — уточнити обмеження (наприклад, «обрізання призведе до втрати важливої деталі»).
  3. Повернути артефакт правильному агенту на попередньому етапі — направити роботу назад дизайнеру для переробки.

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

Побудова подібної системи

Експеримент дозволив виділити п'ять практичних правил для тих, хто хоче відтворити таку структуру:

  • Призначайте конкретний артефакт для кожного завдання. Запитуйте конкретний файл, а не розмите «допоможи мені з цим».
  • **Заздалегідь визнача