Гайд по использованию Grok Bot

TL;DR

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

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

Рабочий порядок выглядит так:

1. Создать одного узкого специалиста.
2. Дать ему настоящую безопасную задачу.
3. Исправить результат до повторяемого качества.
4. Сохранить метод как навык.
5. Прогнать навык ещё раз.
6. Только после проверки назначить рутину.

Это полная русская адаптация мастер-класса Ави Чавлы, дополнительно сверенная с актуальной документацией Grok Bot.

Зачем постоянный облачный компьютер

Работа Grok Bot выполняется на облачном компьютере сервиса. Закрытие приложения или ноутбука не останавливает уже запущенную облачную работу и фоновые рутины.

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

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

Что в продукте называется ботом

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

Полезно мыслить ботами как коллегами с узкими специальностями. «Исследователь рынка» задает понятные источники, тип результата и критерии качества.

«Помощник на все случаи» смешивает слишком разные задачи, поэтому сохраненный контекст становится трудно применять повторно.

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

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

Как устроена постоянная машина

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

У постоянства есть граница. Рабочая папка /workspace, состояние браузера и сохранённые входы рассчитаны на сохранение при обычном обновлении или восстановлении машины.

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

Итоговые документы и выгрузки нужно сохранить в /workspace или приложить к диалогу. Изменения в проектах с кодом стоит зафиксировать в системе контроля версий.

Общая среда: удобство и риск

Все боты одного аккаунта видят общие файлы, браузерные cookie, активные сессии сайтов и доступы командной строки. Одна роль сохраняет результат, следующая продолжает с того же места.

Та же особенность задает границу безопасности. Если файл или доступ нельзя отдавать другой роли, его нельзя размещать на общей машине. Разные имена и диалоги не изолируют учетные данные.

Перед входом в чувствительный сервис полезно задать три вопроса:

1. Какие боты смогут использовать эту сессию?
2. Какие действия сервис разрешает после входа?
3. Где система должна запросить подтверждение человека?

Как бот действует во внешних сервисах

У Grok Bot есть два основных пути: готовое подключение к сервису (коннектор) и визуальная работа через браузер. В приложении раздел подключений сейчас называется Plugins.

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

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

Входы, пароли и передача управления

Для пароля, ключа доступа (passkey), двухфакторной проверки, CAPTCHA, оплаты и подтверждения личности бот может попросить пользователя взять управление компьютером.

Пользователь открывает Agent Computer, окно облачного компьютера, выполняет только заблокированный шаг и возвращает управление боту.

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

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

Память каждого бота

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

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

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

Официальная документация описывает поведение памяти, но не раскрывает ее внутренний формат хранения.

Как создавать навыки

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

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

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

Постоянные правила роли хранятся в профиле. Указание «никогда не отправлять внешние сообщения без подтверждения» относится ко всем задачам.

Запрос «подготовь ответы этим двенадцати клиентам» относится к конкретной работе и остается в текущем разговоре.

Хороший навык отвечает на шесть вопросов:

1. Когда его запускать?
2. Какие входные данные и доступы нужны?
3. В какой последовательности работать?
4. Как проверить результат?
5. Какой артефакт вернуть?
6. Какие действия требуют подтверждения?

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

Обучение показом

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

Звук микрофона не записывается. Секреты во время показа вводятся через защищенную передачу управления.

Созданный навык считается черновиком. В него добавляются правила выбора, обработка ошибок и границы подтверждения, затем навык проверяется на безопасном примере.

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

Рутины: когда запускать готовый навык

Рутина связывает рабочий процесс с конкретным ботом и условием запуска. Чаще всего это расписание, а при наличии интеграции: событие из внешней системы.

В запросе на создание рутины полезно явно назвать:

1. Расписание и часовой пояс.
2. Источник входных данных.
3. Ожидаемый результат.
4. Действия, которые ждут подтверждения.
5. Поведение при отсутствии источника.

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

По текущей документации для одного бота доступно до 50 рутин. Приложение хранит 20 последних записей запуска каждой рутины. Удаление выполняется сразу и не имеет отмены.

Несколько ботов и передача работы

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

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

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

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

Автопроверка и подтверждения

Когда Auto Review, или автопроверка, доступна аккаунту, система оценивает инструментальные действия перед выполнением:

1. Require Approval всегда останавливает совпавшее действие.
2. Always Allow пропускает его только при отсутствии другой причины для остановки.
3. При совпадении правил приоритет получает Require Approval.

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

Личные правила Auto Review хранятся на текущем компьютере с приложением и синхронизируются с его облачной машиной. Вторую установку нужно проверять отдельно.

Локальное выполнение включается отдельной настройкой. Доступны режимы Always require approval, Always allowed и Never allowed; исходное значение: Ask every time.

Документация рекомендует Never allowed, пока боту не нужна работа с локальными файлами. Эта настройка не ограничивает облачный компьютер.

Grok Bot и Hermes

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

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

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

Полная история сессий Hermes лежит в локальной базе SQLite. Это обычная база данных в одном файле. Отдельные профили разделяют настройки, API-ключи, память, сессии и навыки.

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

Grok Bot дает готовую совместную среду. В Hermes владелец может читать файлы памяти и навыков, изучать историю в SQLite и разделять состояние профилями; одновременно он сам устанавливает и обновляет среду агента.

Первый запуск на macOS

Для запуска нужен аккаунт Cursor с доступом к Grok Bot и необходимыми настройками облачного хранения. Актуальные требования перечислены в официальной инструкции.

Базовый путь выглядит так:

1. Открыть страницу доступа и выбрать сборку для Apple silicon или Intel.
2. Открыть загруженный установочный образ DMG.
3. Перенести Grok Bot в Applications и запустить.
4. Пройти вход в открывшемся браузере.
5. Дождаться настройки облачной машины.
6. Выбрать предложенного бота или создать собственного.
7. Задать короткое имя, одну работу и правила выполнения.

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

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

Практический стартовый набор

Для начала достаточно одного бота. Хорошая первая роль обладает тремя свойствами:

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

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

Второго бота стоит добавлять после появления устойчивой специализированной роли и понятной передачи результата.

Итог

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

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

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