CodeBuddy NPC, Git akışında yapay zekâyı nasıl ekip üyesine dönüştürüyor?

CodeBuddy NPC’nin temel fikri, yapay zekâyı geliştiricinin yanında duran bir sohbet aracı değil, mevcut Git geliştirme sistemine kimliği doğrulanmış ve olay temelli bir katılımcı olarak yerleştirmek. Geliştirici, bir Issue veya PR içinde ilgili rolü @ ile etiketliyor; NPC daha sonra inceleme → planlama → uygulama → PR → CI doğrulaması → düzeltme → yeniden doğrulama döngüsünde eşzamansız çalışabiliyor. 16

“AI Native Git” ne anlama geliyor?

Bu modelde Git deposu, ajan için kalıcı çalışma bağlamı işlevi görüyor. Depo geçmişi, Issue’lar, pull request’ler (PR), CI/CD sonuçları ve kalite kapıları; görevin gereksinimlerini ve önceki kararlarını taşıyan kaynaklar hâline geliyor. Böylece ekiplerin gereksinim metinlerini, kod parçalarını ve derleme günlüklerini sürekli olarak ayrı bir asistana kopyalaması yerine NPC doğrudan bu geliştirme artefaktları içinde çalışıyor. 17

Bu ayrım önemli: Yapay zekâ destekli kod yazımı çoğunlukla insanın yazma hızını artırır. NPC yaklaşımında ise yapay zekâ, ekip tarafından kullanılan standart iş kayıtları üzerinden görev alır ve teslimat geri bildirim döngüsüne bağlanır. Bu, her görevin insan incelemesi olmadan güvenle üretime gönderilebileceği anlamına gelmez; mimarinin hedefi, işi görünür ve yönetişilebilir bir süreçte yürütmektir. 17

Bir @mention ile başlayan iş akışı

CNB’nin belgelediği NPC olayları, bir rolün Issue açıklamasında ya da yorumunda anılmasıyla issue.comment@npc; PR açıklaması, incelemesi veya yorumunda anılmasıyla pull_request.comment@npc olayını tetikleyebiliyor. 6

Örneğin bir geliştirici bir Issue’da ya da PR yorumunda rolü etiketleyerek inceleme, araştırma veya kod değişikliği talep edebilir. NPC’nin çalışması etkileşimli bir sohbet oturumuna bağlı olmadığından, geliştiricinin işlem boyunca ekran başında beklemesi gerekmiyor. Sistem; kod tabanını değerlendirme, çözüm yaklaşımı oluşturma, kod yazma, PR açma, test çalıştırma, CI hatalarını inceleme ve düzeltmeyi yineleme gibi adımları destekleyecek şekilde konumlandırılıyor. 17

YAML ile tanımlanan uzman yapay zekâ ekip arkadaşları

CNB’de depoya özgü NPC rolleri .cnb/settings.yml dosyasında tanımlanabiliyor. Bu tanım; rol adı, istem (prompt), bilgi tabanı içe aktarımları ve kullanıcı etkileşimi unsurlarını kapsayabiliyor. 3

İsteğe bağlı olarak .cnb.yml, rolün NPC olayı tetiklendiğinde nasıl davranacağını belirliyor. Özel bir olay pipeline’ı tanımlanmazsa sistem varsayılan NPC çalışma ortamını kullanıyor; ihtiyaç hâlinde rolün davranışı ve Docker tabanlı çalışma ortamı özelleştirilebiliyor. 6

Bu yapı, örneğin şu tür uzmanlaşmaları mümkün kılıyor:

• uygulama geliştirme,
• kod inceleme,
• hata veya kök neden araştırması,
• proje koordinasyonu.

Daha büyük işlerde farklı rollere sahip birden fazla NPC’nin paralel görev alması da bu rol temelli modelin doğal sonucu. 367

Kodun çalıştığı katman: CNB, CI/CD ve izole ortamlar

NPC’nin çalışma zemini CNB’nin Git barındırma, CI/CD pipeline’ları, artefakt depoları ve bulut tabanlı geliştirme ortamlarıdır. Pipeline YAML yapılandırması; Docker imajlarını, Dockerfile ile oluşturulan geçici imajları, dev container’ları, bağlı birimleri, CPU etiketi taşıyan çalıştırıcıları ve yeniden kullanılabilir Docker önbelleğini tanımlayabiliyor. 54

Bunun pratik karşılığı, kodun yalnızca bir geliştiricinin yerel bilgisayarında denenmesi yerine tekrarlanabilir ve yalıtılmış derleme/test ortamlarında doğrulanabilmesi. Docker önbelleği de bağımlılıkların veya diğer ağ kaynaklarının tekrar tekrar indirilmesini azaltmak için kullanılabiliyor. 45

Yetkilendirme ve denetim izi nasıl korunuyor?

CNB, pipeline işleri için geçici CNB_TOKEN sağlıyor. Bu token kod ve artefakt okuma-yazma ile API çağrılarında kullanılabiliyor; yetkileri pipeline’ı tetikleyen olay türüne bağlı ve çalışma bittiğinde otomatik olarak imha ediliyor. NPC kimliğiyle çalışan akışlarda kod, PR, Issue ve yorum işlemlerine yönelik yetkiler olay bağlamına göre tanımlanabiliyor. 15

Görevlerin Issue’larda başlatılması, PR’larda sunulması, commit’lerde kayda geçmesi ve pipeline’larda doğrulanması; organizasyonun alışık olduğu mühendislik denetim izini koruyor. Böylece ajan tarafında görünmeyen, ayrı bir iş akışı oluşması yerine kararlar ve teslimat adımları mevcut geliştirme kayıtlarında izlenebiliyor. 19

Hassas bilgi tarafında CNB’nin gizli anahtar deposu dokümantasyonu; erişim denetimleri, işlem kısıtları, denetim günlükleri ve filigranlama gibi korumalardan söz ediyor. 9

Maliyet iddiası: daha az token, göreve uygun model seçimi

Tencent, ilk turdaki tüketimin 20 binden fazla token’dan yaklaşık 2 bine, yani %90’ın üzerinde azaltılmasını; istemlerin, araç çağrılarının, CLI çıktısının ve önbellek isabet oranının sürekli iyileştirilmesine bağlıyor. Şirket ayrıca her iş için aynı maliyetli model kapasitesini kullanmak yerine, model stratejisini görevin zorluk derecesine göre seçtiğini belirtiyor. 811

Özetle CodeBuddy NPC’nin önerdiği paradigma, yapay zekânın yalnızca kod öneren bir yardımcı olması değil; ekipteki standart Git nesneleri üzerinden iş alan, gerçek derleme ve politika kontrollerinden geçen, rol bazlı çalışan ve doğrulama-hata düzeltme döngüsünü kapatmaya çalışan bir ekip üyesi olmasıdır. 17