Ein KI Kollege wohnt im Lager: ein @ an CodeBuddy NPC und der Pull Request kommt
Zusammenfassung
Ein Agent aus der Tencent Cloud: In einem Issue oder Pull Request genannt, liest er Lager und Bauumgebung, plant, aendert Code, stellt den Pull Request und bringt den Bau zum Laufen.
Empfehlen- Name
- CodeBuddy NPC
- Version
- 20260723
- Open Source
- Proprietär
- Betriebssystem
- Web
- Webseite
- https://www.codebuddy.cn/npc
- Aktualisiert
- 2026-10-09 22:02
CodeBuddy NPC ist ein Agent aus der Tencent Cloud, gestartet im Juli 2026. Man gibt ihm ein Ziel, und er liest das Lager, aendert den Code, stellt den Pull Request und laesst die Pruefungen laufen, bis die Arbeit wirklich abgeliefert ist.
Zwei Jahre lang war der Eindruck von KI Werkzeugen fuer die Programmierung vor allem schneller tippen: Man schreibt im Editor, und er ergaenzt die naechste Zeile; man fuegt einen Fehler ein, und er antwortet mit einem Vorschlag. Tencent Cloud hat die Richtung etwas gedreht. CodeBuddy NPC, im Juli 2026 veroeffentlicht, gibt sich nicht damit zufrieden, ein Helfer im Editor zu sein. Er wohnt im Entwicklungsablauf selbst.
Offiziell heisst es, er sei ein KI Mitarbeiter im Entwicklungsablauf. Das Ziel setzt man selbst. Er zerlegt das Ziel in Aufgaben, findet den passenden Code, macht die Aenderung und bringt die Pruefung zurueck. Ablaufnah nennt man das, und gemeint ist damit offenbar, dass dieser Kollege nicht draussen wartet, bis man ihm Zusammenhang fuettert. Er ist schon drin.
Sein Zusammenhang kommt aus den eigenen Aufzeichnungen des Teams
NPC ist auf CNB aufgebaut, der Bauumgebung in der Cloud von Tencent Cloud, und dieses Fundament bestimmt, woran er kommt. Man kopiert Anforderung, Code und Fehlerprotokoll nicht hinueber. Er liest sie: Das Issue ist das Gedaechtnis der Absicht, das Lager das Gedaechtnis der Technik, der Pull Request das Gedaechtnis der Aenderung, und CI das Gedaechtnis der Qualitaet. Offiziell heisst diese Anordnung AI native Git, wobei das Git Lager zum eigenen Gedaechtnis des Agenten wird.
Der Unterschied versteckt sich in diesen Einzelheiten. Eine Aufgabe zu uebergeben verlangt nicht, den Hintergrund des Vorhabens neu zu erzaehlen, und nicht, den Zweig und die Baunummer herauszusuchen, die gescheitert sind, weil dieser Kollege schon in diesen Aufzeichnungen stand.

Eine Nennung genuegt, um eine Aufgabe zu uebergeben
Die Bedienung kostet fast keine Einarbeitung: CodeBuddy in einem Kommentar zu einem Issue oder einem Pull Request nennen und dahinter schreiben, was man will. Es darf so kurz sein wie dieses Issue umsetzen, oder den Code in diesem Pull Request pruefen.
Entscheidend ist der Schalter neben dem Kommentarfeld, der als fuer dich arbeiten beschriftet ist. Ist er an, waechst die Berechtigung von Code lesen und Kommentare schreiben hin zu Code schreiben, Zweige schieben und Pull Requests stellen, und er arbeitet die Anmerkungen aus der Pruefung weiter ein. Der Schalter hat eine Schwelle: Man braucht mindestens Entwicklerrechte im Lager.

Von der Anforderung zum Pull Request schliesst er den Kreis selbst
Ist die Aufgabe uebergeben, muss niemand daneben sitzen. Der Agent plant zuerst, dann fasst er den Code an, stellt den Pull Request, bringt den Bau durch und richtet eine Vorschau ein, damit man abnehmen kann. Man sieht das Ergebnis, bevor man ueber das Zusammenfuehren entscheidet.
Wenn ein Bau scheitert und alles stockt, schiebt er das Problem auch nicht zurueck: Protokoll lesen, Code ansehen, eine Korrektur einreichen, bis die Pruefung durchgeht. Ein weiteres Beispiel aus dem offiziellen Material ist das selbsttaetige Aufloesen von Zusammenfuehrungskonflikten, indem er die Absicht beider Seiten versteht und eine vertretbare Zusammenfuehrung baut, die den haengenden Zweig wieder voranbringt.

Wenn ein Paar Haende nicht reicht, ruft man mehr
NPC ist nicht nur ein einzelner Helfer. Ein Team kann Name, Wahlspruch und Anweisungstext einer Rolle in die Einstellungen des Lagers schreiben und sie danach ueber den Lagerpfad mit dem Rollennamen aufrufen. Eine voreingestellte Laufzeit liegt bereit, sodass es ohne Aenderung der Einstellungen laeuft.
Darueber liegt die Mannschaft. Mehrere Agenten teilen sich nach Aufgabe: einer schreibt Funktionen, einer prueft, einer haelt den Fortschritt, jeder nimmt Aufgaben an, arbeitet parallel und fuehrt selbsttaetig zusammen. Die offizielle Vorfuehrung zeigte ein Team aus acht: Projektleitung, Drehbuch, Gestaltung, Musik, Erzaehlstimme, Zusammenfuehrung der Inhalte und Code Pruefung, die ein Spiel von zerlegten Anforderungen bis zur letzten Abnahme brachten.

Was heute schon geht
Auch die Grenzen sind klar benannt. Der Arbeitsmodus verlangt Entwicklerrechte oder mehr; ein Ausloeser bearbeitet hoechstens zehn Ereignisse, und ein Issue oder Pull Request mit mehr als hundert Kommentaren loest nichts mehr aus. Diese Grenzen wirken eher wie eine bewusst getroffene technische Entscheidung als wie ein Versehen.
Zu den Kosten nennt die offizielle Darstellung, der Verbrauch der ersten Runde sei von ueber zwanzigtausend frueh auf etwa zweitausend gedrueckt worden, ein Rueckgang von mehr als neunzig Prozent. Abgerechnet wird ueber CNB AI Credits, die Seite fuer das Festland enthaelt monatlich fuenfhundert Credits, danach laesst sich ein Budget hinterlegen, und eine einfache Aufgabe darf auf ein guenstigeres Modell zeigen, damit Kosten und Wirkung getrennt gerechnet werden.
NPC ist bereits mit TAPD verbunden, dem Projektwerkzeug von Tencent Cloud, und der Einstieg liegt auf der CNB Plattform. Das Fundament darunter wird seit 2018 intern bei Tencent weiterentwickelt, und die offizielle Zahl nennt mehr als hunderttausend Entwickler pro Monat.
Sein Wert liegt nicht darin, Code schneller zu schreiben. Er liegt darin, die Ablaufsarbeit zu uebernehmen, die wichtig ist und doch keinen Wert an sich hat: Man setzt das Ziel, urteilt, nimmt ab, und die Ausfuehrung geht an ihn.