CodeBuddy NPC gør AI til en aktiv deltager i Git-arbejdet

Tencent Clouds CodeBuddy NPC bygger på idéen om AI Native Git: AI’en skal ikke blot svare i et separat chatvindue, men fungere som en autentificeret, hændelsesdrevet deltager i det Git-baserede udviklingsforløb. Udvikleren kan aktivere en rolle med en @-omtale i en Issue eller pull request (PR), hvorefter agenten kan arbejde asynkront gennem et forløb med undersøgelse, planlægning, implementering, PR, CI-validering, rettelser og fornyet validering. 16

Git bliver AI’ens arbejdskontekst

I denne model fungerer repositoryets historik, Issues, PR’er, CI/CD-resultater og kvalitetsporte som agentens vedvarende arbejdskontekst. Målet er dermed at undgå, at udvikleren manuelt skal kopiere krav, kode og build-logge ind i en assistent. NPC’en arbejder i stedet med de samme artefakter og processer, som teamet allerede bruger. 17

Det er den væsentlige forskel fra almindelig AI-assisteret kodning: AI’en er placeret i leverancekæden og modtager opgaver gennem teamets sædvanlige sporbare arbejdsobjekter.

Aktivering med @-omtale i Issue eller PR

CNB dokumenterer to NPC-hændelser:

• issue.comment@npc, som udløses, når en NPC omtales i en Issues beskrivelse eller kommentar.
• pull_request.comment@npc, som udløses, når en NPC omtales i en PR-beskrivelse, review, reviewkommentar eller almindelig kommentar. 6

En udvikler kan altså bede en specifik rolle om hjælp direkte dér, hvor opgaven allerede er beskrevet. Eksempelvis kan en rolle blive bedt om at undersøge et problem i en Issue eller foretage et kode-review i en PR. For system-NPC’en viser CNB dokumentationen eksempelvis aktivering via @CodeBuddy i en PR-kommentar. 1

AI-kolleger defineret i YAML

Repository-specifikke NPC-roller kan konfigureres i .cnb/settings.yml. Her kan teamet blandt andet angive rollenavn, prompt, import af vidensbaser og brugerfladeelementer. 3

Det gør det muligt at opdele arbejdet i specialiserede roller – eksempelvis en rolle til implementering, en til code review, en til analyse eller en til koordinering. Selve den tilpassede automatiske adfærd kan, hvis der er behov for det, beskrives i .cnb.yml; uden en tilpasset NPC-pipeline anvender systemet ifølge dokumentationen et standardmiljø. 6

Fra opgave til PR – og tilbage til CI ved fejl

Det beskrevne arbejdsloop er, at NPC’en kan læse og fortolke kodebasen, formulere en fremgangsmåde, skrive kode, oprette en PR, køre test og analysere CI-fejl. Ved fejl kan den iterere på rettelser og validere igen. Den asynkrone model betyder, at udvikleren ikke behøver sidde i en løbende chatsession, mens opgaven udføres. 17

Det bør dog ikke forveksles med en garanti for, at enhver ændring kan merges eller sættes i produktion uden menneskelig vurdering. Arkitekturen beskriver en AI-kollega, der arbejder inden for etablerede processer og kontroller – ikke en dokumenteret erstatning for menneskeligt ansvar. 17

CNB leverer det kontrollerede udførelsesmiljø

Under NPC-laget ligger CNB med Git-hosting, CI/CD-pipelines, artefaktlagre og cloud-native udviklingsmiljøer. Pipeline-YAML kan blandt andet fastlægge Docker-images, midlertidige images bygget fra Dockerfiles, dev containers, monterede volumener, runner-tags, CPU-konfiguration og genbrugelig Docker-cache. Det skaber reproducerbare, isolerede miljøer til build og test frem for afhængighed af en enkelt udviklers computer. 54

Under pipeline-kørsler modtager jobbet et midlertidigt CNB_TOKEN. Tokenet kan bruges til autoriserede handlinger mod kode, artefakter og API’er, har rettigheder der afhænger af den udløsende hændelse, og destrueres automatisk, når kørslen slutter. 15

Sporbarhed og styring

Når opgaver startes fra og dokumenteres i Issues, PR’er, commits, pipelines og kvalitetsporte, bliver arbejdet liggende i det velkendte engineering-spor. Det giver organisationen mulighed for at følge, hvad der blev bedt om, hvilke ændringer der blev lavet, og hvad valideringen viste. 17

CNB’s dokumentation for det beskyttede secret store beskriver desuden adgangskontrol, begrænsninger på handlinger, audit logs og vandmærkning ved håndtering af følsomme oplysninger. 9

Hvor kommer besparelsen ind?

Tencent tilskriver et fald i forbruget ved første interaktion – fra over 20.000 tokens til omkring 2.000 tokens – løbende optimering af prompts, værktøjskald, CLI-output og cache-hit-rate. Virksomheden beskriver også, at modelstrategien kan tilpasses opgavens sværhedsgrad, så den mest omkostningstunge kapacitet ikke bruges ensartet på alle opgaver. 811

Kort sagt er CodeBuddy NPC’s ambition at flytte AI fra at være et værktøj, der hjælper en udvikler med at skrive kode, til at være en styret teamdeltager i den eksisterende Git-proces: Opgaven kommer ind via en Issue eller PR, arbejdet udføres i et kontrolleret miljø, og resultatet går gennem de sædvanlige review-, CI- og kvalitetssløjfer. 17