Grok Bot недоступен? Четыре сбоя, которые выглядят как отключение сервиса, и что проверить в первую очередь

Если ваш Grok Bot перестал отвечать сегодня утром, маловероятно, что это сбой платформы, и причина структурная. Grok Bot — это постоянно работающий агент SpaceXAI, запущенный 11 августа 2026 года, и он работает как небольшой парк именованных ботов на облачном компьютере, закреплённом за вашей учётной записью. Почти каждый способ, которым он отказывает, порождает один и тот же симптом — молчание — при том что сама платформа абсолютно здорова. Поэтому честный первый ответ на вопрос «он не работает?» таков: по одному симптому вы не можете это определить, и существует порядок проверки, который приведёт вас к ответу примерно за три минуты.

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

Четыре сбоя в том порядке, в котором они происходят на самом деле

Первое: у аккаунта закончился включённый лимит использования. Самая распространённая — и та, что убедительнее всего имитирует сбой, — потому что бот, упёршийся в потолок, просто останавливается. Доступ Grok Bot включён в платные планы Cursor и уровни SuperGrok, а счётчик, который описывает документация, — это еженедельный включённый лимит использования на аккаунте, а не на каждого бота. В этом и заключается вся ловушка: один болтливый бот может исчерпать лимит, который делят пять ботов, и со стороны кажется, что весь парк ботов умер одновременно. Usage & Billing показывает еженедельный включённый лимит и использование по требованию для подходящих аккаунтов, с еженедельным показателем в меню аккаунта, а план, исчерпавший свой включённый лимит, может добавить расходы по требованию, оплачиваемые исходя из стоимости модели и токенов. Об одной строке в том же FAQ стоит знать, если вы платите за обе: если у вас есть подписка Cursor и подписка SuperGrok, Бот использует ту, в которой больше доступного использования.

Второе: рутина приостановлена, а не сломана. Рутины — это то, как бот работает по расписанию или после события, и нет гарантии, что они продолжат выполняться во время вашего отсутствия. В документации отмечается, что Grok Bot может спросить, продолжать ли выполнение рутин после долгого отсутствия, и приостановить их, если вы не ответите. Бот, замолчавший после праздников, длинных выходных или непрочитанного запроса, скорее всего, находится именно в таком состоянии.

Третье: компьютер был сброшен, и вместе с ним исчезли все ваши установки. Каждый бот в вашей учётной записи использует один общий компьютер с постоянной средой Linux, браузером, командной строкой и общим рабочим пространством по пути code>/workspace/code>. В документации прямо указано, что временные каталоги, пакеты, установленные вручную, и незафиксированное состояние приложения следует считать заменяемыми — и что два пути восстановления различаются: Reset восстанавливает последний сохранённый снимок, тогда как Recreate «удаляет приложения и пакеты, которые участники установили сами». Если ваш бот зависит от чего-то, что вы установили вручную — стороннего агента для написания кода, CLI, библиотеку — восстановление может удалить это и оставить бота, который отвечает, но не может выполнять свою работу. Это воспринимается как частичный сбой, а на самом деле это отсутствующий исполняемый файл.

Четвёртое: модель, стоящая за ботом, изменилась или деградировала. Cursor управляет выбором модели. Ответ документации на вопрос «где мне выбрать между Grok 4.7 и другой моделью» однозначен: нет ни выбора модели, ни настройки для отдельного бота, ни для отдельной рутины, ни для отдельного навыка. 7 октября Илон Маск публично заявил, что Grok Bot перестанет ограничиваться собственными моделями SpaceXAI и будет обращаться к «лучшей бэкенд-модели для любой конкретной задачи» — заявление, не подкреплённое ни тарифной сеткой, ни записью в журнале изменений, ни внешними замерами. Так что движок — это решение на стороне платформы, которого вы не видите. Когда он меняется, вы наблюдаете не сообщение об ошибке, а то, как на одних и тех же задачах дрейфуют качество вывода, задержка и стоимость. Бот, который внезапно стал писать хуже или работать дольше, не обязательно вышел из строя.

Трёхминутная проверка

Запустите их по порядку и остановитесь на первом, который объясняет то, что вы видите:

• Сначала — расход аккаунта. Откройте меню аккаунта и посмотрите недельный объём включённого использования, прежде чем что-либо трогать. Если он исчерпан или почти исчерпан, всё нижестоящее — каждый бот, каждая процедура — падает по одной причине, и никакая отладка бота не поможет. Рычаг здесь — расход по требованию, и это решение уровня биллинга, а не техническое.

• Записи о запусках — во-вторых.Каждая процедура хранит 20 последних записей о запусках. Это намеренно поверхностный журнал аудита, и при этом его достаточно, чтобы ответить на главный вопрос: запускалась ли процедура и завершилась ли она с ошибкой или вообще не стартовала? У процедуры без свежих записей запуск приостановлен или никогда не срабатывал; процедура с записями, заканчивающимися ошибкой, — это проблема бота; процедура с успешными записями и отсутствием видимого результата — это проблема доставки результата.

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

• Четвёртый пункт — триггер. Если бот работает по событиям, а не по расписанию, проверьте широту охвата триггера. В документации предостерегают от широких слушателей вроде «каждое новое сообщение»: они создают шум, расходуют квоту и реагируют на нерелевантный ввод. Бот, который срабатывает постоянно и при этом никогда не полезно, или наоборот, — обычно проблема с областью действия триггера, а не с сервисом.

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

Почему общий компьютер делает это сложнее, чем должно быть

Архитектура с одним компьютером — самое значимое в Grok Bot и наименее очевидное, пока что-то не пойдёт не так. Один компьютер закрепляется за вашей учётной записью, а не за каким-либо отдельным ботом; экраны, которые видит каждый бот, описываются как «отдельные рабочие поверхности, а не отдельные границы безопасности»; любой секрет можно использовать в разговоре любого участника команды в Team Bot. Это имеет два следствия для диагностики.

Во-первых, сбой редко бывает локальным. Файл, записанный вашим исследовательским ботом, доступен для чтения вашему боту для аутрич-рассылок, а пакет, удалённый во время сброса, влияет на каждого бота, который его использовал. Во-вторых, восстановление ограничено учётной записью. Удаление бота удаляет активный профиль, беседу и рутины, тогда как компьютерные файлы и данные для входа не изолированы по ботам и могут сохраняться. Скрытие бота — обратимая альтернатива; удаление рутины происходит немедленно и не подлежит отмене.

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

Что на самом деле требовал бы «статус»

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

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

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

• Лента инцидентов. Без неё «сервис деградирует» — это вывод из четырёх отсутствий, а не наблюдение.

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

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

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

Этот слой — то, что мы продаём. OrcaRouter — это OpenAI-совместимый эндпоинт, охватывающий более 200 моделей, без наценки к прайс-листовой цене провайдера, поэтому снижение цены вендором вступает в силу в тот же день. Grok 4.6 доступен на нём по собственной опубликованной ставке SpaceXAI — $2,00 за миллион входных токенов и $6,00 за миллион выходных токенов, с контекстным окном в 500 000 токенов и измеренным p50 времени до первого токена в 1,65 секунды. Когда непроверенный шаг даёт сбой, решающее значение имеют те компоненты, которые не позволяют сбою перерасти в инцидент: автоматическое переключение между провайдерами при деградации одного из них, DSL маршрутизации, объединяющий несколько моделей в один вызов, и слияние моделей для панелей, отвечающих совместно.

Практический шаг для всякого, кто читает это потому, что его бот замолчал, — самый скучный. Напишите навык, один раз запустите его вручную на модели, которой вы собирались доверять, и только потом автоматизируйте. Бот, проверенный на модели, которую вы можете вызвать напрямую, — это бот, чьи сбои вы можете объяснить; а объяснимость, а не аптайм, — вот что на самом деле означает вопрос «он лежит?».