CodeBuddy NPC lar AI-agenter jobbe direkte i Git-flyten

Tencent Cloud forsøker med CodeBuddy NPC å flytte AI-koding ut av et separat chatvindu og inn i sporene utviklere allerede bruker for å levere programvare. I stedet for å lime inn oppgavebeskrivelse, kodeutdrag og feillogger i en assistent, kan utvikleren tildele arbeid til en NPC fra en Issue eller pull request (PR) i CNB, Tencent Clouds utviklingsplattform.

Det er motstridende opplysninger i kildematerialet om lanseringsdatoen: Flere samtidige omtaler oppgir 23. juli 2026, mens senere dekning oppgir 29. juli. 625

Hva Tencent mener med «AI Native Git»

Tencent kaller modellen AI Native Git. Tanken er at Git-repositoriet og arbeidsflyten rundt det blir agentens operative hukommelse. I praksis omfatter det:

• Issues med bakgrunn, mål og diskusjon om oppgaven
• Kode og historikk i repositoriet med prosjektstruktur og tidligere endringer
• Pull requests med foreslåtte endringer og tilbakemeldinger fra kodegjennomgang
• CI/CD-resultater med byggefeil, testutfall og signaler om hva som må rettes

Dette skiller seg fra ren autofullføring eller en enkeltstående chatøkt. Målet er at agenten skal arbeide ut fra de samme varige utviklingssporene som resten av teamet bruker, og legge sine egne endringer og valideringsresultater tilbake i dem. Tencent sier at løsningen gjenbruker etablerte arbeidsflyter for Git, Docker, CI/CD og kvalitetsporter i en løkke: commit → valider → reparer → valider på nytt. 123

Slik tilkalles en NPC

CNB dokumenterer to relevante NPC-hendelser: issue.comment@npc, som utløses når en NPC nevnes i en Issue-beskrivelse eller kommentar, og pull_request.comment@npc, som utløses av omtaler i PR-beskrivelse, review eller kommentarer. 35

Det gjør samhandlingen mer lik oppgavetildeling til en kollega: Utvikleren nevner rollen som passer, og beskriver oppgaven i Issuen eller PR-en. Det kan for eksempel være en forespørsel om undersøkelse, implementering eller kodegjennomgang – uten at utvikleren må holde en separat, interaktiv kodeøkt åpen.

CNB-dokumentasjonen viser også at repositories kan definere egne NPC-roller i .cnb/settings.yml. Definisjonene kan inneholde rollenavn, instrukser, importerte kunnskapsbaser og grensesnittinnstillinger. Egendefinert oppførsel og eventuelt et eget kjøringsimage kan konfigureres i .cnb.yml; ellers dokumenterer CNB et standardimage for NPC-kjøring. 3235

Resultatet er en rollemodell som kan tilpasses teamet, fremfor én generell assistent. Et team kan for eksempel definere en kodeagent og en reviewer, og bruke riktig rolle der resultatet faktisk skal vurderes.

Fra oppgave til pull request

Flyten Tencent beskriver for CodeBuddy NPC, er bevisst asynkron. Når agenten får en oppgave, kan den hente kontekst fra repositoriet, legge en plan, endre kode, opprette en PR, kjøre tester og bruke CI-resultater til videre feilretting. Utvikleren trenger ikke sitte i en direkte chat mens hvert trinn utføres. 16

Den tiltenkte løkken ser slik ut:

1. Tildel arbeid i en Issue eller PR. En omtale utløser NPC-hendelsen.
2. Les utviklingskonteksten. NPC-en bruker oppgaven, repositoriet, eksisterende endringer og tidligere arbeidsflytdata som grunnlag.
3. Planlegg og implementer. Den utarbeider en tilnærming og skriver kodeendringen.
4. Opprett en PR og valider endringen. Tester og pipeline-sjekker gir bevis på om endringen fungerer.
5. Undersøk feil og iterer. Hvis CI feiler, kan agenten lese resultatet, finne problemet og oppdatere endringen før en ny valideringsrunde. 1623

Derfor fremstiller Tencent produktet som mer enn AI-assistert koding. AI-en skal ikke bare foreslå et kodefragment, men delta i prosessen som gjør en oppgave om til en endring som kan gjennomgås og testes.

CNB er laget som utførelses- og kontrollag

Agentflyten er avhengig av CNBs infrastruktur for repositories og pipelines. En CNB-pipeline kan konfigureres med Docker-images, images bygget fra Dockerfile, devcontainer-baserte miljøer, monterte volumer og runner-tagger eller CPU-innstillinger. Dermed kan arbeidet kjøre i et repeterbart miljø definert av repositoriet, i stedet for å avhenge av oppsettet på én utviklers maskin. 34

CNB støtter også gjenbrukbar Docker-cache, som kan redusere behovet for å laste ned avhengigheter og andre nettverksressurser på nytt i senere bygg. 33

For autorisasjon gir CNB en CNB_TOKEN under pipeline-kjøring. Dokumentasjonen oppgir at det midlertidige tokenet kan brukes til å hente og pushe kode og artefakter samt til API-kall, at det slettes når pipelinen er ferdig, og at rettighetene bestemmes av hendelsen som utløste kjøringen. Dokumentasjonen for NPC-utløst kjøring beskriver dessuten rettigheter til blant annet kode, PR-er, Issues og kommentarer. 44

Dette er sentralt fordi en agent som kan opprette branches, sende PR-er eller reagere på feil, trenger mer enn tilgang til en språkmodell: Den trenger avgrenset og reviderbar tilgang til utviklingssystemet. CNBs dokumentasjon for hemmelighetslager beskriver separat tilgangskontroll, driftsbegrensninger, revisjonslogger og vannmerking for sensitivt materiale. 38

Hvorfor YAML-definerte roller betyr noe

En NPC-rolle definert i YAML gjør deler av agentens oppførsel spesifikk for det enkelte repositoriet. Rolledefinisjonen kan inneholde instruksen og importerte kunnskapskilder, mens den tilhørende pipelinen kan bestemme hvordan rollen kjøres. 3235

Det åpner for ulike arbeidsmoduser i samme utviklingsprosess:

• en undersøkelsesrolle som samler kontekst og foreslår en vei videre
• en implementeringsrolle som endrer kode og forbereder en PR
• en reviewrolle som vurderer en pull request ved behov
• samordning mellom flere NPC-roller i større oppgaver

Tencent har sagt at flere NPC-er kan settes sammen i et NPC Team for komplekst arbeid. Dokumentasjonen underbygger rolle- og hendelsesmekanismene, mens den konkrete arbeidsdelingen fortsatt er et valg hvert team må gjøre. 63235

Tencent oppgir mer enn 90 prosent lavere tokenforbruk

Tencent oppgir at det første tokenforbruket for deres offisielle utviklings-NPC-er falt fra over 20 000 tokens i tidlige versjoner til om lag 2 000 – en reduksjon på over 90 prosent. Selskapet tilskriver dette løpende optimalisering av instrukser, verktøykall, CLI-utdata og cache-treffrate. 623

Poenget er kumulativt: Agentoppgaver krever ofte flere modellkall. Når den innledende konteksten og verktøyoverheaden blir mindre, kan kostnadsgrunnlaget for hele kjøringen gå ned. Tencent sier også at virksomheter kan velge modellstrategi etter oppgavens kompleksitet – en avveiing mellom ytelse og kostnad, i stedet for samme modelloppsett for alle oppgaver. 1523

Dette er et leverandøroppgitt effektivitetstall, ikke en uavhengig sammenligning av total kostnad eller kvalitet på oppgaveløsningen. Reell bruk vil variere med størrelsen på repositoriet, oppgavens omfang, modellvalg, antall forsøk og hvor mye CI-arbeid som kreves.

Fra kodeassistent til utviklingssamarbeid

Tencent bruker uttrykket «AI engineering collaboration» for å beskrive en endring i hvor AI plasseres i utviklingslivssyklusen:

• AI-assistert koding hjelper utvikleren med å skrive eller endre kode.
• AI-drevet oppgaveutførelse delegerer en avgrenset handling.
• AI-samarbeid i programvareutvikling, slik Tencent beskriver det, plasserer agenten i den sammenhengende prosessen for oppgavetildeling, implementering, review, validering og feilretting. 110

Det sterkeste praktiske løftet handler dermed ikke om helautomatisk utrulling. Det handler om integrasjon i arbeidsflyten: Oppgaven tildeles gjennom etablerte samarbeidsartefakter, endringer foreslås gjennom PR-er, og CI- og kvalitetssjekker gir tilbakemelding før noe godtas. Det bevarer et teknisk spor av hva agenten ble bedt om å gjøre, hva den endret, og hvordan systemet vurderte resultatet. 144

For team som vurderer denne typen løsning, er hovedspørsmålet om dagens tilgangsregler, tester, reviewkrav og utrullingsporter er sterke nok til å føre tilsyn med en agent som får reell tilgang til repositoriet. CodeBuddy NPC kan automatisere trinn i sløyfen, men fjerner ikke behovet for menneskelig gjennomgang og organisatoriske kontrollmekanismer.