Grok Bot: полное руководство по облачным ИИ-агентам

Grok Bot — система облачных ИИ-агентов от xAI. У каждого бота есть постоянный компьютер в дата-центре: браузер, файловая система, терминал. Закройте ноутбук, и работа продолжится. Руководство ведёт от установки первого бота до команды агентов с границами полномочий, навыками, рутинами и проверкой качества.

Содержание

1. Делегирование вместо промптов
2. Бот как роль: тест из пяти критериев
3. Установка и первый бот
4. Облачный компьютер и его границы
5. Teach a task: от записи к надёжному навыку
6. Навыки: шесть обязательных частей
7. Доступы: сессия вместо пароля
8. Границы полномочий: принцип обратимости
9. Рутины: расписания и триггеры
10. Команда ботов: топология Chief of Staff
11. Mission Contract для сложных задач
12. Правило трёх прогонов
13. Еженедельный обзор
14. Полезные сценарии
15. Библиотека ролей
16. Альтернативы и честные ограничения
17. Чеклист безопасного старта
18. Официальные материалы

Делегирование вместо промптов

Работа с Grok Bot ставит управленческий вопрос. Навык «как сформулировать запрос» уступает место навыку «что именно я делегирую и где заканчиваются полномочия агента».

Рабочая цепочка всегда одна и та же:

роль вместо промпта → доступ вместо инструкции → покажите один раз → проведите линию подтверждения → поставьте в расписание → проверяйте еженедельно.

Бот как роль: тест из пяти критериев

Бот состоит из трёх вещей: имени, одной зоны ответственности и описания того, как он работает. Диалог с ним постоянный, контекст переносится между задачами.

Промпт — разовый запрос. Роль живёт постоянно, накапливает память и владеет своим участком. Поэтому бота называют должностью, которую мог бы занимать человек: Inbox Manager, Expense Manager, Talent Scout, Bug Reproduction. Имя вроде General Helper — плохая идея: меньше ориентиров, а накопленный контекст сложнее использовать повторно.

Тест «заслуживает ли задача своего бота» — нужны все пять ответов «да»:

Описание работает как оргсхема. Боты маршрутизируют задачи между собой на основе описаний друг друга: бот без описания выпадает из этой схемы, и передать ему работу не сможет даже главный агент. Если в описании скаута записано «отвечает за исследование рынка, поиск клиентов и мониторинг конкурентов», Chief of Staff будет передавать ему исследовательские задачи без вашего участия.

Шаблон карточки роли: четыре предложения, два из которых — ограничения. Карточка заканчивается границей: «Никогда не писать клиенту и не менять настройки аккаунта без подтверждения». Описание хранит правила, которые верны всегда; сообщение хранит сегодняшнюю работу.

Первое сообщение боту содержит пять полей. Пропустите поле, и бот остановится с вопросом до начала работы:

• результат, который должен быть готов;
• источники: приложения, сайты и файлы;
• ограничения: чего избегать и о чём спрашивать сначала;
• формат сдачи работы;
• точка проверки, где бот останавливается ради вас.

Установка и первый бот

Пререквизиты: оплаченный план, десктопное приложение для macOS или Windows либо приложение на iOS и подключение к сети. По официальной документации на 24 августа 2026 года доступ входит в подписки SuperGrok Plus, SuperGrok Heavy, Cursor Pro+ и Cursor Ultra. Отдельно Grok Bot не продаётся, десктопной версии для Linux нет.

1. Подтвердите план и войдите под аккаунтом Cursor/xAI, которому принадлежит подписка.
2. Скачайте и установите приложение. На macOS: откройте .dmg, перенесите в «Программы», подтвердите запуск.
3. Войдите тем же аккаунтом. Вопросы онбординга об инструментах формируют подсказки и ничего не подключают.
4. Дождитесь подготовки облачного компьютера, она идёт в фоне.
5. Создайте первого бота: Cmd/Ctrl+N или New в боковой панели → Create new agent → Edit Profile (имя, должность, описание, аватар).

Первая задача не должна требовать логинов. Приложите документ и попросите структурированное резюме со ссылками на источники: результат приходит за несколько минут и проверяется за полминуты. Доверие к агенту строится по шагам, и этот шаг проверяет базовую связку без риска.

Облачный компьютер и его границы

Grok Bot работает с постоянным облачным компьютером: браузер, командная строка, файлы, подключённые приложения. Один аккаунт — один общий компьютер на всех ботов. Сессии браузера, файлы и доступы к командной строке общие.

Практическое следствие: если один бот вошёл в LinkedIn, вошли все. Это убирает трение при передаче задач между ботами, но означает: не оставляйте на этой машине доступ, который не должны видеть остальные боты вашего аккаунта.

Ограничения аккаунта по официальной документации: до 50 ботов и групповых чатов суммарно, до 50 рутин на бота, хранятся 20 последних запусков каждой рутины, групповой чат вмещает от 2 до 6 ботов.

По неофициальным отчётам пользователей, машина работает на Debian примерно с 8 vCPU, 16 ГБ памяти и 100 ГБ диска без GPU, а пользователь box имеет sudo без пароля. xAI эти параметры официально не подтверждает, поэтому закладывайтесь на них только как на ориентир.

Что переживает пересборку VM

Облачные машины периодически обновляются и пересобираются. При пересборке исчезают /home/box/deps, /usr/local, глобальные apt-пакеты, вручную установленные CLI (Tailscale, ssh, собственные Python-пакеты, скрейперы) и несохранённое состояние браузера. Выживает только /workspace.

Правило: всё, что нужно команде, живёт в /workspace. Типичная ошибка — бот сам предлагает положить навык в ~/.agents/skills/, и после пересборки он пропадает. Тот же навык в /workspace/skills/ останется на месте.

Благодаря sudo без пароля боты могут восстанавливать собственное окружение: добавьте в начало файла навыка блок, который проверяет и переустанавливает нужные CLI до начала работы. Тогда отсутствующий инструмент установится сам, и задача продолжится.

Teach a task: от записи к надёжному навыку

Teach a task позволяет один раз показать повторяемую компьютерную операцию вместо описания каждого клика. Вы выполняете задачу в представлении Agent Computer, бот анализирует события DOM и действия мыши и возвращает черновик метода для редактирования. Запись видимого взаимодействия ограничена десятью минутами, звук микрофона не пишется.

Порядок:

1. Откройте личный диалог с ботом и представление его компьютера.
2. Выберите Teach a task.
3. Коротко опишите результат, который собираетесь показать.
4. Выполните процесс один раз.
5. Остановите запись и просмотрите созданный навык.
6. Проверьте его на безопасном примере до постановки в расписание.

Задача для первой записи должна обладать тремя признаками сразу: повторяется минимум еженедельно, затрагивает два и больше инструментов, шаги редко меняются. Пример хорошей задачи: «Снять цифры с дашборда, сверить упавшие показатели, внести их в документ под нужным заголовком и написать тимлиду в Slack, если что-то упало больше чем на 15%». Текстом это абзац, показом — 40 секунд.

Перед записью уберите с экрана пароли, токены, платёжные данные и личную переписку. Если на одном из шагов нужен секрет, используйте безопасную передачу управления, а не ввод значения на виду у агента.

Не учите только счастливый путь

Одна запись показывает, что делать, когда всё идёт по плану. Пропишите отдельно, что происходит, если:

• источник нельзя проверить;
• два документа противоречат друг другу;
• обязательных данных нет;
• инструмент стал недоступен;
• проверяющий отклонил результат;
• задача уперлась в границу подтверждения.

Большинство автоматизаций ломаются не потому, что не знают последовательность шагов, а потому, что не знают, что делать, когда последовательность не сработала. Перепроверяйте записанный навык после любого изменения сайта, коннектора или формата источника: у процесса, выученного за один проход, нет защиты от редизайна страницы.

Навыки: шесть обязательных частей

Навык — переиспользуемая процедура. Обязательные части:

1. когда применять;
2. требуемые входы и доступы;
3. последовательность работы;
4. способ проверки результата;
5. формат выдачи;
6. что требует подтверждения.

Навыки доступны всей команде ботов и вызываются символом / в поле сообщения. Символ @ прикрепляет к задаче коннектор.

Доступы: сессия вместо пароля

Механика Session Handoff закрывает работу с сервисами без API, а именно так устроено большинство внутренних программ компании:

1. бот идёт по своему облачному браузеру и упирается в страницу входа;
2. ставит задачу на паузу и передаёт вам экран из диалога;
3. вы берёте управление, выполняете только заблокированный шаг и нажимаете Done;
4. бот получает сессию и продолжает с той же страницы.

Бот получает сессию, а пароль в переписку не попадает. Никогда не вставляйте пароль или одноразовый код в обычный чат: для этого есть защищённый запрос секрета с маскировкой значения. Если инструмент просит вставить пароль в разговор, это неправильный путь.

Человек нужен в пяти моментах: пароль или passkey, двухфакторная проверка, CAPTCHA, платёж или проверка личности, сайт, который явно требует человека. Всё остальное работает без вас. Сессии сохраняются, поэтому следующая задача на том же сайте обычно стартует уже в залогиненном состоянии — для всех ботов аккаунта.

Коннекторы вместо кликов

Подключение: Settings → Plugins → выбрать коннектор → Add → завершить авторизацию в браузере. Коннекторы действуют на весь аккаунт: подключили один раз, и они доступны каждому боту. Среди нативных — Notion, Slack, Google Drive, AWS Agents, AWS SageMaker, Browserbase, Composio, Context7 и пользовательские. Для платформ без нативной интеграции (YouTube API, Reddit, LinkedIn, GoHighLevel, Perplexity) подключите Composio как мастер-плагин и запишите в общей базе знаний команды правило, что расширенные инструменты доступны через него.

Не подключайте первыми платёжные системы, менеджеры паролей, клиентские мессенджеры, продуктовые базы данных и аккаунты с деструктивными правами. Начинайте с режима чтения.

Границы полномочий: принцип обратимости

Главная ошибка — подтверждать всё. Вторая по счёту — не подтверждать ничего. Подтверждайте по обратимости, а не по размеру задачи.

Правило неопределённости: если действие нельзя отменить меньше чем за минуту, отложите его и спросите.

Эталон правильно работающей границы: бот отдела продаж, который подготовил 36 черновиков писем и отправил 0. Он сделал всё обратимое и остановился ровно на необратимом.

Там, где поддерживается Auto Review, правила Require Approval всегда останавливают подходящее действие, а Always Allow пропускает его при отсутствии других причин для остановки; при конфликте побеждает Require Approval. Это проверка на основе модели: она дополняет минимальные права, но не заменяет их. Локальное исполнение (Settings → General → Agent → Execution on Local Computer) держите выключенным, пока у бота нет конкретной причины работать с вашими локальными файлами.

Рутины: расписания и триггеры

Рутина — планировщик с понятным лицом: создаётся разговором, без визуального конструктора нод, примерно за две минуты и один запрос.

Два способа запуска:

• по расписанию: ежедневный брифинг в 7:00, пятничная сводка по воронке, сведение расходов в конце месяца;
• по триггеру: новое сообщение в Slack, письмо по шаблону, изменение в документе. Триггеры делают бота присутствующим, а не пунктуальным.

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

Известное ограничение: в групповом чате боты не могут сохранять общие рутины. Расписание настраивается в личной сессии каждого бота.

Команда ботов: топология Chief of Staff

Главная ошибка новичка — создать дюжину несогласованных ботов и управлять ими вручную. Рабочая топология выглядит так:

• Chief of Staff — единая точка входа. Принимает цель верхнего уровня, разбивает её на подзадачи, делегирует, хранит общий контекст, проверяет каждую передачу и эскалирует только то, что действительно требует вас.
• Research / Lead Scout — собирает доказательства, записывает источники, отделяет факты от предположений.
• Strategy — превращает доказательства в решения и приоритеты.
• Execution / Copywriter / Designer — производит артефакт.
• Reviewer / Ops — проверяет результат на соответствие контракту и отклоняет то, что не проходит планку.

Правило размера: начинайте с наименьшего полезного состава. Каждый лишний бот — ещё одно окно контекста, ещё одна передача и ещё одно место, где теряется информация. Создавайте специалиста только когда работа требует других инструментов, другого контекста, другой экспертизы, независимой проверки или параллельного исполнения. Для большинства задач достаточно четырёх специалистов; не выходите за это число, пока не заработала первая версия. После четырёх-пяти ботов параллельные передачи начинают порождать дубли и шум: требуйте одного владельца на каждом этапе.

Групповые чаты

Группа вмещает 2–6 ботов. Опишите общий результат и назовите следующего владельца; боты сами решат, кто отвечает, а @ адресует конкретному. Давайте группе цель, а не список задач: список означает, что декомпозицию уже выполнили вы, и боты просто исполняют ваш план. Сообщения между ботами асинхронны: получатель просыпается, обрабатывает и отвечает позже, весь обмен виден в разговоре. Передачи в группу текстовые: если боту нужно показать другому изображение, он отправляет его напрямую.

Слабая передача звучит как «вот что я нашёл». Сильная: «вот артефакт, вот доказательства за ним, вот оставшиеся неопределённости, вот точное следующее действие». Доказательства путешествуют вместе с работой; не заставляйте следующего агента восстанавливать их по истории чата.

Дублирование бота

При дублировании переносятся профиль, настройки, включённые навыки, рутины и аватар. Не переносятся история диалогов, накопленная память и вложения. Копия появляется с именем «<имя> copy» — переименуйте её до выдачи работы.

Mission Contract для сложных задач

Формулировка «создай исследовательского агента» описывает деятельность, но не победу. Контракт миссии фиксирует, что значит «готово»:

❌ Исследуй конкурентов каждую неделю.

✅ Каждую пятницу в 16:00 сдавай проверенный отчёт о конкурентах: пять важнейших изменений в продукте, ценах и позиционировании, источник у каждого утверждения, вероятное влияние на наш бизнес и три рекомендованных действия.

Семь полей контракта: результат, входы, формат выдачи, частота, критерий готовности, ограничения, точки подтверждения.

Слова «хороший», «полезный», «профессиональный» стандартом качества не являются. Заменяйте их проверками: у каждого факта есть источник, у каждого источника есть дата публикации, дубли удалены, рекомендации ссылаются на доказательства, итог укладывается в лимит длины, внешние действия проходят только через подтверждение. Если финиш нельзя измерить, агент не сможет до него надёжно дойти.

Reviewer должен отклонять точно, с указанием причины. Если он молча чинит всё сам, он превращается во второго исполнителя и становится новым узким местом.

Передача работы устроена как граф:

• вперёд: Mission → Chief → Research → Strategy → Execution → Reviewer → Approval;
• назад: Reviewer → Research или Execution → снова Reviewer.

Цепочка передаёт работу дальше. Граф решает, куда она пойдёт следующим шагом.

Правило трёх прогонов

Порядок, который все нарушают:

1. Выполните одну реальную задачу вживую, с безопасной для ошибки областью.
2. Исправляйте результат, пока он не станет таким, который вы готовы принять.
3. Сохраните метод как именованный навык: с источниками, форматом выдачи и правилами подтверждения.
4. Проверьте навык на втором входе: другой аккаунт, другой файл, те же шаги.
5. Только после этого создавайте рутину.

Рутина наследует все несказанные допущения, поэтому порядок именно такой. Для команд и миссий действует правило трёх прогонов:

• Прогон 1 — наблюдение. Где потерялся контекст, где продублировалась работа, какая инструкция была понята неправильно, какое подтверждение появилось неожиданно, какая проверка качества провалилась. Не чините итог руками: чините устав, рутину или передачу, которая породила сбой.
• Прогон 2 — исправление. Дайте другую представительную миссию и проверьте, что команда избегает прошлой ошибки без новой инструкции. Если ошибка вернулась, исправление не дошло до постоянной памяти.
• Прогон 3 — выпуск. Вмешательство только если требуется RED-действие, контракт неоднозначен или цикл исправлений провалился трижды.

Измеряйте пять величин: долю завершённых задач, число вмешательств человека, число циклов проверки, время до принятого результата, стоимость принятого результата.

Итоговая формула: автоматизации заслуживают три подряд успешных прогона. Первый удавшийся запуск — ещё не основание.

Еженедельный обзор

Автоматизация тихо устаревает: сайт меняет вёрстку, рутина начинает молча производить мусор, и поскольку бот работает, пока вы спите, никто не замечает этого три недели. Так ломается любая постоянно работающая система.

Поставьте в календарь 15 минут в неделю и задайте каждой рутине три вопроса: запускалась ли она; был ли результат правильным; заметил бы я её исчезновение. Третий вопрос важнее, чем кажется: естественный дрейф такой системы — груда наполовину полезных автоматизаций, которые никто не решается удалить.

Дополнительно выборочно проверяйте вручную один результат на рутину. У бота, который отчитывается о собственной работе, та же слепая зона, что и у вас. Так замыкается цикл накопления качества: выполнение → проверка → исправление → запоминание → более точное выполнение.

Полезные сценарии

Утренний разбор входящих

Задача: собрать письма, сообщения и задачи, которые появились за ночь.

Условие: у агента есть доступ только к нужным папкам, каналам и календарям, а формат результата заранее определён.

Действие: Grok Bot забирает новые элементы, группирует их по срочности и готовит короткий список решений.

Результат: утром вы получаете один структурированный отчёт вместо просмотра нескольких приложений.

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

Скачивание отчёта из закрытого кабинета

Задача: каждую неделю получать файл из клиентского портала, внутренней админки или другого сервиса без API.

Условие: в кабинете есть стабильная последовательность действий, а учётная запись имеет минимально необходимые права.

Действие: один раз покажите маршрут через Teach a task, добавьте дату, имя файла и правило остановки при изменении интерфейса.

Результат: агент выполняет браузерную рутину по расписанию и сохраняет отчёт в согласованное место.

Ограничение: изменение кнопок, CAPTCHA, двухфакторная проверка или новый экран могут остановить навык. Сценарий должен сообщать об ошибке, а не угадывать следующий шаг.

Исследовательский бот для контента

Задача: находить темы, которые действительно стоит освещать, вместо контент-календаря из догадок.

Условие: у бота есть доступ к открытым источникам ниши и заданы критерии значимости.

Действие: бот отслеживает тренды, репозитории и публичные обсуждения, собирает доказательства и отделяет факты от предположений. Для видеоконтента полезный результат — ранжированная таблица аномально успешных роликов с мультипликатором к медиане канала.

Результат: на стол ложатся темы с подтверждённым интересом аудитории.

Ограничение: без зафиксированных критериев значимости бот вернёт общий обзор новостей.

Кейс: контент-команда для X

Рабочая структура из четырёх ботов:

1. Research отслеживает тренды и выносит темы, которые стоит писать.
2. Creative получает несколько референсов инфографики в нужном стиле и дальше генерирует визуалы в этой эстетике.
3. Draft превращает исследование и визуальное направление в черновик поста.
4. General присылает ежедневную сводку о том, что сделал каждый. В этом разница между «знать, чем занимались агенты» и «надеяться, что они чем-то занимались».

Поскольку боты живут на одном компьютере, готовое исследование одного сразу доступно следующему, без ручного копирования.

Схожая логика работает в SEO и AEO (тренды, брифы, внутренняя перелинковка), PR (углы подачи, база СМИ, мониторинг упоминаний), платной рекламе (гипотезы креативов, управление ставками), CRO (дизайн экспериментов, варианты лендингов) и исходящих продажах. Показательный кейс из исходного материала: бот обзвонил около 40 текстильных фабрик во Вьетнаме через WhatsApp, потому что они отвечают там, а не в почте. Текстовый черновик в чате для такой задачи не стоил бы ничего.

Библиотека ролей

Роли, которые в исходных материалах рекомендуют поднимать первыми (полные промпты у авторов даны изображениями, поэтому здесь перечень и назначение):

• исследователь контента и YouTube;
• скаут недвижимости;
• CFO / портфельный аналитик;
• личный ассистент для триажа Slack;
• бот исходящих продаж — действия уровня RED: до прохождения трёх прогонов он готовит письма, но не отправляет их;
• Chief of Staff с операционным уставом.

Правило расширения: если Chief не выдаёт чистый план, не создавайте новых агентов. Сначала чините миссию.

Альтернативы и честные ограничения

За удобство Grok Bot вы платите несколькими ограничениями:

• модель не выбирается: только Grok;
• каркас вам не принадлежит: продукт идёт внутри подписки и отдельно не продаётся;
• данные живут на облачном компьютере провайдера;
• изоляции между агентами нет: общий браузер, общие файлы, общие доступы;
• механизм памяти официально не раскрыт.

Технические грабли: боты кликают по настоящим интерфейсам, поэтому редизайн сайта или случайный попап их ломает; разница между «90% сделано» и «100% сделано» вылезает на нестандартных случаях; групповые чаты не сохраняют общие рутины; передачи между ботами текстовые; автоматизации со скриншотом на каждом шаге быстро съедают недельный пул, поэтому повторяемую работу переводите на коннекторы.

Про экономику. Каждый план включает недельный пул использования; работа сверх пула оплачивается по стоимости модели и токенов отдельно. Скриншоты — главный потребитель пула: модель читает каждый как изображение до того, как действовать. В одном опубликованном пользовательском кейсе неделя на Cursor Ultra обошлась в $46 за место плюс $142,80 сверх пула, итого $188,80 за 339 завершённых задач, около $0,56 за задачу. Это единичный кейс, а не тариф: считайте экономику на своих задачах.

Сравнение с self-hosted-агентом вроде Hermes:

Сложившаяся гибридная схема: Grok Bot берёт круглосуточную операционную работу (исследования, мониторинг, визуальные задачи, соцсети, лидген), а Claude Code, Cowork или OpenCode — интерактивную разработку: рефакторинг, архитектуру, миграции, быстрые исправления.

Цель такой системы — надёжная автономность с контролируемыми полномочиями.

Чеклист безопасного старта

• Зафиксируйте одну повторяемую задачу с понятным результатом.
• Первая задача не требует логинов.
• В описании роли записаны границы GREEN, YELLOW, RED.
• Подключены только минимально необходимые права, старт в режиме чтения.
• Общий компьютер ботов не используется как граница безопасности.
• Секреты не попадают в демонстрацию Teach a task и в обычный чат.
• Навык проверен на безопасных данных и на втором входе.
• Рутина создана только после трёх успешных прогонов.
• У рутины есть стоп-правило и поведение при отсутствии источника.
• Финансовые и административные команды начинаются с чтения и идут через подтверждение.
• В календаре стоит еженедельный 15-минутный обзор рутин.

Официальные материалы

• Grok Bot: страница продукта
• Introducing Grok Bot — анонс и статус ранней беты.
• Get started — требования, планы, установка.
• Use the computer and apps — браузер, командная строка, файлы, общий компьютер.
• Skills and routines — Teach a task, навыки, фоновые сценарии.

Материал подготовлен по обзорам EP (@eptwts) и GenAI (@0xGenAi) и официальной документации xAI, проверено 24 августа 2026 года. Grok Bot находится в ранней бете: функции, лимиты и состав тарифов могут измениться. Характеристики облачной машины и кейс экономики отмечены в тексте как неофициальные.

Следующий шаг

• ИИ-сотрудник в аренду за $300 или собери сам: Grok Bot против OpenBot

Связанные материалы

• Статья: Два агента лучше одного: как связать OpenClaw и Hermes Agent в единую систему
• Блог: Buzz от Block: рабочая комната для людей и ИИ-агентов
• База знаний: OpenClaw в 2026: персональный ИИ-агент, который живёт на вашем железе и работает из мессенджеров

Если собираете первую команду агентов и хотите разложить роли, границы полномочий и проверку качества под свои процессы, это обсуждение будет полезно владельцам продуктов и руководителям команд.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov