CodeBuddy NPC chce z Git workflow udělat pracovní prostor pro AI kolegy

Tencent Cloud se s CodeBuddy NPC snaží dostat AI programování z odděleného chatového okna přímo do nástrojů, ve kterých týmy běžně dodávají software. Místo ručního vkládání zadání, výřezu repozitáře a logů chyb může vývojář agenta oslovit v Issue nebo pull requestu (PR) a nechat jej pracovat asynchronně přímo v platformě CNB. V podkladech se rozcházejí údaje o datu uvedení: dobové zprávy uvádějí formální představení 23. července 2026, pozdější text pak 29. července. 625

Co Tencent myslí pojmem „AI Native Git“

Tencent tento přístup nazývá AI Native Git. Git repozitář a navazující vývojový proces v něm mají sloužit jako provozní paměť AI agenta. Agent tak může pracovat s týmovými artefakty, které už existují:

• Issues nesou zadání, cíl a diskusi;
• kód a historie repozitáře popisují strukturu projektu a dřívější změny;
• pull requesty uchovávají návrhy úprav a připomínky z kontroly;
• výstupy CI/CD obsahují výsledky sestavení, testů i informace pro další opravy.

To je podstatný rozdíl proti našeptávači kódu nebo jednorázové konverzaci s chatbotem. Agent má vycházet ze stejných trvalých záznamů jako tým a do těchto záznamů také vkládat své změny a výsledky ověření. Tencent uvádí, že tento model znovu používá existující workflow Git, Dockeru, CI/CD a kvalitativních bran v cyklu commit → ověření → oprava → opětovné ověření. 123

Stačí zmínka v Issue nebo PR

Dokumentace CNB popisuje dvě relevantní události: issue.comment@npc, která se spustí po zmínce NPC v popisu či komentáři k Issue, a pull_request.comment@npc, která reaguje na zmínku v popisu PR, recenzi nebo komentáři. 35

V praxi to připomíná delegování práce kolegovi: vývojář označí vhodnou roli a popíše úkol přímo tam, kde se už o práci diskutuje. Může tak požádat o prošetření problému, implementaci či kontrolu změn, aniž by musel držet otevřenou samostatnou interaktivní relaci.

Role konkrétní pro repozitář lze definovat v souboru .cnb/settings.yml. Definice mohou obsahovat název role, prompty, importované znalostní báze i nastavení uživatelského rozhraní. V souboru .cnb.yml lze následně nastavit vlastní chování a případně i vlastní obraz pro spuštění; bez takového nastavení CNB dokumentuje výchozí běhový obraz NPC. 3235

Nejde tedy jen o jednoho univerzálního asistenta. Tým si může připravit například roli pro psaní kódu a jinou pro review a každou volat tam, kde se její výstup bude posuzovat.

Od zadání k pull requestu

Tok práce popsaný Tencentem je záměrně asynchronní. Po přidělení úkolu může agent načíst kontext repozitáře, sestavit plán, upravit kód, vytvořit pull request, spustit testy a podle výstupů CI provést další opravy. Vývojář přitom nemusí zůstávat v živém chatu a čekat na každý mezikrok. 16

Zamýšlený cyklus vypadá následovně:

1. Zadání práce v Issue nebo PR: zmínka vyvolá událost NPC.
2. Načtení technického kontextu: agent pracuje se zadáním, repozitářem, existujícími změnami a záznamy workflow.
3. Plán a implementace: připraví postup a provede změnu v kódu.
4. Vytvoření PR a ověření: testy a kontroly pipeline poskytují důkaz, zda změna funguje.
5. Analýza selhání a další iterace: pokud CI neuspěje, agent může přečíst výsledek, najít problém a upravit změnu pro další ověřovací běh. 1623

Právě proto Tencent produkt nepopisuje jen jako pomoc při psaní kódu. AI nemá pouze navrhnout fragment programu, ale zapojit se do procesu, který promění úkol v kontrolovatelnou a otestovanou změnu.

CNB jako běhová a kontrolní vrstva

Tento model stojí na infrastruktuře CNB pro repozitáře a pipeline. Konfigurace pipeline v CNB umí určit Docker image, image sestavený z Dockerfile, prostředí založené na dev containeru, připojené svazky i značky runnerů nebo nastavení CPU. Práce se tedy může spouštět v opakovatelném prostředí definovaném repozitářem, nikoli podle konfigurace konkrétního vývojářského počítače. 34

CNB podporuje také opakovaně použitelnou Docker cache, která může při dalších sestaveních omezit opakované stahování závislostí a dalších síťových zdrojů. 33

Pro autorizaci poskytuje CNB při běhu pipeline proměnnou CNB_TOKEN. Podle dokumentace jde o dočasný token pro operace pull a push nad kódem a artefakty i pro volání API; po skončení běhu se zruší a jeho oprávnění se řídí událostí, která pipeline spustila. Dokumentace pro spuštění vyvolané NPC dále uvádí oprávnění například pro práci s kódem, PR, Issues a komentáři. 44

To je důležité: agent, který může vytvářet větve, otevírat PR nebo reagovat na chyby, nepotřebuje jen přístup k modelu, ale také omezený a auditovatelný přístup do vývojového systému. Dokumentace úložiště tajemství v CNB samostatně popisuje řízení přístupu, provozní omezení, auditní logy a vodoznaky pro citlivé údaje. 38

Proč záleží na rolích definovaných v YAML

Role NPC definovaná v YAML dovoluje přizpůsobit část chování agenta konkrétnímu repozitáři. Definice může nést prompt i zdroje znalostí, zatímco přidružená pipeline určuje způsob spuštění. 3235

V jednom vývojovém procesu se tak mohou oddělit různé režimy práce:

• role pro analýzu, která shromáždí souvislosti a navrhne postup;
• implementační role, která upraví kód a připraví PR;
• review role, která na vyžádání prověří pull request;
• koordinace více NPC rolí pro rozsáhlejší úkoly.

Tencent uvádí, že pro složitější práci lze více NPC spojit do takzvaného NPC Teamu. Dokumentace potvrzuje základní mechanismy rolí a událostí, zatímco konkrétní rozdělení práce si musí navrhnout samotný tým. 63235

Údajné snížení spotřeby tokenů o více než 90 %

Tencent uvádí, že počáteční spotřebu tokenů u svých oficiálních vývojových NPC snížil z více než 20 000 tokenů v raných verzích na přibližně 2 000, tedy o více než 90 %. Přisuzuje to průběžné optimalizaci promptů, volání nástrojů, výstupu z příkazové řádky a míry zásahů cache. 623

Význam má být kumulativní: úloha agenta obvykle vyžaduje více volání modelu a menší počáteční kontext i režie nástrojů mohou snížit nákladový základ celého běhu. Tencent zároveň říká, že firmy mohou volit strategii modelu podle složitosti úkolu a vyvažovat tak výkon proti ceně. 1523

Jde ovšem o údaj dodavatele, nikoli o nezávislý benchmark celkových nákladů nebo kvality výsledků. Reálná spotřeba závisí mimo jiné na velikosti repozitáře, rozsahu úlohy, volbě modelu, počtu opakování i potřebném objemu práce v CI.

Od AI asistence k inženýrské spolupráci

Tencent tímto rozlišuje tři úrovně zapojení AI do vývoje:

• AI asistované programování pomáhá člověku psát či upravovat kód;
• AI řízené vykonání úkolu deleguje jednotlivou činnost;
• AI inženýrská spolupráce podle Tencentu umisťuje agenta do propojeného procesu převzetí úkolu, implementace, kontroly, ověření a oprav. 110

Nejsilnějším praktickým tvrzením proto není autonomní nasazování změn do produkce, ale integrace do workflow. Úkol se přiděluje přes zavedené týmové artefakty, změny přicházejí v PR a zpětnou vazbu před přijetím dodávají CI a kvalitativní kontroly. Zůstává tak technická stopa: co agent dostal za úkol, co změnil a jak systém výsledek vyhodnotil. 144

Pro týmy, které tento přístup zvažují, je klíčové, zda mají dostatečně přísná oprávnění, testy, pravidla review a nasazovací brány, aby dokázaly dohlížet na agenta s významným přístupem k repozitáři. CodeBuddy NPC může zautomatizovat části smyčky, nenahrazuje však lidské posouzení ani organizační kontrolní mechanismy.