İçeriğe geç
Ajanik Kurum

Ajanik Dönüşüm

Çok adımlı iş akışlarının insan onay bariyerleri arkasında otonom ajanlara devredildiği dönüşüm — insanın icradan istisna ve onay katmanına geçmesi.

Tanım
Ajanik Dönüşüm
Çok adımlı iş akışlarının insan onay bariyerleri arkasında otonom ajanlara devredildiği dönüşüm — insanın icradan istisna ve onay katmanına geçmesi.

Türün künyesi

Ne değişir
İş akışının sahibi ve otonomi seviyesi
Kimin problemi
CTO / operasyon + risk birlikte
Ön koşul
Denetlenebilir loglama, geri alma mekanizması, tanımlı onay noktaları
İlk sonuca süre
akış başına 6–12 hafta

Bu türün ön koşulu olan dönüşümler

Otonomi bir anahtar değil, kademeli bir eşiktir

Ajanik dönüşümün en tehlikeli yanlışı, otonomiyi açık/kapalı bir anahtar gibi ele almaktır. İşleyen model kademeli bir merdivendir ve her kademeden bir sonrakine geçiş ölçümle hak edilir:
SeviyeAjan ne yaparİnsan ne yaparGeçiş koşulu
0 — GölgeAkışı çalıştırır, çıktı kaydedilir ama uygulanmazİşi normal şekilde yaparGölge çıktı ile insan çıktısı arasındaki uyum eşiği
1 — ÖneriliÖneri üretirHer öneriyi onaylar/düzeltirOnaylanma oranı ve düzeltme tipi dağılımı
2 — Sınırlı otonomTanımlı eşik altındaki işlemleri kendi yaparEşik üstünü ve istisnaları görürHata oranı + rollback sayısı eşik altında
3 — Denetimli otonomAkışın tamamını yürütürÖrneklem denetimi ve alarm yönetimiSürekli ölçüm; bozulmada otomatik geri düşüş
Her akış bu merdivende kendi hızıyla ilerler: bir kurumda fatura eşleştirme Seviye 3'te, müşteriye yazan bir akış Seviye 1'de olabilir. "Kurum ajanik oldu" gibi tek bir seviye ilanı, ölçüm disiplininin olmadığının göstergesidir.

Güvenlik bariyerleri: geri alma, hard-stop, izlenebilirlik

Otonomi seviyesi yükseldikçe hata maliyeti doğrusal değil, üstel artar: tek bir yanlış karar değil, o kararın tetiklediği zincir söz konusudur. Bu yüzden ajanik dönüşümde altyapı, model kalitesinden önce gelir.
Üç bariyer pazarlığa kapalıdır:
  1. Geri alma (rollback). Ajanın yaptığı her aksiyon geri alınabilir mi, hangi süre içinde? Geri alınamayan aksiyonlar (gönderilmiş e-posta, yapılmış ödeme, silinmiş kayıt) otonomiye asla dahil edilmez — bunlar tanım gereği insan onayı gerektirir.
  2. Hard-stop kuralları. Finansal tutar, müşteri sayısı, veri hacmi gibi eksenlerde aşılmaması gereken sabit sınırlar. Bu sınırlar prompt içinde değil, kod seviyesinde uygulanır; modelden sınıra uymasını istemek bir kontrol değildir.
  3. İzlenebilirlik. Her prompt, her araç çağrısı ve her karar değişmez loglara yazılır. Amaç yalnızca uyum değil hata ayıklamadır: olasılıksal bir sistemde "neden böyle yaptı" sorusu ancak izle cevaplanabilir.
Bu üçü kurulduktan sonra model kalitesi bir optimizasyon problemidir. Kurulmadan önce ise model kalitesi, ölçülemeyen bir riskin üzerine konan bir bahistir.

Ölçülecek KPI'lar

  • Uçtan uca otonom tamamlanan akış oranı
  • İnsan müdahalesi başına düşen akış sayısı
  • Geri alınan (rollback) aksiyon oranı

Somut çıktılar

  • Ajan akış tasarımı
  • Otonomi seviyesi matrisi
  • Hard-stop ve rollback kuralları

Tipik başarısızlık modları

  • Rollback mekanizması ve finansal aksiyonlarda hard-stop kuralı kurulmadan otonomi seviyesini yükseltmek
  • Otonomiyi kurum genelinde tek bir seviye olarak tanımlamak — seviye akış bazında ve ölçüme dayalı yükseltilmeli
  • Ajan kararlarının izlenebilir loglanmaması: hata sonrası geriye dönük hesap verebilirlik imkânsız hale gelir

İlk 90 Gün

  1. Aday akışların seçimi ve her biri için otonomi seviyesi + onay noktalarının yazılması
  2. Loglama, izlenebilirlik ve rollback altyapısının kurulması; finansal aksiyonlarda hard-stop kuralları
  3. Tek bir akışta gölge (shadow) mod → önerili mod → sınırlı otonom mod geçişi ve her adımda ölçüm

Sıkça Sorulan Sorular

Ajanik dönüşüm ile süreç otomasyonu arasındaki fark nedir?▾

Klasik otomasyon önceden tanımlanmış bir akışı çalıştırır; adımlar ve dallanmalar tasarım anında bilinir. Ajanik akışta adım sırası çalışma anında belirlenir: ajan hangi aracı çağıracağına duruma göre karar verir. Bu esneklik, denetlenebilirlik ve geri alma gereksinimini zorunlu kılar.

Hangi akışlar ajanik dönüşüme uygun?▾

Üç özelliği birlikte taşıyanlar: çok adımlı ve dallanan (aksi halde klasik otomasyon daha ucuz), aksiyonları geri alınabilir, ve doğruluğu ölçülebilir bir çıktısı var. Bu üçünden biri eksikse akış ya otomasyona ya da insan kararına bırakılır.

Ajanik dönüşüme başlamak için yapay zeka dönüşümünün bitmesi gerekir mi?▾

Bitmesi gerekmez; gereken şey üretimde çalışan en az bir AI use-case'i ve onun etrafında kurulmuş eval + loglama disiplinidir. Ajanik akış, o disiplini birden çok adıma yayar — disiplin yoksa yayılacak bir şey de yoktur.

Otonomi seviyesini yükseltme kararını kim verir?▾

Eval kaydına dayanarak steering committee; finansal aksiyon içeren akışlarda yönetim kurulu eşiği devreye girer. Kararın ekipte kalmaması bilinçlidir: otonomi yükseltmek geri alınması pahalı bir karardır ve ölçüm kaydıyla birlikte belgelenmelidir.

Diğer dönüşüm türleri

Dijital Dönüşüm

İşin yapılış biçimini, karar haklarını ve değerin yaratıldığı yeri yeniden tasarlayan temel dönüşüm — diğer tüm türlerin üzerine oturduğu zemin.

Veri Dönüşümü

Veriyi bir raporlama çıktısı olmaktan çıkarıp erişilebilir, yetkilendirilmiş, izlenebilir ve kalitesi ölçülmüş bir kurumsal varlığa dönüştürme süreci.

Süreç ve Otomasyon Dönüşümü

Süreçleri önce ölçülebilir hale getirip sonra gereksiz adımları kaldırarak otomatikleştiren dönüşüm — otomasyonun kaosu hızlandırmaması buradaki sıraya bağlıdır.

Yapay Zeka Dönüşümü

Kararın ve içerik üretiminin yapay zeka ile yeniden kurulduğu dönüşüm — deterministik sistem yönetiminden olasılıksal sistem yönetimine geçiş.

Doğru türü birlikte belirleyelim

Teşhis, en zayıf boyutun darboğazı ve önümüzdeki çeyrek için üç somut aksiyon — bir görüşmeyle başlayabiliriz.

İletişime GeçTüm türlere dönDönüşüm merdivenini gör