CodeBuddy NPC i „AI Native Git”: jak agent AI działa bezpośrednio w Issue, PR i CI

AI jako uczestnik procesu Git, nie jako boczny czat

Sednem CodeBuddy NPC jest umieszczenie AI wewnątrz istniejącego obiegu pracy Git. Programista może wywołać określoną rolę przez @wzmiankę w Issue albo pull requeście (PR), a agent wykonuje zadanie asynchronicznie: analizuje problem, przygotowuje plan, wprowadza zmiany, otwiera PR, sprawdza CI i — jeśli testy lub build się nie powiodą — iteracyjnie naprawia błędy oraz ponownie uruchamia walidację. 16

To jest sens określenia „AI Native Git”: repozytorium i jego historia stają się trwałym kontekstem pracy agenta. Zamiast ręcznie wklejać do asystenta wymagania, fragmenty kodu i logi budowania, zespół korzysta z artefaktów, które już istnieją w procesie: historii zmian, Issue, PR, wyników CI/CD i bramek jakości. 17

Role AI definiowane w repozytorium

CNB pozwala skonfigurować własne role NPC w pliku .cnb/settings.yml. Konfiguracja może obejmować ich nazwy, prompty, importy bazy wiedzy oraz elementy interakcji. Dzięki temu jedna rola może koncentrować się na implementacji, inna na przeglądzie kodu, analizie problemu czy koordynacji prac. 3

Dokumentacja CNB przewiduje zdarzenia uruchamiane, gdy rola zostanie wspomniana w Issue lub PR:

• issue.comment@npc — wzmianka w opisie albo komentarzu do Issue;
• pull_request.comment@npc — wzmianka w opisie, recenzji lub komentarzu do PR. 6

Opcjonalny plik .cnb.yml określa niestandardowe zachowanie roli w reakcji na takie zdarzenie. Można też zdefiniować własne środowisko uruchomieniowe NPC; jeśli nie zostanie ono skonfigurowane, system używa domyślnego środowiska. 6

Od zgłoszenia do poprawionego pipeline’u

W zakładanym cyklu agent może pobrać i zinterpretować bazę kodu, opracować rozwiązanie, napisać kod, utworzyć PR, uruchomić testy i odczytać przyczynę błędu CI. Następnie może przygotować poprawkę i ponowić walidację. Istotna jest tu asynchroniczność: programista nie musi przez cały czas prowadzić z agentem interaktywnej rozmowy. 17

Nie należy jednak traktować tego opisu jako gwarancji, że AI samodzielnie i bezpiecznie dostarczy każde zadanie. To przede wszystkim model architektury procesu: agent pracuje w tych samych punktach kontroli, które zna zespół, a decyzja o akceptacji PR nadal może należeć do człowieka. 17

Co zapewnia CNB pod spodem

CNB jest warstwą, na której działa ten model: łączy hosting Git, pipeline’y CI/CD, repozytoria artefaktów i chmurowe środowiska programistyczne. YAML pipeline’u może wskazywać obraz Dockera, tymczasowy obraz budowany z Dockerfile, konfigurację dev containerów, montowane wolumeny, a także wykonawców oznaczonych tagami i liczbą CPU. Dostępny jest również cache Dockera, ograniczający ponowne pobieranie zależności. 54

Dla działań wykonywanych w pipeline’ach CNB używa tymczasowego CNB_TOKEN. Token może służyć do operacji na kodzie, artefaktach i API, jego uprawnienia zależą od zdarzenia uruchamiającego, a po zakończeniu pipeline’u jest niszczony. W przypadku uruchomienia jako NPC dokumentacja opisuje m.in. uprawnienia do odczytu i zapisu kodu, PR, Issue oraz komentarzy. 15

Kontrola, ślad audytowy i koszty

Ponieważ zadania są inicjowane, dokumentowane i sprawdzane poprzez Issue, commity, PR oraz pipeline’y, organizacja zachowuje standardowy ślad inżynierski. Nie powstaje odrębny, nieprzejrzysty obieg pracy po stronie agenta. CNB opisuje też repozytorium sekretów z kontrolą dostępu, ograniczeniami operacji, logami audytowymi i znakami wodnymi dla informacji wrażliwych. 19

Tencent wskazuje, że optymalizacja promptów, wywołań narzędzi, wyjścia CLI i współczynnika trafień cache’a obniżyła zużycie przy pierwszej turze z ponad 20 tys. tokenów do około 2 tys., czyli o ponad 90 proc. Firma opisuje również dobieranie strategii modelowych do trudności zadania, zamiast stosowania najdroższego wariantu dla każdej czynności. 811

W praktyce „AI Native Git” oznacza więc, że AI nie tylko przyspiesza pisanie kodu, ale może otrzymywać pracę przez zwykłe artefakty zespołowe, działać w kontrolowanym środowisku i domykać pętlę od planu do naprawy błędu CI. Kluczowe pozostają jednak istniejące reguły akceptacji, bezpieczeństwa i przeglądu zmian. 17