Daha fazla ajan ekledikçe neden verimlilik düşer? Bu soruyu 2025 sonunda çok sayıda kurumsal teknoloji ekibinin masasında gördüm. Pilot aşamada parlak sonuçlar veren AI ajan konfigürasyonları, üretim ortamına taşındıktan altı ay sonra beklentinin altında kalıyordu. Sorunun kaynağı model kalitesi değildi; çoğu zaman RAG mimarisi de doğru kurulmuştu. Asıl sorun, ajana devredilen sürecin insan tarafından da hiçbir zaman netleştirilmemiş olmasıydı. Belirsiz süreç, otomasyona girildiğinde çözülmüyor — belirsizliği daha hızlı ve daha ölçekli üretiyor. İşte bu nedenle insan-ajan-süreç üçgeninde en zayıf halka çoğu zaman teknik katman değil, sürecin kendisidir.Bursa’daki orta ölçekli bir otomotiv yan sanayii üreticisini ele alalım — 312 çalışanı, beş farklı OEM’e parça tedarik eden, ihracat oranı toplam cirosunun yaklaşık %57’sine ulaşmış bir firma. Satın alma departmanı 2025 sonunda bir AI ajan kurdu: tedarikçi tekliflerini karşılaştıracak, fiyat sapma uyarıları üretecek, GRN kayıtlarıyla otomasyon sağlayacaktı. Üç ay içinde ekip ajanın ürettiği uyarıların %46’sının manuel incelemeye takıldığını ve ortalama onay süresini uzattığını fark etti. Nedenini araştırırken görüldü ki tedarikçi tekliflerindeki fiyat sapma eşiği daha önce hiç yazılı olarak tanımlanmamıştı; kıdemli satın alma uzmanı bunu sezgisel olarak yorumluyordu. Ajan ise tanımsız eşiği her seferinde farklı bir varsayıma göre ele aldı. Sorun ajanda değildi — eşiğin tanımsızlığındaydı.Bu tablo şunu gösteriyor: bir süreci ajana devretmeden önce o sürecin kağıda dökülmüş, test edilmiş ve istisnalarının sınırlandırılmış olması gerekiyor. Bunun adı süreç olgunluğu (process maturity), ve bu olgunluk ölçülebilir. Süreç haritası mevcut mu? İstisna koşulları yazılı mı? Son altı ayda kaç kez insan müdahalesi gerekti ve hangi noktada? Bu üç soruya yanıt yoksa ajan için hazır değilsiniz — hazır olmayan süreci otomatize etmek, manuel kaosu sayısal hıza çevirmekten başka bir şey değil. EU AI Act’ın 2025’ten itibaren Türk ihracatçılar için anlamı tam da burada: belgelenemeyen kararlar artık yalnızca operasyonel risk değil, AB müşterilerine yönelik uyum riski.Peki ya insan tarafı? Çalışan adaptasyonu meselesini çoğu danışmanlık raporu ‘değişim yönetimi’ başlığı altında özetleyip geçiyor. Sahada gördüğüm tablo farklı: insanların ajana direnci teknolojiyi anlamamaktan değil, sorumluluk sınırlarının belirsizleşmesinden kaynaklanıyor. Bursa’daki firmada satın alma uzmanı şunu soruyordu: ajan hatalı bir teklif kabul ederse hesap verebilirlik kimin? Bu soru yanıtsız kaldığında çalışan ajana karar bırakmak yerine her çıktıyı yeniden doğrulama döngüsüne girdi — ki bu da zamanı kısaltmak bir yana uzattı. Hesap verebilirlik haritası, yani hangi kararın ajanda kaldığı, hangisinin insana eskalasyon gerektirdiği ve hangisinde insan onayının zorunlu olduğu, teknik mimariden önce çizilmesi gereken belgedir. Bu harita yoksa proje teknik olarak çalışsa da organizasyonel olarak çalışmıyor.SLM (küçük dil modelleri) tercihine gelince: Türkiye’deki pek çok KOBİ 2025-2026 döneminde bulut tabanlı büyük modeller yerine şirket içinde konuşlandırılabilen SLM’lere yöneldi. Bunun ardında maliyet değil öncelikle veri egemenliği kaygısı var. Tedarik bilgisi, müşteri fiyatlandırması ve üretim süreç parametreleri hassas ticari veri — bu verinin harici bir API’ye gönderilmesi hem KVKK hem de ticari sır riski taşıyor. Pratik bir kural: işlem başına tekrar eden ve hassas veri içermeyen görevler için bulut API mantıklı; firmanın özgün bilgisini içeren görevler için şirket içi SLM veya en azından sözleşmeli özel ortam. Bu kararı maliyet tablosuna bakarken almayın — veri akış diyagramına bakarak alın. Hangi veri nereye gidiyor, kim görüyor, nasıl loglanıyor? Ölçümü: her hafta ajan tarafından işlenen kayıtlar içinde hassas veri kategorisine giren yüzde kaçı, ve bunların kaçı harici API üzerinden geçti?Şimdi tezin sınırına gelelim, çünkü bu üçgeni her koşulda işe yarayacak bir şablon gibi sunmak da yanıltıcı olur. Süreç olgunluğu sağlanmış, hesap verebilirlik haritası çizilmiş ve veri egemenliği kararı verilmiş firmalar bile ajan entegrasyonundan beklenen değeri alamıyor — eğer o süreç, ajanlara değil yeniden tasarıma ihtiyaç duyuyorsa. Otomatize ettiğinizde hızlanan ama doğasında anlamsız olan adımlar var: onları hızlandırmak değer katmıyor. Bursa’daki firmada GRN-tedarikçi karşılaştırma adımı ajanla %73 daha hızlı tamamlandı; ancak bu adımın ardından gereksiz bir onay katmanı geldiği anlaşılınca kazanım yarı yarıya eridi. Ajan doğru süreci hızlandırdı ama yanlış süreç içinde. Önce süreç tasarımı, sonra otomasyon — bu sıra değişmez.İnsan-ajan-süreç üçgenini yönetmek bir teknoloji projesi değil, bir operasyon tasarımı meselesi. Ajandan beklediğiniz çıktıyı tanımlayabiliyorsanız, istisnalarını listeleyebiliyorsanız ve bir hata ürettiğinde kimin müdahale edeceğini biliyorsanız — o süreç ajan için hazır. Bu üç soruya belirsiz yanıt veriyorsanız, önünüzde yapılacak iş var ve bu iş teknik değil yönetimsel. Pazartesi sabahı atılacak pratik adımlar şunlar: birincisi, devretmek istediğiniz süreci son üç aylık istisnalarıyla birlikte yazıya dökün; ikincisi, her karar noktası için ajan-insan sorumluluk sınırını tek sayfalık bir tabloya aktarın; üçüncüsü, hassas veri kategorilerinizi tanımlayın ve hangi adımda hangi sisteme gittiğini akış diyagramına işleyin. Bu üç belge hazır olmadan teknik altyapıya para harcamak, temeli olmayan bir yapıya çatı çekmek gibidir. Bursa’daki o satın alma uzmanı şimdi bu soruları soruyor — ve bu, projenin en değerli anı.