Інженер XAI, який працює над Grok Bot, показав, як організував навколо себе фактично цілу AI-команду

ШІ історії

ШІ історії

@imatrofAI

Власні думки та ШІ-історії. Практика, готові інструкції, AI-брифи й щомісячні живі сесії: https://imatrof.com/?utm_source=telegram&utm_medium=profile&utm_campaign=evergreen&utm_content=paid_cta Чат: t.me/+-dzV2FhGiy4wMTky Співпраця: t.me/imatrof

10,950 subscribers
Open in Telegram
Інженер XAI, який працює над Grok Bot, показав, як організував навколо себе фактично цілу AI-команду.

У нього є 5 окремих інженерних ботів, кожен зі своєю спеціалізацією: iOS, Android, Desktop, CI/CD, інфраструктура, сам Grok Bot harness. А ці боти вже керують 200+ Cursor cloud agents, які безпосередньо виконують задачі.

Боти використовують Notion базу даних, як спільну зовнішню памʼять. Кожні 30 хвилин боти проходяться по базі PR, перевіряють CI, конфлікти, security findings та коментарі. Якщо все гаразд то PR може навіть автоматично піти в merge (якщо це не великі зміни ).

Вночі команда теж не спить. О 3:00 запускаються окремі аудити які перевіряють мертвий код, швидкість запуску застосунків, розміри пакетів та ключових модулів, безпеку, локалізацію та розбіжності між різними клієнтськими застосунками.

Є навіть окремий бот Jenny, який взагалі не пише код. Це фактично Ops для інших AI-ботів. О 5-й ранку Jenny проводить з ними щоденні 1:1 зустрічі, переглядає playbooks, шукає проблеми, а після помилок запускає postmortem і оновлює правила, щоб інші агенти не повторювали ту саму помилку.

Для критичних задач є ще режим P0. Тоді бот перевіряє прогрес приблизно кожні 5 хвилин і активно втручається в роботу. Щоправда, автор окремо попереджає, що такий режим дуже швидко спалює токени.

І тут можна себе не обмежувати Grok Bot, а реалізувати таку саму модель і на Codex або Claude Code. І загалом принцип агента, який постійно наглядає за іншими агентами і втручається якщо потрібно, це також робоча схема.

ші історії | 🔒 ші історії. майстерня
Open post in Telegram