GitHub, Copilot Projects ile işi paralel AI agent’lara dağıtıyor

GitHub, Universe konferansında Copilot uygulamasını yeniden tasarladı ve birden fazla AI agent’ı tek bir hedef için paralel çalıştıran Copilot Projects özelliğini duyurdu. Pull request’leri farklı sağlayıcıların modelleriyle inceleyen Max adlı yeni bir code review katmanı da geldi. Copilot artık GitHub Enterprise aboneliklerine dahil ediliyor ve AI credit tabanlı tüketim modeline geçiyor.

GitHub Copilot nedir, ne işe yarar?

GitHub Copilot, GitHub’ın yapay zekâ destekli kodlama asistanıdır. IDE içinde kod tamamlama, sohbet tabanlı yardım, pull request review ve görev üstlenen agent özellikleri barındırır. Bireysel geliştiriciler ve kurumsal yazılım ekipleri kullanır. Bilinen alternatifleri arasında Cursor, Amazon Q Developer ve JetBrains AI Assistant sayılabilir.

Copilot Projects ile değişen iş bölümü

Şimdiye kadar Copilot, tek bir geliştiricinin yanında çalışan bir yardımcıydı. Copilot Projects ile iş birimi değişiyor. Agent’a tek bir görev yerine birden fazla repository’ye yayılan bir hedef veriyorsunuz. Copilot işi paralel agent’lara bölüyor, ilerlemeyi izliyor ve sonucu pull request olarak geri getiriyor.

Bu, platform ve güvenlik ekiplerinin önüne yeni bir aktör koyuyor. Repository’lere kod yazan, branch açan ve CI tetikleyen kimlik artık insan değil. Mevcut kontrolleriniz insan geliştirici varsayımıyla kurulduysa boşluk tam burada.

Agent’lara repository erişimini daraltın

Analistlerin önerdiği kontroller yeni değil. Mesele, bunları agent’lar için de uygulamak. Sıra şöyle olabilir:

• Agent’ın erişebileceği repository’leri açıkça sınırlayın, organizasyon genelinde erişim vermeyin.
• Varsayılan branch’te branch protection kuralı olduğundan emin olun.
• Agent’ın açtığı pull request’lerde merge için insan onayını zorunlu tutun.
• Audit log’ları SIEM (Security Information and Event Management) sistemine aktarın. Hangi agent’ın hangi repository’de neyi değiştirdiğini sorgulayabilmelisiniz.

Branch protection durumunu GitHub REST API üzerinden hızlıca kontrol edebilirsiniz. Koruma tanımlı değilse API hata döner:

gh api repos/ORG/REPO/branches/main/protection

Bu kontrolü agent’a açacağınız tüm repository’ler için bir script ile toplu yapın. Projects’in gücü, aynı hedefte birden fazla repository’ye dokunabilmesi. Korumasız tek bir repository bütün zinciri zayıflatır.

Paralel agent’lar CI pipeline’ını şişirebilir

Kaynaktaki en somut senaryo toplu modernizasyon. Bağımlılık güncellemeleri, deprecation’a giren API’ler, eskiyen SDK’lar, Java ya da .NET sürüm yükseltmeleri. Bunlar zaten tekrarlı ve sınırları belli işler. Agent’a ilk verilecek iş tipi de bunlar olmalı.

Asıl darboğaz review tarafında. On paralel oturum, on pull request ve on ayrı CI çalıştırması demek. Runner kapasiteniz sınırlıysa ana branch’teki normal iş akışı kuyrukta beklemeye başlar. Copilot Projects’i açmadan önce agent pull request’leri için ayrı runner kapasitesi ya da eşzamanlı çalıştırma sınırı planlayın.

Koordinasyon riski de gerçek. Analist Satapathy’nin aktardığı CooperBench çalışması, agent’ların ortak görevlerde tek başlarına çalıştıklarına göre yaklaşık yüzde 30 daha düşük başarı gösterdiğini bulmuş. Çalışma Copilot Projects’i test etmemiş, ama çıkarım açık. Aynı dosyalara dokunabilecek işleri aynı hedefe koymayın. Bir agent API sözleşmesini değiştiriyorsa, o API’yi tüketen repository’leri ikinci aşamaya bırakın.

Max review ve AI credit hesabı

Max katmanı, farklı sağlayıcıların modelleriyle birkaç bağımsız review agent’ı çalıştırıyor. Ardından bir aggregation agent’ı bulguları birleştiriyor ve çelişkileri çözüyor. GitHub’ın verdiği ortalama tahminler şöyle: Lite 0,25, Balanced 1,50, Max 10 dolar AI credit.

Lite ile Max arasında 40 kat fark var. Paralel agent’lardan gelen on pull request’in hepsini Max ile incelerseniz tek turda yaklaşık 100 dolar harcarsınız. Lite ile bu rakam 2,5 dolar.

Katmanı değişikliğin riskine göre seçmek mantıklı:

• Authentication mantığına, paylaşılan kütüphanelere ve güvenliğe duyarlı bileşenlere dokunan pull request’ler Max’e gidebilir.
• Yalnızca sürüm numarası artıran bağımlılık güncellemeleri Lite ile geçebilir.

Max her açığı yakalamayı garanti etmiyor. Otomatik testler ve yüksek riskli değişiklikte insan onayı yerinde kalmalı.

Lisans modeli tüketime kayarken

Copilot’un GitHub Enterprise aboneliğine dahil edilmesi, erişimi geniş ekiplere açmayı kolaylaştırıyor. Ama maliyet koltuk sayısından tüketime kayıyor. Kötü tanımlanmış bir görev tekrar tekrar çalışıp credit yakabilir.

Kaynakta önerilen iki önlem doğrudan uygulanabilir. Her proje için credit limiti koyun. Her projeye, agent oturumlarını gerektiğinde durdurma yetkisi olan bir insan sahibi atayın.

Pilot için tek bir ekip, bağımlılık güncellemesi gibi dar bir iş tipi ve Lite review ile başlayın. Bir sprint boyunca credit tüketimini ve CI süresini ölçün. Proje bazlı limitleri tahmine değil bu veriye göre koyarsınız.