GitHub gh-stack ile AI Ajan Kodunu Küçük PR’lara Bölme: Gerçek Test

Kısa özet: GitHub’ın 10 Ağustos 2026’da yayımladığı yeni video, bir AI kodlama ajanının ürettiği büyük değişikliği gh-stack ve beraberindeki ajan becerisiyle üç küçük, birbirine bağlı pull request’e ayırıyor. Yaklaşım incelemeyi kolaylaştırabilir; ancak erken aşamadaki araç yeniden tabanlama, dal geçmişi ve birleştirme kuyruğu gibi konularda dikkatli kullanım istiyor. ErişilebilirAI testinde sürüm ikilisi doğrulandı ve yerel iki katmanlı yığın başarıyla kuruldu; GitHub’a gönderme ya da birleştirme yapılmadı.

Yenilik ne?

AI kodlama ajanları dakikalar içinde çok sayıda dosyayı değiştirebiliyor. Hızın yan etkisi, yüzlerce satırlık tek bir pull request’in insan tarafından incelenmesinin zorlaşması. GitHub’ın videosundaki çözüm, ajanı yalnız “kodu yazan” taraf olarak bırakmıyor; değişikliği bağımlılıklarına göre katmanlara ayırmasını ve her katmanı ayrı bir inceleme birimi olarak sunmasını istiyor.

Video 10 Ağustos’ta yayımlandı; temel özellik ise 30 Temmuz’dan beri genel önizlemede. Açık kaynak gh-stack uzantısının güncel kararlı sürümü 29 Temmuz tarihli 0.1.0. Depodaki ajan becerisi 4 Ağustos’ta verimlilik ve performans odaklı güncellendi. Dolayısıyla haber, yepyeni bir ürün lansmanından çok GitHub’ın özelliği AI ajanları için somut bir iş akışına dönüştürmesini gösteriyor.

Yığılmış PR nasıl çalışıyor?

Normal akışta tüm çalışma tek özellik dalında toplanabilir. Yığılmış PR yaklaşımında ise değişiklik doğrusal katmanlara ayrılır. Örneğin ilk dal veri modelini, ikinci dal API’yi, üçüncü dal arayüzü taşıyabilir. En alttaki dal main üzerine; sonraki her dal bir öncekinin üzerine kurulur. GitHub’da her dal için ayrı PR açılır ve inceleyen kişi yalnız o katmanın farkını görür.

gh-stack dal oluşturma, doğru taban dalını seçme, sıralı yeniden tabanlama, gönderme ve yığını görüntüleme işlerini otomatikleştiriyor. Yerel yığın bilgisi deponun içindeki .git/gh-stack JSON dosyasında tutuluyor; proje dosyalarına eklenmiyor. Uzantı bir AI modeli gerektirmiyor. Ajan becerisi, Copilot CLI veya beceri okuyabilen başka bir ajan için hangi komutun ne zaman ve hangi güvenlik sınırlarıyla kullanılacağını anlatan isteğe bağlı yönerge katmanı.

Kimler için önemli?

En açık hedef kitle, kodlama ajanlarıyla büyük özellikler geliştiren ekipler. Tek PR içinde veri tabanı, arka uç, arayüz ve test değişiklikleri karışıyorsa yığın; sahipliği, hata kaynağını ve geri alma sınırını görünür kılabilir. İnsan geliştiriciler de aynı CLI’ı ajansız kullanabilir.

Küçük bir düzeltmeyi üç PR’a bölmek ise gereksiz süreç yükü yaratır. Ayrıca katmanlar birbirine sıkı bağlıysa alt PR’daki değişiklik üst katmanları yeniden tabanlamayı gerektirir. Bu nedenle araç en çok, doğal bağımlılık sınırları bulunan ve her katmanı ayrı test edilebilen orta ya da büyük çalışmalar için anlamlı.

Gerçek kullanım: iki katmanlı yerel deneme

ErişilebilirAI, 0.1.0 sürümünün Apple Silicon ikili dosyasını GitHub Releases üzerinden geçici klasöre indirdi. SHA-256 değeri yayımlanan 5ca98241…183103 özetiyle eşleşti ve program kendisini gh stack version 0.1.0 olarak tanıttı. Ardından dış depoya bağlanmayan geçici bir Git deposunda şu yapı oluşturuldu:

main <- feature-foundation <- feature-ui

init ilk katmanı, add ikinci katmanı oluşturdu. view --json iki dalın doğru sırada olduğunu, güncel dalın feature-ui olduğunu ve yeniden tabanlama gerekmediğini döndürdü. Bu deneme, yerel dal ve metadata akışını doğruluyor; GitHub’daki PR oluşturma, yığın arayüzü ve atomik birleştirmeyi doğrulamıyor. Ortamda Go derleyicisi bulunmadığı için kaynak koddan derleme ve test paketi de çalıştırılmadı.

Kurulum ve temel akış

Önce GitHub CLI kurulmalı ve hesapla oturum açılmalı. Uzantı daha sonra şu komutla ekleniyor:

gh extension install github/gh-stack

Ajanın yığın tasarımını ve güvenli, etkileşimsiz komut biçimlerini öğrenmesi isteniyorsa resmî beceri ayrıca kurulabiliyor:

gh skill install github/gh-stack

Temel akışta gh stack init temel-katman ile başlanıyor, her bağımlı parça için gh stack add sonraki-katman kullanılıyor ve sonuç gh stack view ile gözden geçiriliyor. Dış sisteme yazma işlemi gh stack submit aşamasında başlıyor: dallar gönderiliyor, PR’lar oluşturuluyor ve GitHub’daki yığın nesnesi güncelleniyor. Otomasyonda etkileşimli ekranı beklememek için resmî beceri gh stack submit --auto kullanımını öneriyor. Yeni PR’lar bu biçimde varsayılan olarak taslak açılıyor; --open hazır inceleme durumunu seçiyor.

Maliyet, lisans, gizlilik ve erişilebilirlik

Depodaki gh-stack kodu MIT lisanslı. Bu lisans kullanım, değiştirme ve dağıtıma geniş izin veriyor; telif ve lisans bildirimini korumak gerekiyor. GitHub hizmeti, hesabın planı ve Copilot kullanımı ayrı koşullara tabi. MIT etiketi GitHub hizmetini, Copilot modelini veya gönderilen depo içeriğini otomatik olarak açık lisanslı yapmıyor.

Yerel init, add ve view işlemlerinde yığın metadata’sı yalnız Git deposunda kalıyor. push, submit, sync ve merge ise dal ve PR bilgisini GitHub’a gönderiyor. Bir AI ajanı kullanılıyorsa kod bağlamının hangi sağlayıcıya aktarıldığı ayrıca hesap ve kurum politikasından kontrol edilmeli.

Komut satırı metin çıktısı ekran okuyucuyla daha öngörülebilir olabilir; fakat view, modify ve etkileşimli submit tam ekran terminal arayüzleri açabiliyor. Bu TUI’ların ekran okuyucu uyumluluğu bu vardiyada test edilmedi. JSON çıktılı gh stack view --json ve bayraklarla etkileşimsiz kullanım, görsel arayüze bağımlılığı azaltan daha güvenli bir seçenek. YouTube videosunda İngilizce otomatik altyazı ve Türkçe otomatik çeviri seçeneği bulunuyor; otomatik altyazı hatasız kabul edilmemeli.

Sınırlamalar ve riskler

Bu araç henüz 0.1.0 ve GitHub özelliği genel önizlemede. Depodaki güncel issue’lar; birleştirme kuyruğunun yığın arayüzünü gizlemesi, bazı senkronizasyonların inceleme geçmişini etkileyen yeniden tabanlama yapması, dal yeniden adlandırıldığında metadata’nın geride kalması ve belirli yeniden gönderme akışlarında HTTP 422 alınması gibi kenar durumları gösteriyor. Issue sayısı ya da yıldız sayısı kalite kanıtı değildir; burada önemli olan sorunların somut ve aktif biçimde izlenmesi.

Yeniden tabanlama dal geçmişini değiştirir. Uzantı güvenli sınırlar ve --force-with-lease kullanmaya çalışsa da, paylaşılmış dallarda beklenmeyen commit kaybı riski sıfır değildir. Önce küçük bir deneme deposunda çalışmak, kritik dalları korumak, yığını JSON çıktısıyla kontrol etmek ve birleştirmeden önce her PR’ın testini ayrı koşturmak uygun. Ajanın “üç PR oluşturdum” demesi de doğrulama değildir; taban dalları, farklar ve CI sonucu insan tarafından görülmeli.

Sonuç

gh-stack, AI ajanlarının ürettiği büyük kod yığınlarını sihirli biçimde güvenli yapmıyor. Değeri, değişikliği insanın inceleyebileceği küçük ve sıralı parçalara zorlamasında. Yerel deneme temel mekaniğin çalıştığını gösterdi; ancak önizleme durumu ve açık kenar sorunları nedeniyle üretim deposunda kontrollü benimseme daha doğru. En iyi kullanım biçimi, ajana önce katman planını yazdırmak, planı insanla onaylamak, sonra taslak PR’ları oluşturmak ve her katmanı bağımsız test etmek.

Kaynaklar

• GitHub YouTube: How to build stacked PRs with the gh-stack skill — 10 Ağustos 2026.
• GitHub Changelog: Stacked pull requests are now in public preview — 30 Temmuz 2026, 4 Ağustos’ta güncellendi.
• github/gh-stack, doğrulanan sabit commit — 4 Ağustos 2026.
• gh-stack 0.1.0 sürüm notları ve ikili dosyalar — 29 Temmuz 2026.
• MIT lisansı ve güvenlik bildirim politikası.
• GitHub Docs: yığılmış PR hızlı başlangıç.
• gh-stack issue listesi — bakım ve sınırlama kontrolü, 11 Ağustos 2026.