Üretken Kod İçin Deterministik Bir Merge Kapısı Kurmak
AI ajanlarının ürettiği kodun ana dala girmeden önce geçmesi gereken deterministik bir POSIX shell kapısı: boyut sınırı, hassas yol kontrolü ve Git diff denetimi.
Bu makale, üretken yapay zekâ ajanlarının oluşturduğu kod değişikliklerinin doğrudan ana dala birleştirilmemesi gerektiğini, bunun yerine insan yazımı koddan farksız bir kontrol sürecinden geçmesi gerektiğini savunuyor. Çözüm olarak, patch'in incelenebilir bir boyut bütçesinde kalıp kalmadığını, CODEOWNERS, .env, infra/ veya migrations/ gibi hassas yolları dokunup dokunmadığını ve Git'in whitespace/çakışma işaretçisi denetimlerini geçip geçmediğini kontrol eden küçük bir POSIX shell scripti (verify-patch.sh) sunuluyor. Script kasıtlı olarak dar kapsamlı tutulmuş; kodun doğruluğunu, testleri, tip kontrolünü veya güvenlik taramasını değerlendirmiyor, sadece bu üç soruya deterministik yanıt veriyor.
Yazar, scripti boş bir geçici Git deposunda hem kabul hem red senaryolarıyla test ediyor ve GitHub Actions üzerinden pull request'lere nasıl bağlanacağını gösteriyor. Dosya/satır limitleri gibi eşiklerin evrensel olmadığı, ekiplerin kendi PR boyutu dağılımına ve inceleme kapasitesine göre belirlemesi gerektiği vurgulanıyor. Üretilen lockfile gibi dosyaların binlerce satır eklemesi normalken, tek satırlık bir yetkilendirme değişikliği yüksek risk taşıyabilir.
Bu yaklaşım, MonkeyCode gibi yönetilen geliştirme ortamlarında çalışan kodlama ajanlarına da uygulanabilir; kritik nokta, birleştirme politikasının hangi model veya arayüzün patch'i ürettiğinden bağımsız, depo tarafında ve deterministik kalmasıdır. Mühendisler için önemi açık: ajan çıktısı büyüdükçe, insan onayına dayalı gevşek kontroller yerine otomatik, açıklanabilir ve atlatılması zor bir kapı, güven ve hız arasındaki dengeyi korumanın pratik yolu haline geliyor.