Kitap III / III The Unreliable Systems Trilogy
Güvenilir AI Agent Mühendisliği
Production'daki agent'lar için tool'lar, yetki, state, sınırlar ve kayıtlar
Production'da güvenilebilecek AI agent'lar kurmak için pratik bir rehber: araçlar, yetki, durum, sınırlar ve kayıtlar; tasarımdan olay incelemesine.
- 495 sayfa
- 1. baskı
- Ücretsiz
English baskının sayfası: /books/engineering-reliable-ai-agents/
Kayıt yok, e-posta yok. Lisans: © 2026 Muhammet Şafak — ücretsiz indirilir ve okunur
Kitabın tezi
modelin doğru olmasına güvenmek
hatalarını atlatılabilir kılmak
- 01
Güvenilmez karar verici
Modelin bazen yanılacağını varsayın ve tasarımı ilk satırdan buna göre kurun.
- 02
Kontrol sistemi
Agent'ın yapabileceklerini izinler, kontroller ve sert limitlerle sınırlayın.
- 03
Kanıt izi
Her karar ve eylemi, incelenebilsin, ölçülebilsin ve ters gittiğinde soruşturulabilsin diye kaydedin.
Kitap hakkında
Bir run aynı sorguyu art arda 40 kez çağırdı; çalışmasını tesadüfen izleyen biri fark edene kadar kimse görmedi. Sahne, orta ölçekli kurgusal bir fulfillment şirketinde, Parcelport’ta, ilk agent’ın yayına girdiği hafta geçer.
Çarşambaya gelindiğinde ekip üç şey öğrenmişti. Lookup döngüsünün yanında bir ticket, hiçbir tool’un döndürmediği bir teslimat tarihi vaat eden bir cevap üretmiş; bir müşteri e-postasındaki “asistana” hitap eden paragraf da Parcelport’tan gelen bir talimat gibi işlenmişti. Hiçbiri felaket değildi, hepsi öngörülebilirdi ve hiçbiri sonradan tam olarak yeniden kurulamadı, çünkü agent’ın ne yaptığına dair tek kayıt nihai yanıtıydı.
Kitabın tezi tek cümle: AI agent’lar, güvenilir kontrol sistemlerinin içinde çalışan güvenilmez karar vericiler olarak tasarlanmalıdır. Model öneri üretir, kararı sistem verir; bu yüzden kitap daha iyi bir prompt’la değil şu soruyla başlar: model bazen yanılacaksa, yanılmak atlatılabilir olsun diye çevresindeki sistem neyi garanti etmelidir?
Kitap prompt engineering, model eğitimi, framework ya da vendor üzerine değildir ve bir saldırı kitabı da değildir. Her kontrol maliyetiyle birlikte gelir; kitap bir kontrolün ne zaman gösterişten ibaret olduğunu da söyler. İçindeki sayılar örnektir; öneri ya da ölçüm değildir.
İçindekiler
- 01 Önsöz
- 02 Agent Sistemin Kendisi Değildir
- 03 Model Belirsizliği
- 04 Agent'lar İçin Bir Hata Taksonomisi
- 05 Determinizm Sınırları
- 06 Tool Çağırma
- 07 Tool Sözleşmeleri
- 08 İzinler ve Devredilmiş Yetki
- 09 MCP: Güven Sınırını Aşan Tool'lar
- 10 Bağlam Yönetimi
- 11 State
- 12 Bellek
- 13 Planlama ve Döngüler
- 14 Bütçeler ve Circuit Breaker'lar
- 15 Retry'lar ve Fallback'ler
- 16 İnsan Onayı
- 17 Prompt Injection
- 18 PII
- 19 Secret'lar
- 20 Sandboxing
- 21 Observability ve Tracing
- 22 Değerlendirme
- 23 Maliyet Kontrolü
- 24 Olay Müdahalesi
- 25 Bir Güvenilirlik Kontrol Listesi ve Kapanış Düşünceleri
- 26 Ek: Sözlük, Gate Kararı Reason'ları, Tool Gateway Hata Kodları, Örüntü Hızlı Başvurusu, Tool Sözleşmesi Şablonu, Hata Taksonomisi Tablosu, Lansman Öncesi Kontrol Listesi, Agent Olay Review Şablonu
Sık sorulanlar
3 soru
-
Kitap kimin için?
Backend ve platform mühendisleri, SRE'ler, tech lead'ler ve bir agent'ı production'a taşıyan ekipler için; başkasının tasarladığı bir tasarımı gözden geçirmesi istenenler de dahil.
-
Belirli bir modele, framework'e ya da vendor'a bağlı mı?
Hayır. Kitap modeli çağırdığınız bir bileşen olarak ele alır ve o bileşeni değiştirdiğinizde de kitabın anlattıkları geçerliliğini korur. Gerçek ürünler ve açık protokoller yalnızca örnek olarak geçer; asıl olan örüntüdür.
-
Bir prompt engineering kitabı mı?
Hayır. Prompt'lar kötü önerilerin oranını düşürdüğü için geçer, ama prompt bir ricadır ve kitaptaki hiçbir özellik yalnızca bir ricaya dayanmaz. Bir bölüm bir talimata yaslandığında, talimat tutmasa bile tutan deterministik kontrolü adıyla söyler.