CodeBuddy NPC : l’IA devient un coéquipier piloté depuis Git

L’idée centrale de CodeBuddy NPC est de faire de l’IA un participant authentifié, déclenché par événements, du système de développement Git existant — et non un simple assistant conversationnel placé à côté du workflow. Un développeur peut appeler un rôle en le mentionnant avec @ dans une Issue ou une pull request (PR) ; l’agent travaille ensuite de manière asynchrone selon une boucle : enquête, planification, implémentation, création de PR, validation CI, correction, puis nouvelle validation. 16

Git comme contexte de travail durable

Dans ce modèle dit AI Native Git, Git et les outils qui l’entourent deviennent la mémoire opérationnelle de l’agent : historique du dépôt, Issues, PR, résultats CI/CD et contrôles qualité lui apportent le contexte nécessaire. L’équipe n’a donc pas à recopier manuellement le cahier des charges, des extraits de code ou des journaux de compilation dans une conversation avec une IA : le NPC opère au sein des artefacts déjà utilisés par l’équipe. 17

Cette approche place les demandes, les décisions et les résultats dans les emplacements habituels du développement logiciel. Une Issue peut servir à formuler le besoin ; une PR porte les modifications proposées ; la CI vérifie le résultat ; les commentaires et commits documentent les itérations.

Des coéquipiers IA définis dans le dépôt

CNB permet de définir des rôles de NPC propres à un dépôt dans le fichier .cnb/settings.yml. La configuration peut notamment préciser leur nom, leur prompt, des importations de bases de connaissances et des éléments d’interaction. 3

Les événements NPC documentés se déclenchent lorsqu’un rôle est mentionné dans une Issue ou une PR. Le comportement peut ensuite être personnalisé dans .cnb.yml. 67 Cela ouvre la voie à des rôles spécialisés, par exemple pour :

• l’investigation d’un incident ou d’une demande ;
• l’implémentation d’une fonctionnalité ;
• la revue de code ;
• la coordination d’un ensemble de tâches.

Pour des travaux plus vastes, ces rôles peuvent être organisés en équipe d’agents, chacun ayant un périmètre explicite. La documentation précise aussi qu’en l’absence de pipeline NPC personnalisé, CNB utilise un environnement NPC par défaut. 6

De la mention à la pull request, puis à la réparation CI

Après son invocation, CodeBuddy NPC peut analyser le code du dépôt, établir une approche, écrire des modifications et ouvrir une PR. Il peut également exécuter des tests, examiner les échecs de CI et itérer sur des correctifs jusqu’à obtenir un état prêt à être accepté. 17

Le point important est le caractère asynchrone : le développeur n’a pas à rester dans une session interactive pendant toute l’exécution. Il délègue une tâche depuis l’artefact d’équipe approprié, puis retrouve le travail dans le flux normal de revue et de validation.

Cela ne signifie pas que toute modification doit être livrée sans intervention humaine. Le modèle décrit une architecture de délégation et de boucle de retour contrôlée ; il ne constitue pas une preuve que chaque tâche peut être fusionnée ou déployée sans revue humaine. 17

CNB, socle d’exécution et de gouvernance

Sous l’agent, CNB apporte l’hébergement Git, les pipelines CI/CD, les dépôts d’artefacts et les environnements de développement cloud natifs. Les pipelines YAML peuvent définir, entre autres, des images Docker, des images temporaires construites depuis un Dockerfile, des dev containers, des volumes montés, des exécuteurs dotés de tags et de ressources CPU, ainsi qu’un cache Docker réutilisable. 45

L’intérêt est de fournir des environnements de build et de test isolés et reproductibles, au lieu de dépendre de la machine locale d’un développeur. Le cache Docker peut notamment éviter de retélécharger des dépendances réseau lors de builds ultérieurs. 4

CNB injecte par ailleurs un CNB_TOKEN temporaire dans les jobs de pipeline. Ce jeton peut autoriser des actions sur le code, les artefacts ou les API ; ses permissions dépendent de l’événement qui a déclenché l’exécution, et il est détruit à la fin du pipeline. 15

Traçabilité, sécurité et maîtrise des coûts

Puisque le travail est déclenché depuis des Issues ou des PR, enregistré dans les commits et les commentaires, puis vérifié par les pipelines et les règles de qualité, l’organisation conserve une piste d’audit familière. L’activité de l’agent ne se limite pas à une exécution opaque dans un outil externe : elle reste rattachée aux objets d’ingénierie déjà utilisés par l’équipe. 19

Pour les informations sensibles, la documentation du coffre de secrets de CNB décrit des contrôles d’accès, des restrictions d’opérations, des journaux d’audit et un mécanisme de filigrane. 9

Tencent attribue également une baisse de la consommation au premier tour — de plus de 20 000 tokens à environ 2 000, soit plus de 90 % — à l’optimisation continue des prompts, des appels d’outils, des sorties de CLI et du taux de succès du cache. L’entreprise indique aussi adapter la stratégie de modèle à la difficulté de la tâche, plutôt que d’employer systématiquement le même niveau de capacité, plus coûteux. 811

En résumé, la logique d’« IA collaborative pour l’ingénierie » repose sur la place occupée par l’agent dans le cycle de livraison : il reçoit une demande via les artefacts standards de l’équipe, travaille avec les contrôles réels de build et de politique, peut se spécialiser par rôle, et referme la boucle entre planification, code, revue, validation et remédiation. 17