Здебільшого «AI на роботі» — це досі чат у кутку екрана: ти питаєш, він відповідає, а робота все одно на тобі. Мені хотілося протилежного — щось, кому можна віддати цілу задачу й отримати результат, а не пораду.
Тож замість того, щоб будувати автоматизації, я почав наймати працівників. Ось що це означає на практиці й де тут користь.
Спершу: будь-який API стає інструментом, без коду
Перш ніж працівник стане корисним, йому потрібні речі, які він може робити. Звичайний спосіб дати AI нову здатність — написати інтеграцію: прочитати документацію, змоделювати endpoints, підключити авторизацію, обробити помилки. По пів дня на кожну.
Натомість: встав домен. Якщо модель уже знає цей API, ти одразу отримуєш робочий інструмент. Якщо ні — вона шукає, збирає документацію з кількох сторінок і зводить endpoints в одну схему. Додаєш ключ, активуєш — і API вже нативний інструмент, який твої працівники можуть викликати. Жодного JSON руками, жодного glue-коду.
Це прибирає більшість рутини. Але конектори — це лише сировина. Найцікавіше — хто ними користується.
Наймаємо працівника
Працівник — це не промпт. Це найм із:
- Роллю. Для чого він, як виглядає «добре» і де його межі. Саме це вирішує, буде працівник корисним чи ні — так само, як із наймом людини.
- Мозком на твій вибір. Кожен працівник працює на моделі, яку ти обереш — Claude, GPT чи Gemini — тож на складну роль можна поставити модель із сильним мисленням, а на рутинну — дешевшу й швидшу.
- Дозволеними інструментами. Ти даєш працівнику рівно ті здатності, яких вимагає його робота, і нічого понад те.
Набір інструментів, який можна дати працівнику, — це і є суть:
- Пошта — читати вхідні, надсилати й відповідати через IMAP/SMTP.
- Вебхуки — зовнішня подія може розбудити працівника й передати йому дані, на які треба зреагувати.
- Пам'ять — працівник пам'ятає між запусками, тож не повторюється й не губить нитку проєкту.
- Сховище файлів — надійне сховище, що переживає перезапуски, для документів і артефактів, які створює працівник.
- Логіни до сайтів — ти зберігаєш облікові дані працівника для сторонніх сайтів (шифровані, write-only — пароль не можна прочитати назад), і він може заходити й робити реальну роботу на цих сайтах від твого імені.
Задачі: робота, що стартує без тебе
Працівник володіє задачами, і задача запускається за тригером — а не тому, що ти сидиш поруч:
- за розкладом (щоранку, раз на два дні — як скаже cron),
- коли надходить лист,
- коли спрацьовує вебхук.
Тож контент-працівник може писати й публікувати за графіком; поштовий — розбирати листи в міру надходження; моніторинговий — реагувати на подію тієї ж секунди. Ти повертаєшся до результатів.
Супервайзер: контроль над командою
Віддавати автономію софту комфортно лише тоді, коли його можна стримати. Це шар супервайзера — і саме без нього я б відмовився це запускати:
- Наймай і звільняй. Підніми нового працівника під роль, постав на паузу або звільни зовсім.
- Став і коригуй задачі. Дай працівнику задачу, зміни розклад, відредагуй інструкції, вимкни.
- Дивись, що він робить. Кожен запуск логується покроково — видно, що саме працівник зробив, коли й чому.
- Схвалюй ризиковане. Усе, що виходить назовні — надіслати лист, опублікувати, запостити — може йти через шлюз схвалення: працівник пропонує, ти схвалюєш, і лише тоді він діє. Ти вирішуєш, скільки свободи дати кожному, і розширюєш її в міру довіри.
Ця остання частина — різниця між «агентом, якого я побоююсь» і «колегою з чіткою роботою». Працівник робить роботу; людина лишається тим, хто ставить підпис.
Де це, чесно, не магія
Варто сказати прямо:
- Працівник рівно настільки хороший, наскільки хороша його роль. Розмиті інструкції — розмитий результат. Мислення про організацію не зникає; воно переходить до тебе.
- No-code конектори залежать від документації цільового API. Чиста документація — чистий інструмент; дивний недокументований endpoint — доведеться його доштовхувати.
- Це хостована платформа, тож із чутливими даними поводься так само, як із будь-яким вендором.
Нічого з цього не є стоп-фактором для того, як я цим користуюсь, але «найняти працівника» не означає «пропустити етап суджень».
Зсув
Щойно інструменти перестають бути інфраструктурними проєктами, а працівники — промптами, ти перестаєш думати автоматизаціями й починаєш думати ролями. Хто володіє цим результатом? Що йому потрібно, щоб його досягти? Де потрібен мій підпис?
Ти не будуєш воркфлоу. Ти вирощуєш команду — по одному найму за раз.