Позвольте Grok Bots передавать работу друг другу

Последнее тестирование и обновление: 12 августа 2026 г.

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

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

Официальная документация SpaceXAI, объясняющая асинхронные передачи Grok Bot и когда их использовать

Официальная документация взята из Руководство по сообщениям и совместной работе SpaceXAI 12 августа 2026 года. Это публичная страница документации.

Личное сообщение

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

Групповой чат

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

Общие файлы

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

Каждый метод передает контекст по-разному. Сообщение несет инструкции и резюме. Группа сохраняет обсуждение. Файл содержит фактический артефакт. Надежные рабочие процессы часто используют короткое сообщение, указывающее на именованный файл.

Пакет передачи

Включайте эти поля каждый раз, когда один бот передает работу другому:

Владелец: Какой бот отвечает за следующий этап?

Цель: Что должно быть верно, когда этап завершен?

Вводы: Какие файлы, ссылки или исходные системы он должен использовать?

Результат: Что он должен вернуть и куда?

Ограничения: Чего он должен избегать или сохранять?

Одобрение: Какое действие по-прежнему принадлежит человеку?

Пример:

@Writer, используйте /workspace/course-research/grok-routines.md для составления урока для новичков. Сохраняйте все исходные ссылки и все отметки неопределённости. Сохраните черновик в /workspace/course-drafts/grok-routines.md. Не изучайте новые утверждения и не публикуйте. Ответьте здесь с указанием пути к файлу и любых пробелов в доказательствах.

Это легче проверить, чем «Writer, продолжай отсюда».

Начните групповую переписку

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

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

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

Как работают асинхронные передачи

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

Это полезно, когда:

Исследователь владеет исходной системой, а писатель владеет статьей.
Рецензент должен проверить черновик перед его продвижением вперёд.
Блокировщик принадлежит Операционному Боту.
Долгая задача должна продолжаться, пока вас нет.

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

Держите контекст чистым.

У Ботов разные роли и разговоры, но они используют один компьютер. Используйте небольшой файл передачи вместо того, чтобы переносить всю беседу на следующий этап.

Хорошая передача исследования содержит:

Вопрос, на который дается ответ
Источники, которые действительно были открыты
Найденные доказательства
Нерешённые пробелы
Требуемый формат вывода
Действия, которые ещё требуют одобрения

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

Используйте потоки для исправлений

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

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

Практическое упражнение: исследование, черновик, проверка

Используйте роли Исследователя, Писателя и Рецензента из предыдущего урока.

Этап 1: исследование

Напишите сообщение Исследователю:

Прочитайте эти две официальные страницы. Сохраните примечание с доказательством по ссылке в /workspace/handoff-practice/evidence.md. Разделите подтвержденные факты и неотвеченные вопросы. Не составляйте урок.

Этап 2: передача

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

Этап 3: проверка

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

Этап 4: одобрение человеком

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

Критерии успеха

У каждого этапа есть один назначенный владелец.
Каждая передача указывает на конкретный файл или результат.
Писатель не придумывает отсутствующие исследования.
Рецензент проверяет утверждения по источникам.
Групповой транскрипт показывает, кто что передал кому.
Рабочий процесс заканчивается на этапе утверждения человеком.

Распространенные ошибки

Ошибка	Почему это происходит	Исправить
Два бота создают один и тот же артефакт	Запрос упоминает нескольких ботов без указания различных ролей	Назначьте одного владельца на каждый результат
Следующий бот не может найти работу	Передача говорит «файл», не указывая путь	Включите точный `/workspace` путь
Старые данные сохраняются в черновике	Память рассматривалась как источник	Повторно откройте текущий источник и приложите доказательства
Группа становится шумной	Каждое обновление упоминает каждого Бота	Упоминайте только владельца следующего этапа
Изображение исчезает при передаче группе	Передача от Бота к группе происходит только в текстовом виде	Отправьте изображение напрямую Боту, который должен его проверить
Бот продолжает работать после смены приоритетов	Перенаправление было неясным	Отправьте прямое сообщение «Стоп сейчас», затем создайте новый запрос с определенной областью

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

Что добавляет исходное видео

В 04:53, Алекс Финн показывает, как один агент просит у другого инвентарь переработанного контента. Он отмечает, что пользователь может проверить этот обмен. Его пример указывает на практическую пользу: новый специалист может спросить у опытного Бота о деловом контексте вместо того, чтобы заставлять владельца повторять всё.

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