Yapay Zeka Kodlamasında Doğru Ajanı Doğru Aşamada Kullanmak

Bir geliştirme iş akışı analizi, ekiplerin yapay zeka kod asistanlarını yanlış kullandığını öne sürüyor: bazıları üretilen her satırı elle yeniden yazarak hızı öldürüyor, bazıları da yazılı bir niyet olmadan asistanın doğrudan pull request açmasına izin vererek üçüncü özellikte kontrolü kaybediyor. Önerilen çözüm, üç ayrı gerçeklik kaynağını birbirinden ayırmak: bir değişikliğin neden yapılmaya değer olduğunu tanımlayan Shape Up tarzı pitch'ler, ne yapılması gerektiğini tanımlayan OpenSpec tarzı spesifikasyonlar ve ekibin nasıl inşa edeceğine dair kararları kayıt altına alan Mimari Karar Kayıtları (ADR).

Bu çerçeve, geliştirme yaşam döngüsünü karma sahiplikli bir durum makinesi olarak ele alıyor: iştahı belirlemek, bahsi koymak ve bir ADR'yi kabul etmek gibi aşamalar tamamen insan kararı olarak kalırken; bir pitch'i spesifikasyona dönüştürmek veya PR açıklaması taslağı hazırlamak gibi aşamalarda ajan taslak hazırlıyor, insan düzeltiyor. Birleştirilmiş bir değişikliği ana kaynağa geri işlemek gibi bazı adımlar ise tamamen otomatik. Kritik nokta şu: bir ajan zaten kabul edilmiş bir mimari kararı uygulayabilir ama asla yeni bir karar icat edip onaylayamaz; yeni standartlar ADR'lere yalnızca insan kontrolünde geri döner.

Bunun altında, dört kuralı asla ihlal etmeyen ince bir iş akışı motoru yatıyor: insan gerektiren bir aşamayı asla atlama, ajanın olmaması gereken bir yerde çalıştırma, bir değişikliğin belirlenen iştahını asla aştırma ve kabul edilmemiş bir mimari karara dayanarak işi ilerletme. Yapay zeka destekli kodlamaya geçen mühendislik ekipleri için bu, mimari tutarlılığı ve inceleme disiplinini kaybetmeden hız kazanmanın somut bir yolunu sunuyor.