CodeBuddy NPC: як працює підхід AI Native Git

Не чат-бот поруч із Git, а учасник процесу розробки

Головна ідея CodeBuddy NPC — зробити ШІ автентифікованим, керованим подіями учасником наявного Git-процесу, а не окремим вікном чату. Розробник може викликати потрібну роль через @-згадку в Issue або PR. Після цього агент асинхронно працює за циклом: дослідження → план → реалізація → PR → перевірка CI → виправлення → повторна перевірка. 16

Git як постійна пам’ять агента

У моделі AI Native Git робочим контекстом для ШІ є сам репозиторій: історія змін, Issues, PR, результати CI/CD і контрольні правила якості. Команді не потрібно вручну переносити вимоги, фрагменти коду чи логи збірки до інтерфейсу асистента — NPC діє безпосередньо в межах цих артефактів і вбудовується у вже наявний процес. 17

ШІ-колеги, описані в YAML

CNB дозволяє визначати ролі NPC для конкретного репозиторію у файлі .cnb/settings.yml: вказати назву, інструкції для моделі, підключення до бази знань та елементи взаємодії. Документація описує події NPC, які спрацьовують, коли роль згадують в Issue або PR; додатковий файл .cnb.yml може задавати конкретну поведінку цієї ролі. 367

Це дає змогу розподілити обов’язки між спеціалізованими агентами: один може досліджувати проблему, інший — писати код, третій — перевіряти зміни, а ще один — координувати виконання. Для великих завдань можливе паралельне залучення кількох NPC.

Від завдання до PR і ремонту CI

Після виклику CodeBuddy NPC може отримати й проаналізувати кодову базу, сформувати план, внести зміни, створити PR, запустити тести та розібратися з помилками CI. Якщо перевірка не проходить, агент може ітеративно вносити виправлення та запускати валідацію знову, доки результат не буде готовим до приймання. Завдяки асинхронній моделі розробнику не потрібно залишатися в інтерактивній сесії протягом усього виконання. 17

Що забезпечує CNB під цим шаром

Базовою платформою є CNB: вона надає Git-хостинг, CI/CD-пайплайни, репозиторії артефактів і хмарні середовища розробки. У YAML для пайплайнів можна визначати Docker-образи, тимчасові образи, зібрані через Dockerfile, dev container, змонтовані томи, виконавці з параметрами CPU та повторно використовуваний Docker-кеш. Це дозволяє збирати й тестувати код у відтворюваному ізольованому середовищі, а не покладатися на налаштування ноутбука розробника. 54

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

Контроль, аудит і безпека

Оскільки робота запускається з Issue та PR, фіксується в комітах і перевіряється пайплайнами та правилами якості, команда зберігає звичний аудиторський слід. Дії агента не зникають у непрозорому зовнішньому середовищі: їх можна простежити через ті самі артефакти, якими користуються інженери. 19

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

Як Tencent оцінює зниження витрат

Tencent пов’язує зменшення споживання токенів у першому зверненні — з понад 20 000 приблизно до 2 000, тобто більш ніж на 90% — з постійною оптимізацією промптів, викликів інструментів, виводу CLI та частки влучань у кеш. Компанія також описує добір модельної стратегії відповідно до складності завдання, щоб не застосовувати найдорожчі можливості однаково до кожного запиту. 811

У чому відмінність від звичайного AI coding

Звичайний ШІ-помічник для кодування переважно прискорює людину, яка сама пише код. Виконання ШІ-завдання може делегувати окрему дію. Натомість концепція NPC полягає в іншому: ШІ виступає керованим «колегою», який отримує завдання через стандартні артефакти команди, діє в реальних середовищах збірки та в межах політик, а також замикає цикл між плануванням, розробкою, перевіркою і виправленням проблем. 17

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