Я инженер SpaceXAI, создающий Grok Bot с помощью Grok Bot.
Думайте о Grok Bot как о чрезвычайно способном инженере-стажёре, у которого есть собственные компьютеры, который может управлять агентами кодирования и учиться на том, как вы работаете. Он стал моим лучшим инженерным тиммейтом, поддерживая движение дел, пока меня нет, я сплю или на встречах. Больше не нужно держать ноутбук включённым, переключаться между несколькими агентами — только результаты, соответствующие моим стандартам, так, как я хочу.
Будучи командой, создающей Grok Bot, мы получили самый ранний доступ и используем его в своей работе каждый день. Было невероятно видеть, как быстро мы теперь можем выпускать продукты и как резко выросла продуктивность нашей команды:
- @poteto отправил более 2 000 PR за последний месяц.
- @baltaaazr и @shaoruu создали основу Grok Bot за четыре недели, используя Grok Bot.
- Я создал Grok Bot iOS v0 за три недели, с высокой производительностью и отличным дизайном, используя только Grok Bot.
- Теперь каждый член команды ежедневно выполняет крупные задачи, а не раз в несколько недель.
Чем больше я создаю с помощью Grok Bot, тем больше хочу передать вам ту же суперсилу.
Знакомьтесь с моими ботами-инженерами
У меня есть пять ботов-инженеров, каждый специализируется в своей области:
- Baltata отвечает за общий мобильный слой Grok Bot и всё, что связано с Grok Bot на iOS.
- Shaoruru отвечает за десктопный клиент Grok Bot и CI/CD.
- Hogan отвечает за инфраструктуру и расследует проблемы пользователей с неясной ответственностью.
- Craig отвечает за Grok Bot на Android и усердно работает над его запуском.
- Quill отвечает за обвязку Grok Bot и является в этом настоящей легендой.
Все они могут работать в областях друг друга, но у каждого своя система памяти и ограниченный контекст. Они работают лучше всего, когда сосредоточены на одной области, потому что спецификации и принципы дизайна, которые они несут, гораздо точнее в их собственных областях.
Каждый бот может создавать облачные агенты Cursor, читать транскрипты, просматривать доказательства, прикреплённые к PR, и отправлять последующие сообщения, ставя их в очередь или прерывая выполнение. Это открывает сквозной агентный рабочий процесс. Он охватывает то, что я раньше делал каждый день в Cursor, когда постоянно переключался между облачными агентами, которыми управлял. Теперь мои боты управляют ими так же, как и я.
Когда они получают задачу — от меня или из Slack — они запускают облачного агента с моими навыками, а также подробным промптом, описывающим, что нужно сделать и какие доказательства ожидаются. Они также могут интеллектуально подключать дополнительные навыки на основе моих персонализированных инструкций, например, использовать мой навык /lingxi-design для визуальной работы, /react-native-best-practices для аудита качества кода, /lingxi-review для оценки архитектуры или /lingxi-product, когда нужно принимать субъективные продуктовые решения.
Grok Bot также может запускать облачных агентов на ваших собственных рабочих машинах, например, на запасном Mac mini (благодаря Grok Bot вам больше не нужна выделенная машина дома, работающая 24/7 для OpenClaw).
Если ваши рабочие процессы требуют VPN-доступа или специальной конфигурации машины, вы можете сделать эту машину частным работником Cursor Cloud и попросить Grok Bot запускать на ней облачных агентов. Это открывает больше возможностей, например, запуск iOS Simulator и получение скриншотов от ваших агентов.
https://x.com/ericzakariasson/status/2037146278979629361
Grok Bot может отслеживать транскрипт и артефакты облачного агента (например, скриншоты), уведомлять вас о завершении, ставить сообщения в очередь или прерывать выполнение, если что-то пошло не так. Вы можете описать свои потребности как угодно, например: «ты должен убедиться, что скриншот включает запрошенные мной изменения, с доказательством «до» и «после»», и Grok Bot будет работать, пока цель не будет достигнута.
Ключ к поддержанию работы вашей команды инженеров Grok Bot — это обеспечение полной обратной связи. Облачные агенты могут делать скриншоты, поэтому Grok Bot использует свою мультимодальность, чтобы подтвердить, что визуальные изменения были применены, и откатывает результат, если он не соответствует тому, что вы просили.
Тестирование диктовки — хороший пример такой обратной связи в действии. Мы подключили голосовой API SpaceXAI к системному аудиовходу/выходу облачного агента. Поскольку агент имеет доступ как к произнесённым словам, так и к транскрипту, мы можем использовать эти сигналы для тестирования функциональности «речь-в-речь» во всей линейке наших продуктов и создавать ещё более интересные функции.
Иногда агент сталкивается с нестабильностью окружения и зависает, пока вы не отправите следующий промпт. Grok Bot снимает с вас эту нагрузку, постоянно контролируя выполнение и разблокируя агента максимально агрессивно. Каждый раз, когда я проверяю, всё в порядке. С тех пор как я начал использовать Grok Bot, единичные сбои почти никогда до меня не доходят, за исключением случаев, когда у Grok Bot нет прав безопасности, чтобы исправить их самостоятельно.
И помните: теперь всё в одном сообщении. Хотите, чтобы они продолжали работать в 10 раз быстрее, прежде чем передать вам? Просто скажите.
Масштабирование за пределы лимита контекста
Чтобы помочь моим ботам справляться с работой за пределами лимита контекста и чтобы мне было легко просматривать прогресс без прокрутки длинных чатов, я настроил каждого бота-инженера на управление общей базой данных Notion.
Каждые 30 минут они просматривают базу данных и проверяют каждый PR на:
- Комментарии Bugbot или результаты проверки безопасности, проверяя, обоснован ли каждый из них.
- Неудачные прогоны CI.
- Конфликты слияния.
Если они находят что-то не так, они немедленно связываются с моим облачным агентом, чтобы исправить это, и перемещают строку обратно в статус «В работе» в базе данных Notion.
Если всё в порядке, они помечают задачу как «Готово к ревью» и автоматически запускают проверку кода, уделяя особое внимание качеству кода и возможным упущениям.
Если проверка высоко уверена, а радиус поражения невелик, PR сливается автоматически. В противном случае я просматриваю код и доказательства, когда возвращаюсь, и решаю, сливать или давать обратную связь.
Почти каждое утро я проверяю и нахожу задачи, готовые к слиянию. Качество кода соответствует моим стандартам, визуал попадает в точку, а доказательства чётко показывают, что было протестировано. Теперь больше задач выполняется с первого раза, что позволяет мне сосредоточиться на более сложных проблемах, более высоких требованиях к производительности клиентов, большей визуальной полировке и более крупных архитектурных решениях.
До Grok Bot я мог вручную управлять 15 облачными агентами одновременно. Теперь мой флот управляет более чем 200 одновременно, и мы можем масштабироваться дальше, если нужно.
Grok Bot управляет мини-организацией
Помимо инженерии, есть множество операционных задач, которыми нужно управлять по всей организации, включая онбординг новых ботов-инженеров, передачу правильных знаний, проведение постмортемов, когда происходят инциденты (например, когда PR не был тщательно проверен), и проведение ежедневных встреч для поддержания согласованности команды.
Всё это работа Дженни, моего руководителя отдела операций, и единственного бота в команде, который не пишет код.
Каждое утро в 5 утра Дженни проводит индивидуальные встречи с каждым ботом в команде, чтобы просмотреть наш плейбук, выявить блокеры и усилить атмосферу, к которой я стремлюсь. Я обнаружил, что это очень эффективно. Мои боты редко забывают мои сложные рабочие процессы, даже спустя много недель.
Когда бот совершает ошибку, например, недостаточно настаивает на достижении реальной цели, я говорю ему обратиться к Дженни для анализа первопричины и постмортема. Дженни изучает ход мыслей, приведший к проблеме, затем обновляет плейбук и объявляет об изменениях другим ботам-инженерам, чтобы та же ошибка не повторилась.
Когда мне нужно расширить команду, я прошу Дженни провести онбординг новых участников. Дженни создаёт нового бота в моей организации, делится правилами нашей инженерной команды и просит Хогана и остальную команду помочь с онбордингом.
Цель полной инженерной системы в Grok Bot — минимизировать повторения. Переложите свои задачи на Grok Bot, чтобы сосредоточиться на более сложных и глубоких проблемах.
Дополнительные сценарии использования Grok Bot
Мы спроектировали Grok Bot модульно, поэтому с ним можно многое сделать, чтобы построить свою собственную мини-инженерную организацию. Вот два моих любимых.
Ночные аудиты
Каждую ночь в 3 часа утра мои боты-инженеры бодрствуют, очищая кодовую базу, улучшая качество кода, вычищая мёртвую логику, ускоряя время загрузки приложения и уменьшая размер бандла.
Каждое утро я получаю свежий набор PR, которые поддерживают наш код чистым, без «соплей» и масштабируемым. Это превратило поддержку кода в ежедневную рутину, а не в то, что мы делаем время от времени.
Больше идей для ночных аудитов:
- Аудиты безопасности для выявления проблем, которые ваша команда могла упустить в кодовой базе.
- Аудиты времени сборки CI/CD, чтобы время сборки не росло до нездоровых значений.
- Аудиты интернационализации для устранения пробелов, когда функции выпускаются только на одном языке.
- Аудиты паритета, чтобы избежать расхождений, когда ваша команда разрабатывает несколько клиентов (iOS vs. десктоп), а функции появляются только на одной стороне.
- Аудиты наверстывания, которые отслеживают PR, слитые за последние 24 часа в интересующей вас области, а затем выдают сводку и список PR для ревью.
И мой любимый промпт: «У тебя есть шесть часов сегодня ночью. Создавай что хочешь. Веселись!»
Мне интересно, что бы вы запускали в своих собственных ночных аудитах. Уверен, есть идеи, которые я бы с удовольствием позаимствовал.
Процесс срочности P0
Облачные агенты иногда могут быть медленными. Им нужно запуститься, настроить окружение, подождать, запустить тесты и итерировать. А иногда вам нужно, чтобы работа была сделана немного быстрее.
Поэтому я создал процесс срочности P0 со своими ботами-инженерами. Когда я говорю, что задача имеет приоритет P0, они запускают временную процедуру, которая проверяет транскрипт каждые пять минут, отслеживает прогресс и рассуждения и активно направляет облачного агента, когда он начинает тратить лишнее время.
Это оказалось очень эффективным. Когда мне нужны срочные результаты, будь то исследование кодовой базы или критическое исправление ошибки, сказать «это P0» позволяет сделать это намного быстрее, чем иначе.
Пожалуйста, имейте в виду, что это может расходовать токены гораздо быстрее, чем вы думаете, поэтому используйте это только в случае реальной срочности.
Уроки и советы по работе с Grok Bot
- Обеспечьте облачным агентам полную обратную связь: Важно давать им сигналы о том, что делать дальше, без вашего участия. Они должны иметь возможность запустить dev-инстанс и управлять стеком от начала до конца (например, через Chrome DevTools, CLI или Apple Accessibility). Если они не могут, попросите их выполнить процесс самостоятельно, максимально агрессивно разблокировать себя и упаковать полученные знания в повторно используемый навык репозитория.
- Относитесь к Grok Bot как к талантливому стажёру: Если вам когда-либо будет трудно общаться с Grok Bot по инженерным задачам, относитесь к нему как к талантливому стажёру. Попросите его сделать домашнее задание, изучить области, в которых он ещё не эксперт, и обратиться к тому, как другие инженеры выполняют эту работу. Никакого вызова навыков. Никаких длинных промптов. Просто чат.
- Избегание повторений — ключ к успеху: По мере того как ИИ становится более способным, важно делегировать повторяющиеся задачи и сосредотачиваться на более глубоких и сложных проблемах, которые агент не может легко решить. Если вы замечаете, что делаете что-то чаще одного раза в день и это следует чёткому шаблону, обсудите это со своими ботами, чтобы узнать, как они могут помочь.
- Ежедневные встречи для ботов чрезвычайно эффективны: Ежедневное повторение ключевых моментов помогает им запоминать сложные рабочие процессы, пока они жонглируют множеством задач. Поскольку лимит контекста не может вместить всё, ежедневное напоминание — это полезный толчок, который избавляет вас от повторений.
- Будьте более «руки прочь»: Как и в случае с автопилотом, работа с ботами — это процесс построения доверия. Вместо того чтобы делать всё самим, подумайте, когда они будут работать гладко, а когда могут возникнуть проблемы. Дайте им достаточно свободы, чтобы выпускать продукт, когда это безопасно, и будьте более осторожны в областях с более высоким риском. Но не останавливайте их от попыток только потому, что они раньше потерпели неудачу. Продолжайте экспериментировать и думать о том, как помочь им расти.
- Позвольте им оркестровать вместе: Боты более способны, чем вы думаете. Чтобы быть ещё более «руки прочь» в управлении ботами, может быть полезно создать конвейер ревью ошибок ботов (например, ops-бот, который общается с ботами и анализирует их цепочки рассуждений), чтобы одни и те же ошибки не повторялись.
Готовы принять бота-инженера в свою организацию? Попробуйте Grok Bot и покажите мне, что они создают.
