CodeBuddy NPC tekee Git-työnkulusta tekoälyagentin työpöydän

Tencent Cloudin CodeBuddy NPC pyrkii viemään tekoälyavusteisen koodaamisen erillisestä keskusteluikkunasta niihin työkaluihin, joissa ohjelmistoja oikeasti toimitetaan. Kehittäjän ei tarvitse kopioida tehtävänantoa, koodia ja virhelokeja avustajalle erikseen: agentti voidaan kutsua Issuesta tai pull requestista (PR) ja antaa sen edetä tehtävässä CNB-kehitysalustalla asynkronisesti.

Lähteissä julkaisuajankohdasta on ristiriitaa. Useat aikalaistiedot sijoittavat virallisen julkaisun 23.7.2026, kun taas myöhempi uutisointi käyttää päivää 29.7.2026. 625

Mitä AI Native Git tarkoittaa?

Tencent kutsuu toimintamallia nimellä AI Native Git. Ajatus on, että Git-repositorio ja sitä ympäröivä kehitysprosessi toimivat agentin pysyvänä työmuistina. Kontekstia ovat esimerkiksi:

• Issuet, joissa on tehtävän tausta, tavoite ja keskustelu
• repositorio ja sen historia, joista selviävät projektin rakenne ja aiemmat muutokset
• pull requestit, joihin kertyvät ehdotetut muutokset ja katselmointipalaute
• CI/CD-ajojen tulokset, kuten testien epäonnistumiset ja korjauskierrosten palaute

Ero tavalliseen koodin täydennykseen tai yksittäiseen chatbot-keskusteluun on merkittävä. Agentin on tarkoitus käyttää samoja jatkuvia kehitystyön tietueita kuin tiimin, tehdä muutoksensa niihin ja jättää myös validointitulokset niihin. Tencentin mukaan malli hyödyntää olemassa olevia Git-, Docker-, CI/CD- ja laatutarkastusprosesseja silmukassa: commit → validointi → korjaus → uusi validointi. 123

Agentti kutsutaan maininnalla

CNB:n dokumentaatiossa on kaksi keskeistä NPC-tapahtumaa:

• issue.comment@npc käynnistyy, kun NPC mainitaan Issuen kuvauksessa tai kommentissa
• pull_request.comment@npc käynnistyy, kun NPC mainitaan pull requestin kuvauksessa, katselmoinnissa tai kommenteissa. 35

Käytännössä kehittäjä voi siis osoittaa työn agentille samaan tapaan kuin kollegalle: Issuessa tai PR:ssä mainitaan sopiva rooli ja kuvataan tehtävä. Erillistä, jatkuvaa koodauschat-istuntoa ei välttämättä tarvita.

Repositoriokohtaiset NPC-roolit voidaan määritellä tiedostossa .cnb/settings.yml. Määrittelyihin voi sisältyä roolin nimi, prompti, tietopankkituonnit ja käyttöliittymäasetuksia. Tarvittaessa toimintalogiikka ja oma suoritusimage määritellään .cnb.yml-tiedostossa; muutoin CNB dokumentoi oletusarvoisen NPC-ajoympäristön. 3235

Kyse ei siis ole vain yhdestä yleisagentista. Tiimi voi luoda esimerkiksi erilliset roolit toteutukselle ja koodikatselmoinnille ja kutsua niitä siinä kohdassa työnkulkua, jossa niiden työn tulos arvioidaan.

Tehtävästä pull requestiksi ja testikorjauksiin

Tencentin kuvaama CodeBuddy NPC -työnkulku on asynkroninen. Kun agentille annetaan tehtävä, se voi hakea repositorion kontekstin, laatia suunnitelman, muuttaa koodia, avata pull requestin, ajaa testejä ja käyttää CI-ajon tuloksia lisäkorjauksiin. Kehittäjän ei tarvitse seurata jokaista vaihetta reaaliaikaisessa keskustelussa. 16

Tyypillinen sykli näyttää tältä:

1. Työ annetaan Issuessa tai PR:ssä. NPC-maininta laukaisee tapahtuman.
2. Agentti lukee kehityskontekstin. Tehtävänanto, repositorio, olemassa olevat muutokset ja aiemmat työnkulun tiedot muodostavat lähtökohdan.
3. Se suunnittelee ja toteuttaa muutoksen.
4. Se avaa PR:n ja validoi työn. Testit ja putken tarkistukset tuottavat näyttöä muutoksen toimivuudesta.
5. Se analysoi mahdolliset epäonnistumiset ja yrittää uudelleen. CI-virheen jälkeen agentti voi lukea tulokset, paikantaa ongelman ja päivittää muutosta seuraavaa validointikierrosta varten. 1623

Tencentin ydinsanoma onkin, ettei agentin rooli rajoitu koodinpätkän ehdottamiseen. Sen on tarkoitus osallistua ketjuun, joka muuttaa tehtävän katselmoitavaksi ja testatuksi muutokseksi.

CNB toimii suoritus- ja hallintakerroksena

Agentin toiminta nojaa CNB:n repositorio- ja putki-infrastruktuuriin. Putkikonfiguraatioissa voidaan määritellä Docker-image, Dockerfilestä rakennettava image, dev container -ympäristö, liitetyt taltiot sekä suorittimen tunnisteet tai CPU-asetukset. Näin työ voidaan ajaa toistettavassa, repositorion määrittelemässä ympäristössä sen sijaan, että se riippuisi yksittäisen kehittäjän koneen asetuksista. 34

CNB tukee myös Docker-välimuistia, jolla voidaan välttää riippuvuuksien ja muiden verkkoresurssien toistuva lataaminen myöhemmissä rakennuksissa. 33

Käyttöoikeuksia varten CNB tarjoaa putken ajon ajaksi CNB_TOKEN-väliaikaistunnuksen. Dokumentaation mukaan sitä voidaan käyttää koodin ja artefaktien hakuun ja siirtoon sekä API-kutsuihin. Tunnus tuhotaan putken päättyessä, ja sen oikeudet määräytyvät käynnistäneen tapahtuman mukaan. NPC-ajojen oikeuksissa kuvataan muun muassa pääsyä koodiin, PR:iin, Issueihin ja kommentteihin. 44

Tällä on merkitystä, koska haaroja luova, PR:iä avaava tai CI-virheisiin reagoiva agentti tarvitsee mallipääsyn lisäksi rajatut ja auditoitavat oikeudet kehitysjärjestelmään. CNB:n salaisuusvarastoa koskeva dokumentaatio kuvaa erikseen pääsynhallintaa, käyttörajoituksia, auditointilokeja ja arkaluonteisen aineiston vesileimausta. 38

YAML-roolit tekevät agenteista tiimikohtaisia

YAML-määritelty NPC-rooli mahdollistaa sen, että osa agentin toiminnasta sidotaan juuri tiettyyn repositorioon. Roolin määrittely voi sisältää promptin ja tuotavat tietolähteet, kun taas sitä vastaava putki määrittää suoritustavan. 3235

Tämä mahdollistaa eri toimintamalleja samassa kehitysprosessissa, esimerkiksi:

• selvitysroolin, joka kokoaa kontekstin ja ehdottaa etenemistapaa
• toteutusroolin, joka muuttaa koodia ja valmistelee PR:n
• katselmointiroolin, joka tarkastelee pull requestin pyynnöstä
• useiden NPC-roolien koordinoinnin suuremmissa tehtävissä.

Tencentin mukaan useita NPC:itä voidaan koota NPC Team -kokonaisuudeksi monimutkaista työtä varten. Dokumentaatio vahvistaa rooli- ja tapahtumamekanismit, mutta työnjaon tarkka malli jää tiimin päätettäväksi. 63235

Tokenien alkukulutusta pienennettiin yli 90 prosenttia

Tencent kertoo virallisten kehitys-NPC:idensä ensimmäisen kierroksen tokenkulutuksen laskeneen varhaisversioiden yli 20 000 tokenista noin 2 000 tokeniin. Yritys selittää yli 90 prosentin laskua promptien, työkalukutsujen, komentorivitulosteen ja välimuistiosumien jatkuvalla optimoinnilla. 623

Säästö voi korostua monivaiheisissa agenttitehtävissä: tehtävä tarvitsee usein useita mallikutsuja, joten ensimmäisen kierroksen kontekstin ja työkalukuorman pienentäminen laskee koko ajon kustannuspohjaa. Tencentin mukaan yritykset voivat lisäksi valita mallistrategian tehtävän vaativuuden mukaan ja tasapainottaa suorituskykyä sekä kustannuksia. 1523

Luku on kuitenkin toimittajan ilmoittama tehokkuusmittari, ei riippumaton vertailu kokonaiskustannuksista tai työn laadusta. Todellinen kulutus riippuu esimerkiksi repositorion koosta, tehtävän laajuudesta, mallivalinnasta, uusintakierroksista ja CI-ajojen määrästä.

Miksi Tencent puhuu tekoälypohjaisesta ohjelmistokehitysyhteistyöstä?

Tencent erottaa kolme tasoa:

• tekoälyavusteinen koodaus auttaa kehittäjää kirjoittamaan tai muokkaamaan koodia
• tekoälyohjattu tehtävän suoritus delegoi yksittäisen toimenpiteen
• tekoälypohjainen ohjelmistokehitysyhteistyö sijoittaa agentin tehtävän vastaanoton, toteutuksen, katselmoinnin, validoinnin ja korjaamisen yhdistävään prosessiin. 110

Käytännön vahvin väite ei ole täysin itsenäinen tuotantoon vienti, vaan työnkulkuintegraatio. Tehtävä annetaan vakiintuneissa yhteistyöartefakteissa, muutokset ehdotetaan pull requestien kautta ja CI- sekä laatutarkistukset tuottavat palautteen ennen hyväksyntää. Näin jää jälki siitä, mitä agentilta pyydettiin, mitä se muutti ja miten järjestelmä arvioi muutosta. 144

Tiimeille keskeinen arviointikysymys on, ovatko nykyiset käyttöoikeudet, testit, katselmointisäännöt ja tuotantoonviennin portit riittävän vahvoja valvomaan agenttia, jolla on merkityksellinen pääsy repositorioon. CodeBuddy NPC voi automatisoida osia kierrosta, mutta se ei poista ihmiskatselmoinnin eikä organisaation hallintakeinojen tarvetta.