ตัวอย่างบทเรียน

AI Ajanı Üretimde Neden Çöker: Beş Hata Katmanı ve Teşhis Döngüsü

Amiral gemisi LLM'ler gerçek depolarda basit görevlerde neden başarısız olur: kodlama ajanının beş hata katmanı (görev, talimatlar, durum, araçlar, doğrulama) ve bozuk katmanı tek geçişte bulan teşhis döngüsü.

beş başarısızlık katmanı tanısal döngü model yeteneğine karşı yürütme güvenilirliği
คุณจะเรียนรู้อะไรในบทเรียนนี้
  • Sorun harness'ta (çalışma altyapısında) iken ajanı model yükseltmesiyle onarmayı bırakacaksınız.
  • Beş katmanlı arıza modeline hakim olacak ve kusurun hangi katmanda olduğunu hızla tespit edeceksiniz.
  • Gerçek bir ajan başarısızlığınız üzerinden tanısal döngüyü uygulayacaksınız.

จุดเริ่มต้นของบทเรียน

Tanıdık manzara: ajan “bitti” diyor, testler kırmızı

  • Özellik ekledi — üç test bozuldu
  • Hatayı düzeltti — iki yeni hata doğurdu
  • Yirmi dakikalık çalışma, kendinden emin bir “bitti”
  • Diff'i açıyorsunuz — içinde istediğiniz şey yok

Ajana gerçek bir repoda gerçek bir görev veriyorsunuz. O da bir özellik ekliyor ve üç testi bozuyor. Bir hatayı düzeltiyor, iki yeni hata yaratıyor. Yirmi dakika çalışıp kendinden emin bir şekilde “bitti” diyor; siz diff'i açtığınızda ise istediğinizden bambaşka bir şeyle karşılaşıyorsunuz. Aklınıza gelen ilk düşünce neredeyse her zaman aynı: daha güçlü bir model gerek. Bu derste bu düşüncenin neden neredeyse her zaman yanlış olduğunu ve modele değil, başka nerelere bakmanız gerektiğini ele alacağız.

🤔 Mit: Daha güçlü bir model gerekir

  • 🤔 Mit / Sık karıştırılır: Ajanın görevleri başarısız olmayı bırakması için daha güçlü bir modele geçmek gerekir
  • ✅ Aslında: Benchmark ile sizin gerçekliğiniz arasındaki uçurumu model değil, onu çevreleyen ortam kapatır
  • 📌 Akılda tutun: Bu uçurumu kapatan şey model yükseltmesi değil, harness mühendisliğidir

Ajanın başarısızlığının ardından aklımıza gelen ilk düşünce neredeyse her zaman aynı: daha güçlü bir model gerek. Bu bir mit. Modelin özenle seçilmiş benchmark'larda gösterdiği performansla kendi reponuzda aldığınız sonuç arasındaki farka capability gap deniyor. Ve bu fark model yükseltmeyle değil, modelin çevresindeki ortamı değiştirerek kapanıyor: görev nasıl tanımlanmış, ajana hangi bağlam ulaşabiliyor, çalıştırma ortamı ne kadar yeniden üretilebilir ve sonucun dürüst bir doğrulaması var mı. Bunun neden böyle olduğunu birazdan somut deneylerle göreceğiz.

Modelin yeteneği ile sonucun güvenilirliği aynı şey değil

  • En iyi kodlama ajanları SWE-bench Verified'da %50–60 bandında seyrediyor
  • Üstelik bu, net açıklamalı ve testleri hazır seçilmiş görevlerde
  • Sizin reponuzda gereksinimler belirsiz, test yok — oran daha da aşağı düşüyor
  • Benchmark ile gerçeklik arasındaki bu fark, capability gap'in ta kendisi

2025'in sonuna gelindiğinde en iyi kodlama ajanları SWE-bench Verified'da yüzde elli ile altmış arasında bir banddaydı. Ve bu, net açıklamalı, testleri zaten hazır seçilmiş görevlerde. Sizin reponuzdaysa gereksinimler muğlak, test yok, iş kuralları insanların kafasında yaşıyor — ve oran daha da aşağı iniyor. Modelin boşlukta görev çözme yeteneği ile sizin somut projenizdeki sonucun güvenilirliği iki ayrı ölçümdür; ikisini karıştırmak, boşa giden model yükseltmelerinin çoğunun kaynağıdır.

บทเรียนฉบับเต็มใช้ได้เมื่อสมัครสมาชิก

ฉบับเต็มมีสไลด์เพิ่มอีก 17 สไลด์

วิดีโอ สไลด์ทั้งหมด โน้ต แบบทดสอบ AI ติวเตอร์ และการสัมภาษณ์จะเปิดหลังเข้าสู่ระบบและสมัครสมาชิก

เข้าสู่ระบบหรือลงทะเบียน สมัครสมาชิก

เนื้อหาบทเรียน

  1. Tanıdık manzara: ajan “bitti” diyor, testler kırmızı
  2. 🤔 Mit: Daha güçlü bir model gerekir
  3. Modelin yeteneği ile sonucun güvenilirliği aynı şey değil
  4. 🛠 Anthropic deneyi: Aynı model, farklı koşum
  5. 📖 OpenAI vakası: İnsan tek satır yazmadan bir milyon satır
  6. Ajanın gerçekte kırıldığı beş katman
  7. Katman 1 ve 2: Görev anlaşılır mı, ajan konvansiyonları biliyor mu?
  8. Katman 3 ve 4: Ortam yeniden üretilebilir mi ve dürüst bir doğrulama var mı?
  9. Katman 5: Bilgi oturumdan kalıcıyor mu, yoksa her seferinde sıfırdan mı?
  10. Tuzaklar: Modeli düzeltiyorlar, katmanı değil
  11. Kursun uçtan uca projesi: FastAPI ile ödeme backend'i
  12. Teşhis döngüsü — tüm metodolojinin çekirdeği
  13. Döngüyü kendi ödeme backend'imizde uyguluyoruz
  14. ❓ Kontrol molası: Sorun hangi katmanda
  15. 💡 Analiz: Tek seferde iki katman
  16. Adım 1: Definition of Done'u açıkça yazın
  17. Adım 2: AGENTS.md dosyası oluşturun
  18. Adım 3: Başarısızlık günlüğü tutun
  19. Ev deneyi: aynı görevle iki koşu, beklenmedik bir sonuç
  20. Nadiren model suçludur — suçlu genellikle onu çevreleyen harness'tir

บทความเกี่ยวกับบทเรียนนี้

บทเรียนทั้งหมดในคอร์สนี้

  1. Harness Engineering Nedir? AI Kodlama Ajanı Modelden Değil, Ortamdan Neden Çöker
  2. AI Ajanında Hata Birikimi: Adım Başına %95 Doğruluk Neden 10. Adımda Başarısız Olur
  3. AI Ajan Güvenilirlik Metrikleri: MTBF, MTTR, Patlama Yarıçapı ve Little Yasası
  4. AI Ajanı Üretimde Neden Çöker: Beş Hata Katmanı ve Teşhis Döngüsü
  5. AI Ajan Harness'ı Neyden Oluşur: Talimatlar, Araçlar, Ortam, Durum, Geri Bildirim
  6. AI Kodlama Ajanları İçin Depo Haritası: Oturumlar Arası Hafızasız Proje Yapısı
  7. AGENTS.md En İyi Uygulamaları: Dev Talimat Dosyası Neden Çalışmaz, Yönlendirici Nasıl Kurulur
  8. AI Ajanı Oturumlar Arası Hafıza: Oturum Devri, PROGRESS.md ve Başlangıç Sözleşmesi
  9. AI Ajanları İçin feature_list.json: WIP=1, Özellik Durumları ve verify.sh Doğrulaması
  10. Ajan 'Hazır' Dedi, Özellik Çalışmıyor: Doğrulama Boşluğu ve Definition of Done
  11. Tüm Testler Yeşil, Özellik Bozuk: AI Ajanları İçin E2E Testler ve Mimari Kurallar
  12. AI Ajanı Gözlemlenebilirliği: Sprint Sözleşmesi, Değerlendirici Rubriği ve Temiz Oturum Çıkışı
  13. AI Ajanını Saatlerce Denetimsiz Çalıştırmak: Loop Engineering ve Durdurma Koşulları
  14. AI Ajanları İçin Graph Engineering: Tek Döngü Yetmediğinde Görev Grafiği
  15. AI Ajan Harness'ını Sıfırdan Kurmak: AGENTS.md, feature_list.json, verify.sh ve Otonom Döngü