AI agent kuyruğu 175 öğeyi tamamlanmış işaretledi ama aşağı akışta hiçbir şey teslim etmedi

Elena Revicheva'nın dev.to'da yayımladığı bir postmortem, 175 öğenin tek biri bile işlenmeden tamamlanmış olarak işaretlendiği bir AI agent kuyruk arızasını ayrıntılarıyla anlatıyor. Yeni bağlanan bir veri kaynağı tam bir gün boyunca zamanlamasına uygun çalıştı, her saat sağlıklı sayılar kaydetti ve aşağı akışa hiçbir şey iletmedi. Pipeline hiç hata vermedi; dışarıdan bakıldığında verimli bir gün gibi görünüyordu.

Sağlıklı raporun ardındaki boş kuyruk

Bu öğeleri işleyecek tüketici — yazarın VibeJobHunterAIPA_AIMCF adını verdiği agent — girdisi hiç gelmediği için aç kaldı. Sorun veri eksikliği değildi; öğeler sorunsuz şekilde alındı — ama durum etiketi yanlıştı: girişler, kendilerine hiçbir işlem uygulanmadan "done" olarak kaydediliyordu. Revicheva, tutarsızlığın kaynağın iç logları (bir sonraki aşamaya 175 öğe devredildiğini gösteriyordu) ile aşağı akış sisteminin alım logları (sıfır gösteriyordu) karşılaştırılarak ortaya çıktığını belirtiyor.

Sıralama hatası işleri nasıl yaktı

Yeni gelenler önce bir deduplication ledger'dan geçiyordu; bu ledger'ın görevi aynı öğenin iki kez işlenmesini önlemek. Ledger'ın daha önce gördüğü her öğe done olarak damgalanıp atlanıyordu. Hata, bu adımın pipeline'ın processing cap'ine — fazlalık öğeleri bir sonraki döngüye tutarak kaynak kullanımını kontrol altında tutmayı amaçlayan bir sınır — göre konumundaydı.

Ledger önce çalıştığı için, cap'i aşan öğeler cap onları reddettiğinde çoktan done olarak damgalanmıştı. Erletilmek yerine çöpe atıldılar. Ledger ilerleme bildirmeye devam etti, kuyruk başarı bildirmeye devam etti ve günün öğelerinin çoğu buharlaşıp gitti.

Çözüm: cap'i önce uygula

İki işlemin sırasını değiştirmek sorunu çözdü. Processing cap artık dedup ledger herhangi bir şeyi tamamlanmış işaretlemeden önce çalışıyor; böylece done durumunu yalnızca gerçekten bir döngüden geçmiş öğeler — devam eden veya bitmiş — taşıyor ve taşan kısım sonraki çalışma için ayakta kalıyor. Yazar düzeltmeyi 2026-08-30 tarihli iki commit'te kaydetti: biri "wellfound: stop reporting success while returning nothing", devamı ise "pipeline: stop burning jobs at the cap, and stop starving the best source" başlıklı.

İzleme bunu neden yakalayamadı

Pipeline hiçbir şey teslim etmezken mevcut kontroller yeşil kaldı. PM2 süreç listesi sekiz sürecin çevrimiçi olduğunu gösterdi, ancak dikkat çekici yeniden başlatma sayılarıyla — cto-aipa için iki günde 99, algom-stream için on dört günde 55.193 yeniden başlatma. Revicheva bu sayıların, bu mantıksal hatayla ilgisi olmayan, farklı bir sınıfa ait stabilite sorunlarına işaret ettiğini belirtiyor. Log dosyaları geçen self-test'ler ve "ok": true yanıtları gösteriyordu. HubSpot'taki iş metrikleri agent sağlığını değil, deal aşamalarını izliyordu.

Bunların hiçbiri bu uyuşmazlığı yakalayamadı; çünkü hiçbiri girenle çıkanı karşılaştırmıyordu. Yazarın yazdığına göre eksik olan, alınan öğeler ile aşağı akışa teslim edilen öğelerin, beklenen bir delta ile doğrudan mutabakatıydı. İşleme kuyruğuna giren öğeleri, işlenmeden önce deduplicated olarak işaretlenen öğelerle karşılaştıran özel bir metrik boşluğu hemen ortaya çıkarabilirdi ve bunu inşa etmek artık beyan edilmiş bir öncelik.

Paylaşımlı bellek geçici çözümü

Yazı ayrıca komşu bir sorunu daha anlatıyor: birkaç AI kodlama aracı aynı repository üzerinde çalışıyor ama birbirlerinin konuşmalarını göremiyor. Geçici çözüm, halihazırda çalışmayan agent için çalışma belleği görevi gören, elle korunulan bir dosya: NOW.md. Bu parçalı bağlam üzerindeki mantıksal hataları ayıklamaya devam manuel ve tutarsızlıkların — birçok öğe alınırken neredeyse hiçbiri teslim edilmezken — otomatik olarak saptanması bir sonraki adım olarak listelenmiş.

Neden önemli

Bu olay, agentic pipeline'ların en açık olduğu hata modunun ders kitabı örneği: çökmek değil, işleri çöpe atarken kendinden emin bir şekilde ilerleme bildirmek. Her bileşen tek başına makul davrandı — deduplication israfı önler, cap'ler aşağı akış servislerini korur — ama etkileşimleri veriyi sessizce yok etti. Çıkarım bu sistemin ötesine genelleniyor: bir dizinin yanlış noktasına yazılan durum bayrağı, bir erletme mekanizmasını silme mekanizmasına dönüştürebilir ve süreç düzeyinde ne kadar izleme yapılırsa yapılsın fark edilmez. Bir pipeline'a girenle çıkan arasındaki uçtan uca mutabakat, bu sınıf hatayı yakalayan tek denetimdir ve yeni bir veri kaynağına güvenilmeden önce var olması gerekir.