CodeBuddy NPC bygger på en enkel, men omfattende idé: AI skal ikke bare være et chattevindu ved siden av utviklingsverktøyene, men en autentisert og hendelsesdrevet deltaker i teamets vanlige Git-arbeidsflyt. En utvikler kan @-omtale en rolle i en Issue eller pull request (PR), og agenten kan deretter jobbe asynkront i en løkke fra undersøkelse og planlegging til kode, PR, CI-validering, feilretting og ny validering. 
16
Git som agentens arbeidskontekst
I denne modellen fungerer Git-plattformen som agentens varige arbeidsminne. Repository-historikk, Issues, PR-er, CI/CD-resultater og kvalitetsporter gir konteksten agenten trenger. Målet er dermed å slippe å kopiere krav, kildekode og byggelogger manuelt inn i en assistent: NPC-en arbeider med de samme artefaktene og den samme prosessen som resten av teamet allerede bruker. 17
AI-kolleger som kan tilpasses prosjektet
CNB lar team definere egne NPC-roller i .cnb/settings.yml. Konfigurasjonen kan blant annet inneholde rollenavn, instruksjoner, import av kunnskapsbase og interaksjonsknapper. Dokumentasjonen beskriver hendelser som utløses når en rolle omtales i en Issue eller PR, mens valgfri oppførsel for rollen kan settes i .cnb.yml. 367
Det åpner for spesialiserte roller – for eksempel implementering, kodegjennomgang, feilsøking eller prosjektkoordinering – og for flere NPC-er som arbeider parallelt i større oppgaver. En omtale kan for eksempel brukes til å be en bestemt rolle gjennomgå en PR, i stedet for at en generell bot kjører på alle endringer automatisk. 16
Fra oppgave til PR – og tilbake til CI
Når den blir aktivert, kan CodeBuddy NPC hente og tolke kodebasen, foreslå en tilnærming, skrive kode, opprette en PR, kjøre tester og undersøke CI-feil. Den kan så iterere på rettelser til arbeidet er klart for godkjenning. Fordi kjøringen er asynkron, trenger ikke utvikleren å sitte i en kontinuerlig dialog med agenten mens arbeidet utføres. 17
Dette er forskjellen Tencent fremhever mellom AI-assistert koding og en agent som deltar i leveranseløpet: AI-en mottar arbeid gjennom teamets standardartefakter og møter de samme bygg-, policy- og valideringskontrollene som annen kode. 17
CNB som kjøre- og styringslag
Under agenten ligger CNB, som tilbyr Git-hosting, CI/CD-pipelines, artefaktregistre og skybaserte utviklingsmiljøer. Pipeline-YAML kan blant annet angi Docker-image, midlertidige images bygget fra Dockerfile, dev containers, monterte volumer, CPU-merkede kjørere og gjenbrukbar Docker-cache. Det gir repeterbare, isolerte bygge- og testmiljøer fremfor avhengighet av utviklerens egen maskin. 45
Pipeline-jobber får også en midlertidig CNB_TOKEN for autoriserte handlinger mot kode, artefakter og API-er. Rettighetene avhenger av hendelsen som startet kjøringen, og tokenet slettes når pipeline-kjøringen er ferdig. 15
Sporbarhet og kontroll
Når oppgaver startes i Issues og PR-er, og arbeidet registreres i commits, pipeline-resultater og kvalitetsporter, beholdes et velkjent revisjonsspor. Det gjør agentarbeidet mindre til en lukket prosess på utsiden av utviklingssystemet. CNBs dokumentasjon for beskyttet lagring av hemmeligheter beskriver dessuten tilgangskontroll, operasjonsbegrensninger, revisjonslogger og vannmerking for sensitiv informasjon. 19
Tencent oppgir at optimalisering av instrukser, verktøykall, CLI-utdata og cache-treff har redusert forbruket i første omgang fra over 20 000 tokens til rundt 2 000 – mer enn 90 prosent. Selskapet beskriver også en strategi der modellkapasitet velges etter oppgavens vanskelighetsgrad, slik at de mest kostbare modellvalgene ikke brukes likt for alle oppgaver. 811
Det sentrale arkitekturpoenget er altså ikke at en agent nødvendigvis kan levere enhver endring uten oppfølging. Det er at AI-en kan operere som en styrt teamdeltaker i den etablerte utviklingsprosessen – fra planlegging og koding til gjennomgang, validering og utbedring – mens menneskelig vurdering fortsatt kan være en del av godkjenningsløpet. 17
