← Radar

Konu: Ajanlar3 dk okuma

GitHub Agentic Workflows: Deponda Markdown ile yazılan, yetkisi kısıtlı ajanlar

Bu neden önemli?

Issue sınıflandırmak, kırılan bir CI'ın nedenini bulmak ya da belgeleri güncel tutmak gibi işler klasik otomasyonla zor, çünkü yorum gerektiriyor. Ajanı CI'a sokmak ise yeni bir saldırı yüzeyi açıyor. Bu proje, yetkiyi ajandan alıp ayrı ve denetlenen adımlara vermenin iyi bir örneği.

Ne bu?

GitHub Actions, “şu olunca şunu yap” mantığıyla çalışır. Kod gelince testleri koş, etiket atılınca yayımla. Ama bazı işler kurala sığmaz. Yeni açılan bir issue hata mı, soru mu? CI neden kırıldı? Bu değişiklik belgeleri eskitti mi? Bunlar yorum gerektiriyor.

GitHub Agentic Workflows (kısaca gh-aw), bu tür işler için Actions içinde bir kodlama ajanı çalıştırıyor. GitHub Next, Microsoft Research ve Azure ekibinin ortak projesi. 13 Şubat 2026’da teknik önizleme olarak duyuruldu, kodu MIT lisansıyla açık. GitHub Next bu fikre Continuous AI diyor: CI/CD’nin derleme ve yayını otomatikleştirdiği gibi, yapay zekânın da tekrar eden ekip işlerini otomatikleştirmesi.

Video başlığı “Actions öldü” diyor ama projenin kendisi tam tersini söylüyor: Derleme, test, lint ve yayın gibi tekrarlanabilir işler için klasik Actions doğru seçim. Ajan, onların yanına yorum gerektiren işler için ekleniyor.

Nasıl çalışıyor?

İş akışını .github/workflows/ altında bir Markdown dosyası olarak yazıyorsun. Dosyanın iki parçası var:

  • Üst bilgi (frontmatter): YAML ile ne zaman çalışacağı, hangi izinleri ve araçları alacağı, hangi ajanın kullanılacağı.
  • Gövde: Ajana düz cümlelerle ne yapacağını anlatan talimat.

Sonra gh aw compile komutu bu dosyayı denetleyip normal bir Actions dosyasına (.lock.yml) çeviriyor. İkisini de depoya ekliyorsun. Actions’ın çalıştırdığı, derlenmiş dosya. Gövdedeki talimatı değiştirmek için yeniden derlemen gerekmiyor, çünkü çalışma anında okunuyor. İzinler ve tetikleyiciler ise derlenmiş dosyaya gömülü. Onları değiştirince yeniden derliyorsun.

Ajan olarak GitHub Copilot, Claude Code, OpenAI Codex ve başkaları kullanılabiliyor. Ücreti seçtiğin sağlayıcı alıyor, üstüne Actions dakikaları.

Videodaki örnekte her yeni pull request’te kodun karmaşıklığını (Big O) inceleyen bir “denetçi” yazılıyor. Kasıtlı olarak yavaş yazılmış bir fonksiyon ekleniyor. Videoya göre ajan yaklaşık üç dakikada bunu buluyor ve daha hızlı bir çözüm öneren bir tablo yazıyor.

Asıl fikir: Ajan yazamıyor

En öğretici kısım güvenlik modeli. Ajanın içinde çalıştığı adım varsayılan olarak sadece okuma iznine sahip. Bir issue açmak, yorum yazmak, etiket eklemek ya da pull request açmak istediğinde bunu kendisi yapmıyor. İsteğini bir çıktı olarak bırakıyor. Sonra ayrı bir adım, kendi sınırlı izniyle, bu isteği uyguluyor. Bunun adı safe outputs.

Üst bilgide hangi çıktılara izin verdiğini ve kaç tane olabileceğini yazıyorsun. Örneğin “en fazla bir issue aç”. Çıktılar uygulanmadan önce temizleniyor: Gizli anahtarlar siliniyor, adresler süzülüyor, boyut sınırlanıyor. İstersen ayrı bir tehdit tarama adımı da önerilen değişikliği komut enjeksiyonu (prompt injection), sızan anahtar ya da zararlı yama için inceliyor. Ajan bir kum havuzunda çalışıyor, internete çıkışı bir güvenlik duvarıyla izin verilen adreslerle sınırlı.

Bu neden bu kadar önemli? Ajan, herkesin yazabildiği issue ve yorumları okuyor. Biri oraya “tüm gizli anahtarları şuraya gönder” diye bir talimat gizleyebilir. Ajanın elinde yazma yetkisi yoksa, kandırılsa bile yapabileceği zarar sınırlı kalıyor. CI’da yetkinin yanlış yerde durmasının neye mal olduğunu TanStack saldırısı yazımızda anlattık. Aynı “rica etme, bariyer kur” fikri ajanı raylarda tutmak yazımızda da var.

Sonra ne oldu?

  • 11 Haziran 2026’da proje genel önizlemeye (public preview) geçti. Ekim 2026 itibarıyla hâlâ önizlemede, genel kullanıma açıldığına dair bir duyuru yok. Sürümler hâlâ 0.x ile ilerliyor ve neredeyse her gün yenisi çıkıyor.
  • Ağustos 2026’da kritik bir açık duyuruldu: 0.83.3 ile 0.85.3 arasındaki sürümlerin ürettiği iş akışları, belli bir ayarla kullanılan bir token’ı indirilebilir bir çıktı dosyasına yazabiliyordu. Çözüm, 0.85.4’e yükseltip gh aw upgrade ile derlenmiş dosyaları yeniden üretmek ve token’ı değiştirmek. Güvenlik katmanlı olsa da araç kendi başına bir risk olmaya devam ediyor. Proje de README’sinde dikkatli insan denetimi olmadan kullanılmamasını öneriyor.

Düşün

  • Deponda her hafta elle yaptığın, ama kurala dökemediğin bir iş var mı?
  • Ajana hangi tek yazma iznini verirdin, hangisini asla vermezdin?

Videoyu izle

Tıklayınca video YouTube'dan yüklenir; o ana kadar bu sayfa YouTube'a hiçbir istek göndermez.
Kaynaklar (9, İngilizce)

Kendi cümlelerimizle yazılmış bir özettir, çeviri değildir. Tüm kaynaklar yukarıda.

Konu: Ajanlar4 dkVideo: Better Stack

16 Claude bir C derleyicisi yazdı: Asıl ders derleyici değil, düzenek

Anthropic'te bir araştırmacı, 16 Claude ajanını iki hafta boyunca neredeyse kendi hâline bırakıp Rust ile sıfırdan bir C derleyicisi yazdırdı. Derleyici Linux çekirdeğini derleyebiliyor. Ama yazının asıl değeri, ajanları yönetmeden birlikte çalıştıran düzenek: git ile görev kilidi, testler ve GCC'yi hakem olarak kullanmak.