Grok Bot: що показала реконструкція вихідного коду

Це реконструкція, а не підтверджений витік

Я б не називав цю публікацію повноцінним витоком вихідного коду Grok Bot. Публічний GitHub-репозиторій користувача b-nnett має назву grok-bot-0.18-reconstructed, тобто прямо позначений як реконструкція. Станом на 25 серпня 2026 року доступні матеріали не підтверджують, що це офіційний код закритого бекенду xAI.

Технічно реконструкція та пов’язані публічні матеріали складаються в цілком правдоподібну багатошарову схему. Угорі розташований системний промпт із правилами поведінки, посередині — агентний цикл, а нижче — інструменти читання даних X. Окремий адаптер перетворює результат моделі на формат продуктового чату або сумісний протокол відповіді.

Такий поділ збігається з тим, що демонструють публічний репозиторій промптів Grok та офіційні матеріали xAI про Grok Build. Вони описують агентний цикл, який збирає контекст, аналізує вивід моделі та запускає інструменти. Утім, це підтверджує загальний архітектурний підхід xAI, а не тотожність реконструкції реальному Grok Bot.

Інтеграція з X, судячи з доступних описів, спрямована на читання публічних сутностей: дописів, користувачів, Spaces, списків, медіа, опитувань і трендів. Доступ до приватних повідомлень або приватних вподобань не заявлено, як і запис через API. В одному з матеріалів спільноти згадуються нещодавній пошук та авторизація застосунку через bearer token.

Найкорисніша частина проєкту полягає не в окремих файлах, а в межах системи. Видно, де можуть перетинатися промпт, модель, виклик інструмента та форматування відповіді. Але за цими матеріалами неможливо встановити точні внутрішні схеми, топологію сервісів чи виробничий контур Grok Bot.

Для розробника важлива межа достовірності

Реконструкція корисна як інженерна карта, але небезпечна, якщо сприймати її як точну копію продукту. Вона допомагає аналізувати типовий серверний асистент з інструментами та конектором X, не доводячи походження кожного рішення.

Насамперед я б перевіряв, де закінчується спостережувана поведінка API і починаються припущення автора. Далі варто розглянути обробку помилок, перетворення форматів і відокремлення системних інструкцій від даних інструментів. Саме на цих стиках агентні обгортки зазвичай показують свою справжню архітектуру.

Для дослідників це добрий матеріал для формування гіпотез, а не підстава оголошувати внутрішню будову Grok розкритою. Головне невирішене питання полягає не в зовнішній схожості коду, а в тому, які його частини підтверджуються поведінкою реальної системи.

Раніше ми розбирали, як Claude Code застосовує паралельних агентів для перевірки pull request’ів і пошуку race condition. Реконструйований код Grok Bot дає змогу порівняти інженерні підходи в інших AI-інструментах для розробників.