Якого AI агента обрати для ваших проектів?

Минулого тижня я бачив, як хтось попросив свого фронтенд-агента "створити чудовий запит для генерації зображень". Агент це зробив. Погано. Він створив щось, що написав би фронтенд-розробник: у формі компонента, злегка візуальне, без усього, що знає інженер із запитів про терміни освітлення, словник камери та негативні запити.

Ніхто цього не помітив, тому що невдача була тихою. Агент не каже "це не моя робота". Він просто робить посередню версію роботи когось іншого.

Це справжня вартість вибору неправильного агента. Не помилки. Посередність, яка виглядає як результат.

Персона: це продукт

AI-агент: це модель плюс системний запит. Та ж модель, інший системний запит, інші результати. Це весь трюк, і він не маленький.

QA-агент не "намагається сильніше знайти помилки". Його персона каже йому не довіряти щасливому шляху, перераховувати крайні випадки і писати відтворення перед виправленням. Агент безпеки читає той самий код авторизації, що й ваш фулстек-агент, і бачить фіксацію сесії там, де фулстек бачить робочий вхід. 14 вбудованих ролей в AgentsRoom існують, тому що ці рамки дійсно змінюють те, що виходить з тієї ж моделі.

Отже, "якого агента мені використовувати": це не косметика. Це вирішує, які інстинкти вмикаються, поки ваше завдання виконується.

Відповідайте завданню, а не звичці

Звичка: відправляти все агенту, який вже відкритий. Зазвичай це фулстек-розробник, тому що ви відкрили його в понеділок.

Відповідність: прочитайте своє завдання і назвіть спеціальність, до якої воно належить.

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

• "Написати блог-пост для запуску": експерт з маркетингу, а не ваш фулстек-розробник. Позиціонування і копірайтинг: це спеціальність, і це видно вже через два абзаци.
• "Цей тест не проходить один раз з п'яти": QA-агент. Нестабільні тести: це дисципліна: ізоляція, таймінг, фікстури. Агент-розробник часто просто перезапускає, поки не стане зеленим.
• "Удосконалити процес входу": агент безпеки. Він перевірить ротацію токенів, анулювання сесій і обмеження швидкості без підказок.
• "Створити запити для генерації зображень": інженер із запитів з каталогу. Це саме та робота з вступу, і саме той агент для неї.
• "Панель повільна": бекенд-агент для запитів, фронтенд-агент для продуктивності рендеру. Якщо ви ще не можете визначити, яка сторона винна, це спочатку завдання з профілювання.

Якщо завдання називає результат, яким би володів спеціаліст у реальному світі, віддайте його цьому спеціалісту. У вас є 260+ з них у каталозі, плюс ваші власні кастомні агенти. Використовувати універсала для всього: це платити за лавку і грати одного гравця.

Коли не знаєте: скажіть це

Ось частина, яка змінила мою роботу. Вам не потрібно знати.

AgentsRoom має радник з пропозицій агентів саме для цього моменту. Натисніть на іскру поруч із пошуком агентів, введіть завдання так, як ви б сказали його вголос ("написати блог-пост для запуску", "аудит процесу входу"), і він відповість агентом, який найкраще підходить для роботи, з однолінійним обґрунтуванням і двома альтернативами. Агенти, які вже вільні у вашій кімнаті, позначаються, тому радник каже вам повторно використовувати, перш ніж додавати.

Потім одне натискання призначає завдання: агент додається, якщо потрібно, його термінал відкривається, і точний текст, який ви ввели, з'являється в композиторі як чернетка. Ви вже описали завдання один раз. Цей опис стає першим запитом.

Правило ранжування важливе: відповідність перш за все, зручність на другому місці. Радник не передасть вашу роботу з запитом на зображення фронтенд-розробнику лише тому, що фронтенд-розробник вільний. Ми налаштували це на реальних промахах.

Повторне використання перед додаванням

Кімната з дванадцятьма напіввикористаними агентами: це свій власний режим відмови. Два правила зберігають її в розумі.

Вільний агент, який підходить: повторно використовуйте його. Агент без завдання в процесі і з правильною спеціальністю: це найкращий вибір, кожного разу. Радник застосовує це правило автоматично.

Правильна спеціальність, але зайнятий: додайте нового замість черги. Агенти: це дешеві місця. Очікування, поки ваш єдиний QA-агент закінчить, поки три помилки накопичуються,: це вузьке місце, яке ви вигадали.

І коли завдання змінює характер під час сесії ("насправді, тепер напишіть документацію для того, що ви створили"), вам взагалі не потрібен новий агент: Agent Morphing перетворює працюючого агента на іншого спеціаліста з його контекстом.

Одне завдання, кілька спеціалістів

Деякі завдання не є однією спеціальністю. "Випустити функцію платежів": це завдання бекенду, потім завдання QA, а потім, можливо, перевірка безпеки. Вибір одного агента для цього означає, що інші дві спеціальності тихо не відбуваються.

Це те, для чого потрібні команди: з'єднати агентів так, щоб робота переходила від розробки до QA до перевірки, кожне місце зайняте правильною персоною. Питання вибору стає "хто в ланцюжку", а не "хто отримує все".

П'ятисекундна версія

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

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