# Несколько ботов без границ дают шум. Роли и порядок запуска

Дата: 2026-09-11

Как запустить несколько Grok Bot без путаницы: назначьте роли, ограничьте доступ, задайте единый формат результата и не превращайте Ultra в подписку.

Несколько ботов сами по себе не дают систему. Они дают шум: дубли ролей, разные форматы «готово», параллельные запуски и вопрос «кто виноват, если ушло наружу». Пачка - это конвейер с границами, а не коллекция ассистентов с красивыми именами.

Сначала карта процесса, потом боты. Иначе вы размножите хаос быстрее, чем получите пользу. База: [как создать своего](/articles/kak-sozdat-svoego-grok-bot), [первый час](/articles/pervyy-chas-s-grok-bot), [кейсы](/articles/keysy-grok-bot). Официально: [x.ai/bot](https://x.ai/bot), [Grok Bot 101](https://x.ai/bot/guides/grok-bot-101). Старт - [/start](/start).
## Почему пачка быстро становится шумом
Типичные симптомы первой недели:
  * два бота делают «сводку» в разном формате;
  * никто не владеет финальным артефактом;
  * инструкции конкурируют в одном треде;
  * запуски идут параллельно без критерия завершения;
  * доступы выданы «всем на всё»;
  * названия ролей совпадают, а мандаты - нет.


Хаос лечится не третьим ботом, а картой: вход → этапы → точки человека → финальный файл. Если финал «красивый чат», процесса ещё нет - есть разговор.
## Спроектируйте процесс до создания ботов
## Вход и финальный артефакт
Запишите одной строкой: что приходит на вход и что лежит на столе в конце. Пример: «вход - папка inbox за день; выход - один markdown со сводкой и списком рисков». Пока строка не ясна - ботов не плодите.
## Независимые этапы
Режьте работу так, чтобы этап можно было проверить отдельно: сбор → черновик → проверка → редактура. Смешанные этапы («собери и сразу опубликуй») размножают ошибки и делают approval бессмысленным.
## Точки человека и approval
Публикация, письма клиентам, платежи, смена прав, прод, удаление - только после подтверждения владельца. Бот готовит, человек выпускает. Это же правило для любой внешней интеграции.
Полезный соседний материал по границам - [безопасный старт](/articles/chto-mozhno-botu-v-den-1) и [мандат как ТЗ](/articles/mandat-bota-kak-TZ).
## Четыре роли, которых обычно достаточно
  1. **Диспетчер** - принимает задачу, назначает маршрут, не делает работу сам.
  2. **Исполнитель** - собирает черновик артефакта по контракту.
  3. **Проверяющий** - ищет дыры, противоречия, пропуски полей.
  4. **Редактор** - приводит к формату сдачи.


Часто хватает исполнителя и проверяющего. Диспетчер нужен только при ясных маршрутах. Если роль не добавляет артефакт - уберите её. Лишняя роль - это лишний контекст, лишний расход и новая точка путаницы.
Живые примеры смотрите в [кейсах](/articles/keysy-grok-bot) и в плейбуке [команды из пяти ботов](/articles/playbook-komanda-5-botov). Для узких контуров полезны также [бот для контента](/articles/bot-dlya-kontenta) и [бот для фриланса](/articles/bot-dlya-freelance) - там видно, как одна роль закрывает один артефакт.
## Контракт между ботами
Договоритесь заранее и положите в одну заметку:
  * формат входа и выхода (файл, поля, статусы: draft / needs-fix / ready);
  * обязательные поля и что делать при пустоте;
  * запрет молча менять исходник - только копия плюс комментарий или diff;
  * кто принимает финал (человек-владелец процесса);
  * язык и объём.


Без контракта «пачка» обменивается мнениями, а не артефактами. С контрактом вы можете заменить исполнителя и не ломать проверяющего.
## Доступы и безопасность
Минимальные права на роль. Свои контролируемые аккаунты и официальные интеграции. Не передавайте чужие сессии, пароли и токены в промпты. Не покупайте и не используйте чужие аккаунты - это ломает и безопасность, и ответственность.
Личный Telegram не автоматизируем: только официальный бот/API под вашим контролем - подробнее в [Telegram и осторожный контур](/articles/telegram-i-bot-ostorozhno). Если бот работает с кодом - отдельные правила ветки и PR: [код с ботом](/articles/kod-s-botom-ne-slomat-repo).
## Поэтапный запуск
  1. Один исполнитель на одной задаче до стабильного артефакта.
  2. Проверяющий на **копии** результата, не на прод-исходнике.
  3. Связка двух ролей с единым шаблоном полей.
  4. Только потом - диспетчер или редактор.
  5. Фиксируйте, что сломалось: формат, доступ, критерий, а не «бот тупит».


Не запускайте всех сразу «на пробу». Параллельный хаос дороже последовательной настройки. Если лимит уже горел от широких запусков - см. [сжёг лимиты за день](/articles/szhyog-limity-za-den) и [недельные лимиты](/articles/nedelnye-limity-kak-chitat).
## Когда смотреть на Ultra
Ultra - это [ФОТ многорукого](/articles/heavy-kak-zarplata-mnogorukogo): дополнительные руки на объём и параллель, а не «подписка на более умный чат». Сначала докажите, что одна связка ролей закрывает задачу без хаоса. Затем решайте про мощность: [цена Ultra - не подписка](/articles/cena-heavy-ne-podpiska).
Не включайте Ultra «на всякий случай», пока роли и контракты сырые: вы оплатите размножение шума.
## Операционный чеклист
  * Реестр ролей и владелец каждой
  * Вход и финальный артефакт описаны одной строкой
  * Контракт полей и статусов
  * Минимальные доступы на роль
  * Approval на внешнее
  * Журнал ошибок и правило остановки
  * Не запускать пачку «все сразу» в первый день
  * Есть тестовый вход без секретов


## Мини-пример: одна связка за день
Утро: описываете вход и финальный файл одной строкой. Создаёте только исполнителя. Полдень: на копии результата запускаете проверяющего с чеклистом полей. Вечер: сверяете два артефакта, правите контракт (добавили статус `needs-fix`), сохраняете шаблон. Завтра - тот же конвейер на новом входе, без новых ролей.
Так пачка растёт из рабочей связки, а не из желания «собрать оркестр». Если команда уже ведёт несколько процессов, заведите реестр: роль → владелец → артефакт → доступы → дата последней проверки. Пустая строка в реестре значит роль ещё не готова к запуску.
Перед масштабированием на пять ролей убедитесь, что две уже закрывают задачу без повторных прогонов. Иначе вы скопируете шум. Сравните также, не хватает ли вам скорее ясного мандата, чем нового бота: [мандат как ТЗ](/articles/mandat-bota-kak-TZ).
## Частые вопросы
**Сколько ботов нужно?** Минимум независимых ролей. Начните с одной связки и мерьте пользу артефактами, не количеством агентов.
**Нужен ли диспетчер?** Только если маршруты ясны и полномочия ограничены. Иначе диспетчер станет ещё одним шумом.
**Как не запутаться?** Единый шаблон артефакта, статусы и один человек-владелец решения.
**Можно ли дать боту чужой аккаунт?** Нет. Только свои контролируемые доступы.
**Нужен ли Ultra сразу?** Нет. При доказанном объёме считайте его как ФОТ многорукого.
**Кто отвечает за ошибку?** Владелец процесса и человек, утвердивший внешнее действие. Бот не подписывает прод.
## Что сделать сейчас
  1. Нарисуйте карту одной задачи и создайте роль по [гайду](/articles/kak-sozdat-svoego-grok-bot).
  2. Проверьте связку на примере из [кейсов](/articles/keysy-grok-bot).
  3. Для объёма прочитайте [Ultra как зарплату](/articles/heavy-kak-zarplata-mnogorukogo) и откройте [/start](/start).