CI Hatalarının Sınıflandırılması ve Olay Müdahalesi İçin Yapay Zeka Ajanı

Gecenin bir yarısı başarısız olan bir dağıtım artık hiç kimseyi uyandırmamalı. Oysa birçok ekipte, günlükleri soğuk şekilde açan, suçlu commit'i arayan ve diğerlerini uyaran Slack mesajını yazan hâlâ nöbetçi bir mühendis. Bir otonom yapay zeka ajanı, kök neden ya da düzeltme üzerindeki insan yargısının yerini asla almadan, bu ilk adımı devralabilir.

Sorun

CI/CD hatlarının güvenilirliğine dair rakamlar iyi değil. CircleCI'nin 2026 State of Software Delivery raporuna göre, ana dal üzerindeki build başarı oranı yüzde 70,8'e düştü; bu, beş yıldır gözlemlenen en düşük seviye ve editörün önerdiği yüzde 90 eşiğinin oldukça altında (CircleCI, 2026). Somut olarak, ondan üç merge denemesi, üretime ulaşmadan bile başarısız oluyor.

Olay tarafında, 2026 başında yayımlanan Runframe'in State of Incident Management raporu, rutin operasyonel işin (uyarılara yanıt vermek, hataları sınıflandırmak, bilgiyi yukarı taşımak) tükettiği mühendislik zamanının payının, yapay zeka yatırımlarına rağmen beş yılda ilk kez artarak yüzde 30'a geri çıktığını tespit ediyor (Runframe, 2026). Aynı rapor, her gün üretilen uyarıların yaklaşık üçte ikisinin doğru sınıflandırmak için zaman olmadığından göz ardı edildiğini öne sürüyor. Bu, dikkatle ele alınması gereken bir büyüklük mertebesi: rapor birden fazla dış çalışmayı ve niteliksel görüşmeleri bir araya getiriyor, doğrudan ve tekil bir ölçüm değil.

Yapay zeka destekli yazılım geliştirme üzerine 2025 DORA raporu, temel bir noktada aynı yönde ilerliyor: yapay zeka, bir organizasyonda zaten var olanı büyütür, sallantılı bir triyaj sürecini düzeltmez, yalnızca daha görünür ve daha hızlı hale getirir (DORA, 2025). Kötü izlenen bir hat, yapay zekayla ya da yapay zeka olmadan, kimse hataları sürekli izlemedikçe öyle kalmaya devam eder.

Bu son nokta, tek bir kişinin aynı anda birden fazla servisi izlediği azaltılmış bir nöbetle çalışan ekipler için özellikle önemli. Saat 03.00'te gelen bir build hatası genellikle birinin uyanmasını beklemez, sınıflandırılmak için: ya sabaha kadar görmezden gelinir, ya da sınıflandırıldığında küçük çıkan bir sorun için birini uyandırır. Her iki sonuç da pahalıya patlar; biri çözüm süresinde, diğeri zamanla biriken nöbet yorgunluğunda.

Ajanın Adım Adım Yaptıkları

Atako'da bu ajan bir kez tetiklenip sonra durmaz: kendi izole ortamında sürekli çalışır. İki giriş mekaniği onu besler: ekibin CI/CD olaylarını almak için yapılandırdığı gelen bir webhook, ve webhook bir olayı kaçırırsa iş akışlarının durumunu düzenli olarak kontrol etmek için ajanın kendisinin programladığı bir cron görevi.

Bir hata geldiğinde, ajan sorun türünü sınıflandırmak için görevin günlüklerini ve stack trace'ini okur (derleme, test, bağımlılık, dağıtım), ardından olası yazarı ve şüpheli değişikliği belirlemek için bu hatayı son commit'ler ve pull request'lerle ilişkilendirir. Ardından nöbet kanalında Slack'te yapılandırılmış bir özet paylaşır, göreve ve sorumlu commit'e doğrudan bağlantılarla birlikte, ve paralel olarak build'e bağlı bir Jira bileti açar. Önem derecesi ekibin tanımladığı bir eşiği aşarsa (engellenmiş bir dağıtım, birden fazla etkilenen servis), doğru kişilere ek bir yükseltme gider. Son olarak, olay raporunun ilk taslağını yazar: zaman çizelgesi, etkilenen servisler, ilgili günlükler, kesin bir sonuç olarak sunulmak yerine bilinçli olarak insan incelemesine açık bırakılmış şüphelenilen neden.

Kullanılan Entegrasyonlar

Her entegrasyon, ajanın tam olarak ne yapabileceğini sınırlayan kesin bir grant üzerinden verilir; hiçbir zaman aracın tamamına genel bir erişim değil.

GitHub ve GitLab, hatların, görevlerin ve commit'lerin okunmasını sağlar; grant bu scope'u kapsıyorsa bir issue oluşturmak ya da yorum yapmak için isteğe bağlı bir yazma erişimiyle birlikte. GitHub'da devreye giren somut eylemler, okuma tarafında list_workflow_runs ve get_job_logs_download_url, yazma tarafında ise create_issue ve add_issue_comment'tır.

Slack, ekibin seçtiği kanalda post_message aracılığıyla triyaj özetlerini alır; bir olay çok uzun süre açık kalırsa schedule_message ile bir hatırlatma programlama olasılığıyla birlikte.

Jira, olay biletinin kendisini taşır: açılışta create_issue, çözüme kadar update_issue ve transition_issue, kapanışa dek.

Datadog, ekip bağladığında, ajanın performans metriklerini ve uygulama trace'lerini CI hatasıyla karşılaştırıp kök neden hipotezini keskinleştirmesine olanak tanır. PagerDuty'nin şu an için Atako'da ayrı bir entegrasyon sayfası yok, ama Jira ya da Slack tarafında yapılandırılmış giden bir webhook aracılığıyla bir uyarı hedefi olarak kullanılabilir durumda.

İnsanda Kalan Kısım

Ajan bir düzeltmeyi asla tek başına birleştirmeye karar vermez, ve bu bir tasarım ayrıntısı değil, Atako'nun özerkliği yapılandırma biçimidir. Ajanın GitHub, GitLab, Jira ya da Slack üzerinde yürütebileceği her eylem, açık bir grant'e bağlıdır: hangi kesin eylemlerin izinli olduğu, hangi kapsamla (salt okunur ya da okuma ve yazma). Bir yazma eylemi hatayla salt okunur izinli bir eylem listesine karışsa bile bu kapsam geçerliliğini korur, ve bir aracın basitçe bağlanmasıyla hiçbir şey varsayılan olarak verilmez.

Bu, üç şeyi net biçimde insan tarafında bırakıyor. Önce, kök nedenin araştırılması ve düzeltmenin teknik kararı: ajan bir başlangıç noktası sağlar (günlükler, şüpheli commit, geçmiş), kesin bir tanı değil. Sonra, kodun yazılması ve birleştirilmesi, doğası gereği insani bir eylem, ajanın yapabileceklerinin dışında. Son olarak post-mortem: kritiklik eşiklerini ayarlamak, runbook'u gözden geçirmek, triyaj kurallarını iyileştirmek; ajanın yerini almadığı bir ekip çalışması.

Bu paylaşım, human-in-the-loop olarak adlandırılan şeye karşılık geliyor: ajan triyajın tekrarlayan ve zaman alan kısmını üstlenir, insan gerçekten önemli olan kararların kontrolünü elinde tutar. Ajanın gerçekte ne yaptığını doğrulamak için, her entegrasyon çağrısı, ilgili ajan, eylem, durum (izinli ve yürütülmüş, bir grant kontrolüyle reddedilmiş ya da sağlayıcı tarafında başarısız) ve gecikmesiyle birlikte günlüğe kaydedilir. Bu iz, ajanın etkinlik zaman çizelgesinde ve bir yönetici için tüm şirketin entegrasyon günlüğünde, CSV olarak dışa aktarılabilir şekilde görünür.

Ölçülebilir Sonuç

En doğrudan fayda, build'in başarısız olduğu an ile doğru kişinin işlem yapmak için eksiksiz bilgiye sahip olduğu an arasındaki zaman. Artık bir insanın uyarıyı fark etmesini, günlükleri açmasını ve manuel olarak son commit'lerle karşılaştırmasını beklemek gerekmiyor: ajan bunu sürekli yapıyor, saat 03.00 dahil, haftanın yüküne göre hiç uyumadan ya da ruh hali değiştirmeden. Bu, dağıtım sıklığı ya da hatadan sonra kurtarma süresi gibi klasik DORA metriklerinin yerini almıyor, ama bu metriklerin yalnızca belirli bir andaki insan erişilebilirliğine bağlı olan kısmını azaltıyor.

Maliyet, Atako'nun Standard planını takip ediyor: ajan yeri (slot) başına ayda 20 avro, muhakeme, sınıflandırma ve yazım için kullanılan model çağrılarını karşılayacak her ay dahil 1000 kredi ile birlikte. Devreye almadan önce getiriyi rakamlarla ifade etmek için, ayrıntılar fiyatlar sayfasında.