CodeBuddy NPC: как Tencent Cloud встраивает ИИ-агентов в Git-процесс разработки

ИИ не рядом с Git, а внутри процесса

CodeBuddy NPC строится вокруг идеи AI Native Git: ИИ выступает аутентифицированным участником уже существующего цикла разработки, а не просто чат-ассистентом, куда вручную копируют требования, фрагменты кода и логи сборки. Разработчик упоминает нужную роль через @ в Issue или pull request (PR), после чего агент асинхронно выполняет работу в контексте репозитория: исследует задачу, составляет план, меняет код, создаёт PR, проверяет CI и при необходимости повторяет цикл исправлений. 16

Под Issue здесь понимается задача в системе управления кодом CNB, а PR — запрос на включение изменений в кодовую базу. Для команды это важное отличие: история репозитория, обсуждения задач, PR, результаты CI/CD и правила качества становятся рабочим контекстом агента. Их не нужно каждый раз переносить в окно помощника. 17

Как вызывается и настраивается ИИ-коллега

В CNB события NPC срабатывают, когда роль упоминают в описании или комментарии к Issue, а также в описании PR, ревью или комментариях к нему. Например, системную роль можно вызвать упоминанием @CodeBuddy в комментарии к PR. 16

Специализированные роли для конкретного репозитория описываются в файле .cnb/settings.yml. В конфигурации можно задать:

• имя и назначение роли;
• prompt-инструкции для агента;
• импортируемые базы знаний;
• аватар и кнопки взаимодействия.

При этом необязательный файл .cnb.yml задаёт поведение роли в пайплайне. Так команда может выделить отдельных ИИ-исполнителей для исследования, написания кода, ревью или координации задач — в том числе для параллельной работы над более крупной задачей. 367

Цикл работы: от задачи до повторной проверки CI

После вызова CodeBuddy NPC может работать по замкнутому циклу доставки:

1. изучить репозиторий и сформулировать подход;
2. реализовать изменения в коде;
3. открыть PR;
4. запустить тесты и CI-проверки;
5. проанализировать сбои;
6. внести исправления и провести повторную валидацию.

Такой режим рассчитан на асинхронную работу: разработчику не нужно оставаться в диалоге с агентом на каждом шаге. 17

Это не означает, что любой результат должен автоматически попадать в продакшен без контроля человека. Речь идёт об архитектуре процесса: агент получает задачу через привычные командные артефакты, действует в рамках реальных проверок и оставляет проверяемый след в системе разработки. 17

Что обеспечивает CNB под агентом

CNB служит инфраструктурным слоем для Git-хостинга, CI/CD, репозиториев артефактов и облачных сред разработки. В YAML-конфигурации пайплайна можно определить Docker-образ, временный образ, собранный из Dockerfile, dev container, подключаемые тома, а также параметры раннеров, включая теги и CPU. Docker-кэш позволяет повторно использовать результаты сборок и не загружать зависимости заново. 45

Для действий в коде, с артефактами или API пайплайну выдаётся временный CNB_TOKEN. Его права зависят от события, запустившего пайплайн, а после завершения работы токен уничтожается. В режиме запуска от имени NPC документация предусматривает разрешения на чтение и запись кода, PR, Issue и комментариев в пределах заданной модели прав. 15

Прозрачность, безопасность и стоимость

Поскольку вызов агента, коммиты, PR, результаты пайплайнов и проверки качества остаются в обычном контуре разработки, организация сохраняет привычную трассируемость: видно, кто и в каком контексте инициировал работу, какие изменения были внесены и что показала автоматическая проверка. Для чувствительных данных CNB описывает защищённое хранилище секретов с контролем доступа, ограничениями операций, журналами аудита и водяными знаками. 19

Tencent также связывает снижение расхода в первом обращении — с более чем 20 000 примерно до 2 000 токенов, то есть более чем на 90% — с оптимизацией prompt-инструкций, вызовов инструментов, вывода CLI и доли попаданий в кэш. Отдельно компания указывает на выбор модельной стратегии в зависимости от сложности задачи, чтобы не использовать наиболее дорогие возможности одинаково для всех запросов. 811

Итоговая идея CodeBuddy NPC — не просто ускорить набор кода с помощью ИИ, а сделать агента управляемым членом инженерной команды: он получает работу через Issue и PR, использует окружения и правила CI/CD, а затем возвращает результат в тот же проверяемый Git-процесс.