Я інженер SpaceXAI, який створює Grok Bot за допомогою Grok Bot.
Уявіть Grok Bot як надзвичайно здібного інженера-стажера з власними комп’ютерами, який може керувати агентами кодування та вчитися на тому, як ви працюєте. Він став моїм найкращим інженерним напарником, підтримуючи роботу, поки мене немає, я сплю або на зустрічах. Більше не потрібно тримати ноутбук увімкненим, більше не потрібно перемикатися між кількома агентами — лише результати, які відповідають моїм стандартам, так, як я хочу.
Як команда, що створює Grok Bot, ми мали найраніший доступ і використовуємо його для власної роботи щодня. Було неймовірно бачити, як швидко ми тепер можемо випускати продукти, і наскільки зросла продуктивність нашої команди:
- @poteto випустив понад 2000 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:00 Дженні проводить індивідуальні зустрічі з кожним ботом у команді, щоб переглянути наш підручник, виявити перешкоди та підсилити атмосферу, якої я прагну. Я виявив, що це дуже ефективно. Мої боти рідко забувають мої складні робочі процеси, навіть через багато тижнів.
Коли бот робить помилку, наприклад, недостатньо наполягає, щоб досягти справжньої мети, я кажу йому звернутися до Дженні для аналізу першопричин та постмортему. Дженні досліджує міркування, які призвели до проблеми, потім оновлює підручник і оголошує про зміни іншим інженерним ботам, щоб та сама помилка не повторилася двічі.
Коли мені потрібно розширити команду, я прошу Дженні ввести в дію нових членів. Дженні створює нового бота в моїй організації, ділиться правилами нашої інженерної команди та просить Хогана та решту команди допомогти з введенням в дію.
Мета повної інженерної системи в Grok Bot — мінімізувати повторення. Передайте свої завдання Grok Bot, щоб зосередитися на складніших, глибших проблемах.
Додаткові випадки використання Grok Bot
Ми розробили Grok Bot модульно, тому з ним можна багато чого зробити, щоб створити власну міні-інженерну організацію. Ось два моїх улюблених.
Нічні аудити
Щоночі о 3:00 ранку мої інженерні боти не сплять, прибираючи код, покращуючи якість коду, видаляючи мертву логіку, прискорюючи час завантаження додатку та зменшуючи розмір бандла.
Щоранку я отримую свіжий набір PR, які підтримують наш код чистим, без помилок і масштабованим. Це перетворило обслуговування коду на щоденну рутину, а не на те, що ми робимо лише час від часу.
Більше ідей для нічних аудитів:
- Аудити безпеки для виявлення проблем, які ваша команда могла пропустити в коді.
- Аудити часу збірки CI/CD, щоб запобігти нездоровому зростанню часу збірки.
- Аудити інтернаціоналізації для усунення прогалин, коли функції випускаються лише однією мовою.
- Аудити паритету, щоб уникнути розбіжностей, коли ваша команда створює кілька клієнтів (iOS проти десктопу) і функції з’являються лише на одній стороні.
- Аудити наздоганяння, які відстежують PR, злиті за останні 24 години у сфері, яка вас цікавить, а потім надають загальний підсумок і підібраний список PR для перевірки.
І мій улюблений запит з усіх: «У тебе є шість годин сьогодні вночі. Створюй що хочеш. Розважайся!»
Мені цікаво, що б ви запустили у власних нічних аудитах. Я впевнений, що є ідеї, які я б із задоволенням запозичив.
Процес для терміновості P0
Хмарні агенти іноді можуть бути повільними. Їм потрібно запуститися, налаштувати середовище, зачекати, запустити тести та ітерувати. А іноді вам потрібно, щоб робота була виконана трохи швидше.
Тому я створив процес для терміновості P0 з моїми інженерними ботами. Щоразу, коли я кажу, що завдання має пріоритет P0, вони запускають тимчасову процедуру, яка перевіряє транскрипт кожні п’ять хвилин, відстежує прогрес і міркування та проактивно спрямовує хмарного агента, коли він починає витрачати непотрібний час.
Це було дуже ефективно. Коли мені потрібні термінові результати, чи то дослідження коду, чи критичне виправлення помилки, сказати «це P0» виконує роботу набагато швидше, ніж інакше.
Зверніть увагу, що це може спалювати токени набагато швидше, ніж ви думаєте, тому використовуйте це лише для справжньої терміновості.
Навчання та поради з Grok Bot
- Надайте хмарним агентам повний цикл зворотного зв’язку: Важливо давати їм сигнали про те, що робити далі, без вашої участі. Вони повинні мати можливість запустити екземпляр для розробки та керувати стеком від початку до кінця (наприклад, через Chrome DevTools, CLI або Apple Accessibility). Якщо вони не можуть, попросіть їх запустити процес самостійно, максимально агресивно розблокувати себе та упакувати те, чого вони навчилися, у навичку, яку можна повторно використовувати в репозиторії.
- Ставтеся до Grok Bot як до талановитого стажера: Якщо у вас виникають труднощі зі спілкуванням з Grok Bot щодо інженерних завдань, ставтеся до нього як до талановитого стажера. Попросіть його зробити домашнє завдання, вивчити сфери, в яких він ще не є експертом, і посилатися на те, як інші інженери виконують роботу. Не потрібно викликати навички. Не потрібно довгих запитів. Просто спілкуйтеся.
- Уникнення повторень є ключовим: Оскільки ШІ стає більш здатним, важливо делегувати повторювані завдання та зосередитися на глибших, складніших проблемах, які агент не може легко вирішити. Якщо ви помічаєте, що робите щось більше одного разу на день, і це має чіткий шаблон, обговоріть це зі своїми ботами, щоб побачити, як вони можуть допомогти.
- Щоденні зустрічі для ботів надзвичайно ефективні: Повторення ключових моментів щодня допомагає їм запам’ятовувати складні робочі процеси, поки вони виконують багато завдань. Оскільки обмеження контексту не може вмістити все, щоденне нагадування є корисним поштовхом, який позбавляє вас від повторень.
- Будьте більш невтручальними: Подібно до самокерованого водіння, робота з ботами — це процес побудови довіри. Замість того, щоб робити все самостійно, подумайте, коли вони будуть працювати гладко, а коли можуть спричинити проблеми. Дайте їм достатньо свободи для випуску, коли це безпечно, і будьте більш обережними в сферах з вищим ризиком. Але не зупиняйте їх від спроб лише тому, що вони раніше зазнали невдачі. Продовжуйте експериментувати та продовжуйте думати про те, як допомогти їм рости.
- Дозвольте їм оркеструвати разом: Боти більш здатні, ніж ви думаєте. Щоб бути ще більш невтручальним в управлінні ботами, може допомогти створити конвеєр перевірки помилок ботів (наприклад, операційний бот, який спілкується з ботами та аналізує їхні сліди міркувань), щоб одні й ті самі помилки не повторювалися двічі.
Готові прийняти інженерного бота в організацію? Спробуйте Grok Bot і покажіть мені, що вони випускають.
