Конфигурация Grok Bot: без Studio, без выбора модели

На этой неделе распространяется пост на китайском языке под названием 我的 Grok Bot 工作室配置 — «моя конфигурация студии Grok Bot» — и формулировка выдаёт. Любой, кто действительно настраивал Grok Bot, знает, что никакой студии нет: ни конструктора с перетаскиванием, ни холста с узлами, ни выпадающего списка для выбора модели. Grok Bot — это постоянно активный агентный продукт SpaceXAI, запущенный 11 августа 2026 года, и вся его поверхность настройки — это текст: поле описания, беседа и всё, что вы сможете уговорить его запомнить. Это не ограничение, которое можно обойти, поменяв инструменты. Это меняет само представление о том, что такое конфигурация, и объясняет, почему два человека, запускающие, казалось бы, одинаковую настройку, получают совершенно разные результаты.

Выбор момента делает это достойным того, чтобы записать это сейчас. 7 октября Илон Маск заявил в посте на X, что Grok Bot перестанет быть ограниченным собственными моделями SpaceXAI и будет обращаться к «лучшей бэкенд-модели для любой конкретной задачи», назвав Claude Opus 5.5, Midjourney и Suno — заявление, подтверждённое как заявление несколькими изданиями и по-прежнему не имеющее ни тарифной сетки, ни записи в списке изменений, ни сторонних измерений. Два дня спустя, 9 октября, начали появляться адреса электронной почты для каждого Бота, оканчивающиеся на @mail.grokbot.com Так что продукт, лежащий в основе вашей конфигурации, движется, и то, что определяет, помогает ли вам это движение, — это то же самое, что и всегда: насколько хорошо специфицирован сам Бот.

Что на самом деле представляет собой переданный сигнал

Этот пост — пользователь, демонстрирующий собственную настройку, и полезное чтение здесь структурное, а не буквальное: закономерность в том, что работающая конфигурация Gro​k Bot — это письменная должностная инструкция плюс небольшое количество сохранённых процедур, а не панель настроек, в которую заходят один раз. Собственная документация SpaceXAI на удивление прямолинейна по этому поводу. «Настройка — это сообщение, а не конструктор рабочих процессов», — говорится на одной из страниц. Навык определяется как «многоразовый набор инструкций о том, как выполнить задачу», а рутина — как то, что «сообщает одному Боту, когда запускать рабочий процесс — по расписанию или, где это поддерживается, после события». Рекомендуемый порядок, который даёт документация, — это весь метод в одной строке: «Начните с разовой задачи. Сделайте её надёжной, сохраните метод как навык и только потом автоматизируйте его».

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

Переключателя моделей не существует, и это самое интересное.

Спросите, где выбрать между Grok 4.7 и Claude Opus 5.5 для конкретного бота, и документация прямо отвечает: «Cursor управляет выбором модели, поэтому средства выбора модели нет». Нет настройки модели на уровне бота, как и на уровне рутины или навыка. Страница настроек бота включает имя, метку, описание, аватар и настройку уведомлений — это вся поверхность настроек для отдельного бота — а часовой пояс находится на уровне аккаунта, потому что рутинам он нужен для расписаний.

Итак, маршрутизация, которую Маск описал 7 октября, — это не регулятор, который вы поворачиваете. Насколько можно судить по доступной нам документации, это решение на стороне платформы, невидимое для вас, кроме как в виде качества результатов и того, что впоследствии скажет счётчик использования. Для любого, кто строит конфигурацию поверх Grok Bot, это самое значимое ограничение, и это стоит сказать прямо: вы управляете работой, а не движком. Если такой компромисс приемлем, продукт целостен. Если вашему рабочему процессу намеренно нужна конкретная модель — из соображений стоимости, лицензии, воспроизводимости — Grok Bot — неподходящий слой для этого требования, и конфигурация никогда его не выразит.

Числа, которые на самом деле ограничивают конфигурацию

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

Рутин на одного бота — 50. Бот может иметь «до 50 рутин», а приложение хранит «20 последних записей о запусках для каждой рутины», так что ваш журнал аудита намеренно ограничен.

• Минимальный интервал расписания — пять минут. «Обычные расписания должны быть разнесены как минимум на пять минут», что исключает плотные циклы опроса и незаметно подталкивает вас к событийным триггерам.

• Teaching записывает в течение десяти минут. «Teaching записывает видимое взаимодействие с компьютером на срок до десяти минут. Оно не записывает звук с микрофона». Длительные процедуры необходимо разбивать на сегменты.

• Секретов на Team Bot — 25, значения маскируются и вымарываются в выводе, а в документации предупреждают, что бот «может использовать любой секрет в разговоре любого участника команды», поэтому секрет — это доступ, предоставленный всей команде.

• Один компьютер на аккаунт, а не на каждого бота. «Каждый бот в вашем аккаунте использует один и тот же компьютер», он «назначен вашей учётной записи, а не отдельному боту», файлы находятся в общем /workspace, и «файлы видны каждому боту». Экраны, которые видит каждый бот, — это «отдельные рабочие поверхности, а не отдельные границы безопасности».

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

Настройте границу, прежде чем настраивать задание

Собственные рекомендации документации по автоматизации — это короткий список того, что стоит сделать в первые десять минут любой новой настройки. Держите операции записи за одобрением: «Требуйте одобрения для отправки, покупки, удаления, публикации или изменения продакшен-систем». Определяйте узкое сопоставление событий и избегайте «широких слушателей, таких как „каждое новое сообщение“», потому что они создают шум, расходуют лимиты и реагируют на нерелевантные входные данные. Используйте кнопку «Тестовый запуск», зная, что «тестовый запуск выполняет реальную работу. Он может переходить по сайтам, изменять файлы и вызывать подключённые инструменты». Зафиксируйте политику отсутствия данных и политику устаревших данных до первого утра без присмотра и сделайте повторные попытки идемпотентными, чтобы повторный запуск не приводил к двойной отправке.

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

Что переносится, а что нет

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

Память заслуживает такого же подозрения. В документации её описывают как удобство, а не истину: продолжайте менять факты в исходной системе, заставляйте Бота заново открывать или цитировать актуальные данные для важных решений, а ограничения безопасности прописывайте в описании, вместо того чтобы полагаться на то, что память их удержит. Командные боты добавляют второй уровень — командную память, читаемую в разговоре каждого, и личные заметки, которые следуют за одним человеком, — и жёсткий факт о биллинге: использование «списывается с лимита самого этого участника команды на Gro​k Bot, а не владельца».

Где маршрутизатор уместен, не притворяясь агентом

Gro​k Bot — это продукт по подписке; его нельзя маршрутизировать через сторонний эндпоинт, и ни одно честное руководство по настройке не должно утверждать обратное. Вопрос, который поднимает проблема дефицита моделей, — другой: если вы хотите намеренно выбирать движок, вы покупаете доступ к API, а это отдельный от Бота слой.

Этот слой — то, что мы продаём. OrcaRouter — это одна совместимая с OpenAI конечная точка для более чем 200 моделей без наценки на прейскурантную цену провайдера, так что снижение цены поставщиком становится доступным здесь в тот же день; Grok 4.7 доступен на ней по собственной опубликованной ставке SpaceXAI — $2,00 за миллион входных токенов и $6,00 за миллион выходных токенов при объёме промпта менее 200 тыс. токенов, с удвоением выше этого порога. Для конфигурации, подобной той, что описана в посте, важны те элементы, которые не дают непроверенному шагу превратиться в производственный инцидент: автоматическое переключение при сбое между провайдерами, когда один из них деградирует, DSL маршрутизации, объединяющий несколько моделей в один вызов, и слияние моделей для панелей, отвечающих совместно. А практичный шаг для вопроса «может ли этот бот вообще справиться с задачей» — самый скучный: напишите навык, прогоните его один раз вручную на модели, которой собирались доверять, и только потом автоматизируйте. Именно переключение при сбое позволяет опробовать шаг на модели, к которой вы ещё не привязались, пережить это, а не превратить в ставку.

Если вы на этой неделе пишете свою конфигурацию

Описывайте роли как операционный текст, а не как названия должностей. Советы в документации на этот счёт лучше, чем у большинства: у бота должна быть особая цель, набор инструментов, стиль, граница одобрения или расписание, и начинать следует с «самого маленького полезного состава», где один бот отвечает за результат от начала до конца, прежде чем добавлять специалистов. Затем выполняйте последовательность в том порядке, который предписывает документация: одна реальная задача, доведённая до надёжности; метод, сохранённый как навык; и только потом рутина, где бот, расписание, часовой пояс, источник входных данных, ожидаемый результат, граница одобрения и поведение при отсутствии источника — всё записано. Тестируйте, пока наблюдаете за процессом. Задайте часовой пояс до первого расписания, потому что рутины его используют. И учтите небольшую страховку, которая существует: Grok Bot может спросить, продолжать ли выполнять рутины после долгого отсутствия, и приостановить их, если вы не ответите.

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