Akış
İstemci 202 ve bir adres alır, sonucu sorar. Sıra bilinçli: nesne S3’te, iş DynamoDB’de, ancak ondan sonra SQS. Analiz mesajı hemen alabilir.
SQS aynı mesajı iki kez verebilir. İş DONE ise model bir daha çağrılmıyor. Geçici hata yalnız o mesajı yeniden dener; üç denemeden sonra ölü mektup kuyruğuna düşer. Model reddeder veya şema bozulursa yeniden denemek faydasız: iş, kural raporu ve gerekçeyle kapanır.
Kurallar milisaniyede biter ve modele, kuralların yargılayamadığı yere bakması için verilir. Anahtar yoksa yalnız kural raporu çıkar. Taslak talimat değil içeriktir; metin kendi puanını yükseltmesini isterse arayüz bunu işaretler.
Ölçüm
11 hata türünü iki temiz taslağa rastgele yerleştirip 400 taslakta, üç tohumla koştum. Yerleştirilen her hata raporlandı, ilgisiz bulgu çıkmadı, temiz taslaklarda bulgu sıfırdı. Yol üstünde gerçek hatalar çıktı: Türkçe küçültme “Introduction”u bozuyordu; iki enjekte hata birbirini götürüyordu.
Yerel uçtan uca koşu, yalnız kurallarla, 2,3 saniyede rapora vardı. Eksik nesneye bakan bir mesaj ölü mektuba düşünce iş PROCESSING’de kalıyordu; geçici hatada artık QUEUED’a dönüyor.
Bu deneme gerçek makale değil. Taslakları ben yazdım; kuralların görmediği başlık ve atıf biçimleri var. Model incelemesi canlı API’ye karşı değil, sahte istemciye karşı test edildi. SAM şablonu cfn-lint ile geçiyor, bir AWS hesabına kurulmadı. Ölü mektuba düşen iş hâlâ FAILED işaretlenmiyor.