Один інженер із команди Grok Bot перейшов від 15 хмарних агентів одночасно до понад 200.
І не за допомогою 200 ботів. А шести.
П'ять ботів-інженерів, кожен відповідає за свій напрямок, і один ops-бот, який не пише жодного рядка коду. У тій самій команді Лорен Тан (Lauren Tan) закрила понад 2000 PR за місяць.
Саме це більшість людей упускає з виду. Їхній перший бот працює, тому вони додають другого, потім п'ятого, десятого. І тепер у них десять вікон чату та нова робота на повну ставку: читати їх усі.
Купа ботів — це просто штатний розклад. Команда — це структура. Цей гайд і є та сама структура, побудована на досвіді роботи власних команд xAI.
Версія на 30 секунд
- Один бот — це найманий працівник. Для команди потрібно п'ять речей: вхідні двері, спеціалісти, дошка, годинник і шлюз.
- Ви спілкуєтеся лише з одним ботом. Він розподіляє роботу між іншими.
- Кожен спеціаліст відповідає за один напрямок і має власну пам'ять.
- Робота живе на дошці, а не в чаті.
- Рутина рухає справи, поки ви спите. Апруви вирішують, що дозволено випускати назовні.
- Власні команди xAI керують цим приблизно шістьма ботами. Не шістдесятьма.
Частина 1. Коли наймати другого бота
Не тоді, коли перший зайнятий. Боти не бувають «зайнятими» так, як ви.
Кевін Ніпарко (Kevin Niparko) керує цілою командою ботів на посаді PM у SpaceXAI, і його гайд називає три причини розділяти роботу між ботами: можливість посилатися одне на одного («ти знаєш, хто що робить»), паралельність та ізольована пам'ять.
Третя причина — і є справжня відповідь. Його словами:
Chief of Staff не повинен дебажити computer-use evals.
Наймайте другого бота тоді, коли пам'ять одного починає тримати дві роботи.
Ви помітите це ще до того, як зможете сформулювати. Бот для пошти починає відповідати голосом вашого код-рев'юера. Налаштування календаря просочуються в дослідницькі брифи. Кожне повідомлення ви починаєте з того, що нагадуєте боту, яку роль він сьогодні грає.
Лінсі Лі (Lingxi Li), яка створює Grok Bot за допомогою Grok Bot, каже те саме з боку інженерії: боти «працюють найкраще, коли зосереджені на одному напрямку».
Тест: навичка чи бот?
Документація визначає навичку (skill) як «набір інструкцій багаторазового використання для виконання завдання», а ваші приватні навички — це одна бібліотека, спільна для всіх ваших ботів.
Отже, нове завдання — це навичка. Новий напрямок із власною пам'яттю — це бот. Якщо ви не можете описати цей напрямок трьома словами, другий бот вам поки не потрібен.
Частина 2. П'ять складових команди
1. Вхідні двері
Один бот, з яким ви реально спілкуєтесь. У гайді Джоша Кіма (Josh Kim) він називається Bot Boss — «єдині вхідні двері». Ніпарко називає його Chief of Staff і описує двома реченнями: «Єдиний генераліст. Мовчить, якщо нічого не змінилося».
Вхідні двері маршрутизують. Вони не будують. Промпт самого Кіма каже про це прямо: «you are hub and spoke EA, not a builder and not an auditor».
Промпт, який можна скопіювати:
Ти мій Chief of Staff і єдиний бот, з яким я спілкуюся. Маршрутизуй кожен запит до спеціаліста, який за нього відповідає, збирай результат, звіряй його з тим, що я просив, і звіtuj мені у п'яти рядках. Мовчи, якщо нічого не змінилося.
2. Спеціалісти
Склад команди Ніпарко: Chief of Staff, інженерний менеджер на ім'я Емілі, п'ять ботів-інженерів, дата-аналітик, PM-бот і рекрутер. Склад команди Лі: п'ять ботів-інженерів, поділених за платформами (iOS, десктоп, інфраструктура, Android, тестове середовище), плюс Дженні, керівниця операційного відділу.
Подивіться, що спільного в обох команд. Менеджер, який не робить роботу руками. Емілі декомпозує задачі, делегує та перевіряє результат на відповідність цілі. Дженні онбордить нових ботів і проводить постмортеми. Жодна з них не пише код.
Для першої команди трьох спеціалістів достатньо. Ерік Закаріассон (Eric Zakariasson) обмежує кожен канал проєкту шістьма ботами й називає це обмеження «просто довільним числом». Довільним, але правильним.
3. Дошка
Чат тікає вгору. Команді потрібне одне місце, де живе стан роботи.
Команда Лі використовує спільний трекер у Notion. Кожні 30 хвилин боти перевіряють кожен PR на падаючий CI, коментарі рев'ю та конфлікти злиття. Проблемні повертаються у статус Working. Чисті переходять у Ready for Review.
Закаріассон веде дві бази даних, Projects і Tasks, з окремим каналом на кожен проєкт. Бот, який застряг, позначає свою задачу як Blocked і пінгує людину. Решту часу людина просто спостерігає, як рухаються картки.
Найкраща фраза з усіх гайдів — саме звідти:
Цікаво те, що чим більше я на цьому будую, тим більше воно нагадує систему, спочатку створену для людей.
4. Годинник
Рутина (routine), згідно з документацією, «вказує одному боту, коли запускати workflow». Кожен бот може мати до 50 таких рутин, вони можуть спрацьовувати хоч кожні п'ять хвилин і продовжують працювати навіть із закритим ноутбуком.
Годинник Лі виглядає так. О 3:00 ночі запускаються нічні аудити: мертвий код, час завантаження, розмір бандла. О 5:00 ранку Дженні проводить 1:1 з кожним ботом у команді, переглядає playbook і витягує на поверхню блокери. Заявлений результат: боти «рідко забувають мої складні workflow, навіть через багато тижнів».
Цей стендап о 5:00 — найбільш недооцінена ідея в усій схемі. Контекст бота обмежений. Повторення — це те, як команда тримає свої стандарти, і тут повторює бот, щоб не доводилося вам.
5. Шлюз
Ніпарко про те, що все ще потребує людини:
Я досі залишаю за собою фінальне ревью для будь-яких зовнішніх email-розсилок, покупок або деструктивних дій на кшталт видалень.
Кім іде далі. Його inbox-бот працює лише на читання і ніколи нічого не надсилає, доки в ту саму мить не буде введено слово "send".
Два факти з документації, які змінюють підхід до проєктування шлюзу:
- Фонові апруви мають термін дії. Коли рутина або інший бот ініціює дію, що потребує вашого «так», запит протухає приблизно через 10 хвилин, і дія не виконується. Задача о 3:00 ночі, яка чекає на вас, помре в очікуванні. Вирішіть заздалегідь: або напишіть для неї правило дозволу (allow rule), або зробіть так, щоб рутина зупинялася на етапі чернетки.
- Усі ваші боти ділять один хмарний комп'ютер. Файли, сесії браузера та логіни доступні всьому складу. Документація каже прямо: не сприймайте окремих ботів як межу безпеки.
Ви розділяєте ботів заради фокусу та пам'яті. Безпеку вам дає шлюз.
Частина 3. Зберіть це за п'ять днів
День 1. Вхідні двері. Підвищіть свого першого бота до Chief of Staff за допомогою промпту вище. Відтепер це єдиний чат, який ви відкриваєте.
День 2. Розділіть за пам'яттю. Випишіть усе, що перший бот робить сьогодні, і згрупуйте список за напрямками. Дві найбільші групи стануть вашими першими двома спеціалістами. Налаштування бота — це три поля: Name, Title, Description. Заповніть їх як вакансію.
День 3. Дошка. Одна таблиця з полями Task, Owner і Status: Todo, Working, Blocked, Ready for Review, Done. Потім скажіть кожному боту одне й те саме: нічого не зроблено, поки дошка так не скаже, а якщо ти застряг — став Blocked і пінгуй мене.
День 4. Годинник. Три рутина для старту: ранковий звіт по дошці від Chief of Staff, 30-хвилинний обхід дошки та один нічний аудит. Спочатку запустіть кожну як тест на безпечних вхідних даних. Документація попереджає, що тестовий запуск «виконує реальну роботу».
День 5. Шлюз. Пропишіть правила «спочатку запитай»: надсилання, покупки, видалення, публікації, будь-що в продакшені. Додайте одне правило дозволу для тієї дії, яку ви вже п'ять разів поспіль апрувнули вручну.
А потім не чіпайте це тиждень, перш ніж наймати четвертого бота.
П'ять помилок, які вбивають команду ботів
Армія клонів. П'ять копій одного й того ж генераліста. Ніякої ізольованої пам'яті, ніякого напрямку, ніякої користі. Ви просто помножили витрати й залишили хаос.
Груповий чат без дошки. Боти можуть писати одне одному та тригерити дії. Без спільного стану це нарада, а не робота.
Бос-будівельник. Вхідні двері, які починають виконувати задачі самі. Щойно ваш Chief of Staff починає писати код, ніхто більше не маршрутизує і ніхто не перевіряє.
Відкритий слухач. Тригер на кожне нове повідомлення. Документація попереджає саме про це, бо воно створює шум і спалює ліміти. Налаштовуйте тригери вузько.
Ілюзія безпеки. Віра в те, що фінансовий бот не бачить, під чим залогінився дослідницький. Один комп'ютер, одні сесії.
Оргструктура — це і є продукт
Люди, які створюють Grok Bot, не винаходили нову архітектуру для своїх команд. Вони перебудували найстарішу з існуючих: менеджер, спеціалісти, дошка, стендап і погодження.
Різниця лише в тому, що ця команда проводить стендап о 5:00 ранку, і ніхто не скаржиться.
Почніть із вхідних дверей. Додайте одного спеціаліста. Не додавайте третього, поки не з'явиться дошка.
P.S. Якщо ви ще не найняли першого бота, почніть з мого попереднього гайду «Grok Bot: How to Hire Your First AI Employee». Усе, що тут процитовано, взято з публічних гайдів і документації xAI щодо Grok Bot.
