# Karar matrisi: yöntem, maliyet, gecikme ve kurulum

| Yöntem | Ne zaman? | Maliyet profili | Gecikme profili | Kurulum beklentisi | Çözmediği sınır |
| --- | --- | --- | --- | --- | --- |
| Prompt engineering | Talimat, çıktı biçimi ve görev tanımı eksik | Düşük başlangıç; her çağrının token maliyeti sürer | Ek retrieval yok; uzun prompt yine süreyi artırabilir | Saatler–birkaç gün | Güncel kurumsal veri, yetki veya duplicate write çözmez |
| RAG | Yanıtın güncel ve izinli kaynaklara dayanması gerekiyor | İndeksleme + depolama + retrieval + inference | Retrieval/reranking eklenir; ölçülmelidir | Birkaç gün–birkaç hafta | Kaynağın doğruluğu veya yazma atomikliği garantisi vermez |
| Fine-tuning | Etiketli örneklerle tekrar eden davranış/biçim hatası var | Veri hazırlığı + eğitim + değerlendirme + inference | Modele bağlı; otomatik olarak daha hızlı değildir | Haftalar; veri hazır değilse daha uzun | Canlı stok/fiyat kaynağı ve işlem dedup mekanizması değildir |
| Agentik iş akışı | Araç kullanımı, çok adımlı karar ve kurumsal aksiyon gerekiyor | Orkestrasyon + araçlar + retry + onay/işletim | Birden fazla çağrı ve kuyruk beklemesi; ayrı bütçe gerekir | Haftalar–aylar; ERP sözleşmesine bağlı | Policy, idempotency, outbox ve reconciliation olmadan güvenli yazma sağlamaz |

Planlama aralıklarıdır; benchmark veya teklif değildir.