Grok Bot Agents: как автоматизировать жизнь за 10 шагов

Оригинал опубликован Codez в X Article. Поводом для импорта стал пост автора о workshop по GrokBot agents.

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

Follow my Substack to get fresh AI alpha: movez.substack.com

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

Это означает, что вы перестаёте писать промпты и начинаете делегировать. Вы перестаёте строить workflows и начинаете описывать работу одним предложением.

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

01. Установите его и познакомьтесь с Chief

Grok Bot — desktop app, а не вкладка браузера. Это первый сигнал о том, чем он является.

Вы скачиваете его для macOS, входите через аккаунт Grok или Cursor и попадаете в интерфейс, который гораздо больше похож на мессенджер, чем на chatbot: слева sidebar с именованными ботами, справа conversation.

Стартовая точка обычно — general-purpose bot. Назовите его Chief.

Его работа — не делать всё. Его работа — быть тем, кому вы пишете, когда ещё не знаете, какой specialist должен владеть задачей, а позже — координировать остальных. Думайте о нём как о человеке, которому пишут, когда не уверены, кому писать.

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

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

02. Дайте ему должность, а не промпт

Это шаг, который отделяет людей, получающих пользу от Grok Bot, от тех, кто от него отскакивает. Prompt — это запрос.

Bot — это роль: она сохраняется, накапливает memory, владеет доменом и становится лучше именно в этом домене, потому что вы возвращаетесь в один и тот же thread.

Original video

Поэтому назовите его как должность, которую кто-то действительно мог бы занимать.

• Inbox Manager. Expense Manager. Talent Scout. Sales Outbound.

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

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

The charter prompt — adapt and reuse
You are my Inbox Manager.

// what you own
Каждое утро разбирай мою почту. Архивируй рассылки и чеки.
Готовь черновики ответов на всё, что присылают клиенты. Поднимай наверх всё,
где упоминается deadline, invoice или legal question.

// what good looks like
Inbox at zero by 9am. Черновики звучат как я: коротко, прямо,
без "I hope this finds you well". Никогда больше 4 предложений.

// where you stop
Никогда ничего не отправляй. Только черновики.
Никогда не архивируй ничего от моего бухгалтера или арендодателя.
Если письмо просит деньги или credentials, остановись и спроси меня.

Бот с собственным компьютером и вашими логинами — это бот, который может действовать, пока вы спите.

Определить, где он останавливается, — не осторожность ради осторожности. Именно это делает always-on часть пригодной к использованию. Боты, которые спрашивают обо всём, бесполезны; боты, которые никогда не спрашивают, опасны. Charter — место, где вы один раз проводите эту линию, вместо того чтобы тревожиться каждый день.

03. Один раз подключите инструменты

Grok Bot поставляется с plugin panel для интеграций, на которые предполагается опираться:

Notion, Slack, Google Drive, AWS Agents, AWS SageMaker, Browserbase, Composio и Context7, плюс возможность создать custom integration. Это one-click connections.

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

Поэтому делайте это осознанно и заранее: это account-level plumbing, а не per-bot setup. Пятый бот, которого вы “нанимаете”, становится продуктивным за секунды, а не минуты.

Это также означает, что blast radius подключения — каждый бот, которого вы когда-либо создадите. Хорошая причина подключать только реально нужные аккаунты и не трогать остальное во время beta.

04. Передайте логин, не вставляйте пароль

Вот механика, которая заставляет продукт работать с инструментами без API и без MCP server, то есть с большей частью software внутри реальной компании.

Бот сам ходит по своему cloud browser, пока не упирается в login wall. Затем он передаёт экран вам.

Вы проходите authentication, нажимаете done, и бот продолжает в том же browser instance с того места, где остановился.

Та же схема handoff работает для Notion, Gmail или внутреннего инструмента, который никто никогда ни с чем не интегрировал.

Посмотрите, что это делает с trust model. Вы никогда не вводите credential в chat message. Бот получает session, а не secret, и вы остаётесь in the loop ровно на чувствительном этапе.

Именно на такой схеме стоит настаивать: если инструмент просит вставить пароль в conversation, это неправильный путь.

05. Покажите один раз, не объясняйте дважды

Это функция, которая меняет способ думать о продукте.

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

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

“Возьми числа из этого dashboard, сопоставь упавшие показатели, вставь их в этот doc под правильным heading и напиши team lead в Slack, если что-то упало больше чем на 15%” — это абзац текста и сорок секунд демонстрации.

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

Recurring, multi-tool, stable. Всё, что подходит под эти три условия, — routine, которая ждёт, чтобы её сняли с ваших плеч.

По сообщениям, боты становятся точнее по мере работы с ними: они помнят conversations и учатся тому, как вы предпочитаете решать задачи.

Собственное утверждение SpaceXAI: со временем bots начинают работать до того, как вы попросите. Во время beta лучше относиться к этому как к направлению движения, а не как к обещанию, вокруг которого можно строить план.

06. Превратите это в рутину, которая запускается без вас

Сохранённой routine всё равно нужен повод запуститься. Grok Bot даёт два варианта, и вы настраиваете их разговорно: без workflow builder и без canvas из nodes. В hands-on walkthrough настройка trigger-based routine занимала примерно две минуты и один prompt.

Schedule — очевидный вариант: daily briefing в 7 утра, Friday pipeline summary, month-end expense filing.

Trigger — более интересный вариант: новое сообщение в Slack, входящее письмо по паттерну, изменение в документе. Triggers заставляют бота ощущаться присутствующим, а не просто пунктуальным.

Инструкция — это всего лишь предложение в конце задачи, которая уже вам понравилась. Это вся design philosophy продукта в одном жесте: вы не строите automation, вы утверждаете то, что только что произошло, и просите повторять.

// schedule — the morning brief
Каждый будний день в 7 утра проверяй мой календарь, inbox и
#launches Slack channel. Дай мне короткий brief: что сегодня,
на что нужно ответить, что изменилось за ночь.

// trigger — the inbound catcher
Когда приходит email с домена, которого нет в моих контактах,
и в нём упоминается pricing, подготовь ответ по template и припаркуй его.

// schedule — the weekly close
Каждую пятницу в 16:00 забери чеки за неделю из inbox,
разложи их и скажи, где нет matching invoice.

// the shortcut that creates most routines
Run this every week.
   ^ сказано сразу после задачи, которая понравилась. Это весь flow.

07. Нанимайте специалистов, а не одного универсала

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

Разные bots означают разную memory, разный context и разную accountability.

• Expense Manager, который думает только о receipts, действительно становится хорош в ваших receipts.
• Generalist, который жонглирует expenses, recruiting и outbound, хуже во всех трёх задачах и не даёт чистого thread, куда смотреть, когда что-то пошло не так.

SpaceXAI говорит, что их собственные команды запускают bots для sales outreach, marketing, office operations и bug fixes. Рабочий стартовый состав для одного человека выглядит примерно так; обратите внимание, что правильное разделение идёт по domain, а не по размеру задачи.

08. Соберите их в group chat

Bots могут писать друг другу и делиться context в threads. Поместите нескольких в group chat, и они начнут координироваться сами: передавать работу, назначать ownership и звать вас только для judgment calls.

Когда проекты пересекаются, они остаются согласованными в одном аккаунте без вашего copy-paste заметок между conversations.

Собственный пример SpaceXAI — engineering bot, который воспроизводит bug, создаёт ticket и передаёт issue второму bot для debug.

Такой handoff, когда один bot решает, что другой подходит лучше, и передаёт ownership, — вещь, которой нет ни в одном инструменте, которым вы пользовались раньше.

Чтобы это работало, нужно дать группе objective, а не task list.

Task list означает, что вы уже сделали decomposition, а bots просто выполняют ваш план. Objective позволяет им самим разделить работу, и в этом весь смысл наличия нескольких bots.

09. Проведите линию approval

Главная идея Grok Bot в том, что bot завершает jobs end to end и возвращается только тогда, когда требуется ваше approval.

Это перекладывает на вас обязанность определить, что именно “needs approval”, потому что default answer, который выберет bot, может не совпасть с вашим.

Рабочая линия проходит не по размеру задачи. Она проходит по reversibility. Всё, что bot может отменить — drafting, filing, tagging, summarizing, researching, preparing, — он должен завершать сам.

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

// finish these alone, always
draft · file · tag · summarize · research · prepare · reconcile
   всё обратимое. не спрашивай, просто сделай и залогируй.

// park these for me, always
отправить что-либо человеку вне компании
потратить или переместить деньги, либо согласиться на цену
опубликовать что-либо публично
удалить что-либо, что не является очевидным мусором
зарегистрироваться, согласиться или принять любые terms

// when unsure
Если ты не можешь отменить это меньше чем за минуту, припаркуй и спроси.

Посмотрите, как это ложится на пример Sales Outbound: 36 drafts queued, 0 sent. Бот сделал всё обратимое и остановился ровно на необратимом. Именно к такой форме стоит стремиться для каждого bot.

10. Пересматривайте еженедельно, режьте без жалости

Automation тихо портится. Сайт меняет layout, routine начинает незаметно производить мусор, и поскольку bot работает, пока вы спите, никто не замечает этого три недели.

Это failure mode любой always-on system, и здесь он тоже вас найдёт.

Поэтому поставьте в календарь 15 минут. Для каждой routine задайте три вопроса: запускалась ли она, был ли output действительно правильным, и заметил бы я, если бы убил её?

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

Перечисли каждую routine, которую ты запускал на этой неделе. Для каждой:

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

Затем скажи, какая из них кажется тебе наименее полезной, и почему.

Лучший способ провести review — попросить об этом самих bots. Они хранят threads и могут отчитаться о себе. Затем вручную spot-check один output на routine, потому что bot, который отчитывается о собственной работе, имеет ту же blind spot, что и вы.

Заключение

Вы перестаёте быть тем, кто кликает.

Каждый AI-продукт до сих пор помещал модель в окно и оставлял работу в ваших руках. Grok Bot перемещает работу. У бота есть computer, logins, memory и time, а у вас остаются decisions.

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

Skill перестаёт быть вопросом “как мне это сформулировать” и становится вопросом “что именно я делегирую и где заканчиваются полномочия”. Это management question, а не prompting question.