Otonom yapay zeka: Sadece bir otomasyon aracı mı?

Agentik yapay zeka, sadece otomasyon mu?

Haber

Neden çoğu yapay zeka sadece gelişmiş akış şemalarıdır ve bunun yerine ne inşa edilmeli?

Birkaç ay önce, bir müşteri çalıştayından dönerken, “Agentik Yapay Zeka” kavramının kapsamını tartışıyorduk. Hepimiz deneyimlerimizden örnekler veriyorduk. Otomasyonun neden yeterli olmadığını ve çoğu “agentik yapay zeka” kullanım alanının aslında gelişmiş otomasyondan ibaret olduğunu tartışıyorduk. Soru şu: “Gerçek bir ‘agent’ kullanım alanı gösterin bana. Bir demo değil, otomasyon da değil. Çünkü gördüğüm her şey, bir iş akışı motoru ve model çağrısıyla inşa edilebilirdi.”

O zamana kadar hepimiz aylarca “agentik yapay zeka” konularıyla ilgileniyorduk. Bu sistemleri tasarlamıştık, bu tanıtımları yapmıştık. Yine de orada, bir fincan çayla ve sadece yirmi dakikamız varken, otuz saniye boyunca ayakta kalabilecek bir örnek bulmak için uzun süre düşünmemiz gerekti.

Bu durum beni rahatsız etti ve yazmaya karar verdim.

İlk testim neydi?

İşin şekliyle “agent” olup olmadığını anlamaya çalıştım. Sistem, yürütme sırasında önceden tahmin edilemeyen kararlar alması gerekiyor mu? Eğer evet ise, bu bir “agent”. Eğer hayır ise, bu sadece otomasyon.

Havacılık bakımından bir örnek düşündüm.

Bir A320 uçağı, kokpit sistemlerindeki bir uyarı olan “ECAM UYARISI: HAVA PAKETİ 1 ARIZASI” ile iniş yapar.

Otomasyon ne yapar: Bir kontrol listesini tetikler, görevli mühendisi bilgilendirir, belki de MEL (Minimum Ekipman Listesi) referansını çeker. Bitti. Geleneksel makine öğrenimi ne yapar: Tarihsel arıza kalıplarından parça arızası olasılığını tahmin eder, bir güven skoru üretir. Mühendis hala karar verir. Benzeri bir “agent” ne yapardı: ECAM uyarısıyla başlar, CFDS (Merkezi Arıza Görüntüleme Sistemi) ile arıza geçmişini sorgular ve Paket 1’in son altı haftada aynı hatayı üç kez verdiği fark eder. Bu durum tabloyu değiştirir, bu nedenle TSM’yi (Sorun Giderme Kılavuzu) çeker, dört olası kök nedenden birinin akış kontrol valvine ihtiyaç duyduğunu belirler. AMOS’u (havacılıkta kullanılan bir veritabanı) kontrol eder ve parçaların mevcut olmadığını görür. Dört nedenden hangilerinin MEL kapsamında ertelenebilir olduğunu kontrol eder, Kategori C altında on gün boyunca ertelenebileceğini, uçağın sonraki on rotasyonunda ertelemenin operasyonel maliyetini hesaplar ve bir öneri taslağı hazırlar: Kategori C altında erteleyin, valfi sipariş edin, derin inceleme için bir sonraki bakım sırasında işaretleyin.

Kimse bu kararı önceden programlamadı. Plan, süreçten ortaya çıktı.

Hala ikna olmamıştım. Ve düşündüğümde, haklıydım.

Neden bu örnek başarısız oluyor?

Çünkü: Bu akış şemasını çizebilirsiniz. CFDS, ardından TSM, ardından AMOS, ardından MEL, ardından rotasyonlar. Karmaşık bir akış şemasıdır, ancak yetenekli bir mühendis bunu önceden belirleyebilirdi. Karmaşıklık, açık uçluluk anlamına gelmez. İki yüz dalı olan bir ağaç hala bir ağaçtır.

Bu, neredeyse tüm “agentik” tanıtım sunumlarının yaptığı hatadır. Bir şeyin karmaşık olduğunu gösteriyoruz ve bunun kendiliğinden “agentik” olduğuna inanıyoruz. Ancak bu doğru değil. Karmaşıklık sadece daha büyük bir akış şemasıdır ve akış şemalarının zaten bir teknolojisi vardır: iş akışı motorları. İş akışı motorları, içinde yapay zeka kullanmaktan daha ucuz, daha hızlı ve çok daha güvenilirdir.

Peki gerçek sınır neresi?

Bilinmeyen bilinmeyenler ile bilinen bilinmeyenler arasındaki fark.

İşte üzerinde durduğum ayrım: Otomasyon, “bilinen bilinmeyenleri” ele alır. Örneğin, parçanın stokta olup olmadığını bilmezsiniz, ancak stok kontrol edilmesi gereken bir şey olduğunu bilirsiniz. “Agent”, “bilinmeyen bilinmeyenleri” ele alır. Ne kontrol etmeniz gerektiğini bilmezsiniz ve bunu yaparak öğrenirsiniz.

Bir örnek daha: Bir marka, nemli iklimlerde, yaz aylarında ve orantısız olarak tek bir perakende zincirinden gelen şikayetlere sahip bir nemlendiriciye sahiptir. Duygu analizi bunları işaretler ve bir kural, bunları bir ekibe yönlendirir. Bu iyi, bu otomasyon.

“Agent” versiyonu şunu fark eder: Şikayetlerin nemli iklimlerde, yaz aylarında ve orantısız olarak tek bir perakende zincirinden geldiğini. Kimse bunu görmesini istemedi. Bir hipotez ortaya atar: Soğuk zincir veya formülasyon kararlılığı sorunu olabilir. Parti numaralarını kontrol eder, üretim ve lojistik kayıtlarını çapraz referanslar ve olası geri çağırma riskini ortaya çıkarır.

Bu özellik, “agent” tarafından keşfedilen bir şeydir. Kimse bunu aramasını istemedi. “Agent”, bir ipucunu buldu ve onu takip etti. Önceden tanımlanmamış bir şeyi bulmak için bir yol izledi.

Neden gerçek örnekler bu kadar zor bulunuyor?

Bu, en uzun süre anlamadığım kısımdı, ama bunun en faydalı fikir olduğunu düşünüyorum. Şirketler yıllardır süreçlerden açık uçlu durumu kasıtlı olarak ortadan kaldırmışlardır. Bu mantıklıydı. İnsan muhakemesi pahalıdır, tutarsızdır ve ölçeklenmez. Bu nedenle şirketler her senaryo için SOP’ler (Standart Çalışma Prosedürleri) oluşturdu, sabit tetikleyicilere sahip onay hiyerarşileri, ERP, CRM ve WMS’deki kural tabanlı sistemler ve karar noktasının önceden belirlenen bir cevabı olan iş akışları. Amaç, düşünmeyi gerektirmeden tekrarlanabilir süreçler yaratmaktı.

Ancak, bir süreçteki tüm belirsizlikleri ortadan kaldırdığınızda, aynı zamanda bu sürecin herhangi bir şeyle başa çıkma yeteneğini de ortadan kaldırırsınız. Bu nedenle şirketler bir “valf” yarattılar: istisna kuyruğu. Uyumayan her şey buraya yönlendirilir. Buradaki insan muhakeme uygular. Aynı istisna yeterince tekrar ederse, yeni bir kural yazılır ve süreçte yeniden emilir.

İnsanlar her zaman “agent”lardı. Onlar sürecin kenarlarında oturuyor, bilinmeyen bilinmeyenleri absorbe ediyorlardı ve organizasyon şeması bunun olmadığını iddia ediyordu.

Bu nedenle, liderlik ekibi bir odada toplanıp “agent’ları nerede kullanabiliriz?” diye sorduğunda, temel süreçlerine bakıyorlar, tamamen tanımlanmış olduklarını görüyorlar ve burada hiçbir şeyin olmadığını sonuç çıkarıyorlar. Elbette orada hiçbir şey yoktu. Şirketler yıllardır bunu sağlamak için çalışıyorlardı.

Fırsat, temel süreçte değil, yapılandırılmış sürecin kaotik gerçeklikle buluştuğu sınırdadır. Bir tedarikçinin beklenen şekilde davranmadığı yerlerde. Müşteri şikayetlerinin hiçbir kategoriye uymadığı yerlerde. Düzenleyici bir değişikliğin aynı anda üç iş akışını geçersiz kıldığı yerlerde.

Bu nedenle, “agent” yolculuğuna başlamak istiyorsanız: İstisna kuyruğundan başlayın, kullanım alanı listesinden değil. Bir beyin fırtınası yapmayın. Deneyimli kişilerin bugün zamanlarını nerede harcadıklarını bulun. Yükseltilmesi gereken şeylere bakın, birinin iki gün boyunca e-postada bekleyen şeylere bakın, bir meslektaşından “nasıl çalıştığını bilen” biriyle telefon görüşmesi gerektiren şeylere bakın. Bu sizin haritanızdır. Bu yükseltmeler, organizasyonunuzdaki açık uçlu durumun fosil kayıtlarıdır. Erişilebilirlik değil, zeka darboğazı olduğunu varsayın. Neredeyse hiç kimse, modelin yeterince akıllı olmadığı için başarısız olmaz. Başarısız olunan şey, “agent”ın ulaşabileceği verilerin olmamasıdır veya parça numarasının kullanılabilir meta veri olmadan bir veritabanında olmasıdır veya tedarikçi şartlarının kaynağının dört elektronik tabloda paylaşılan sürücüde olmasıdır. Bir “agent”ın tavanı, görebildiği ve yapabildiği şeylerin kümesidir. Buna göre bütçe ayırın ve ilk yılınızın çoğunun tesisat işleri olduğunu dürüst olun. İyi bir AI stratejiniz varsa, “agentik” stratejiniz çok daha kolay olacaktır. Ölçtüğünüz şeyi değiştirin. Deterministik sistemler, “kural takip edildi mi?” sorusuyla yönetilir. “Agentik” sistemler, “muhakeme doğru mu?”, “sınırlar içinde miydi?” ve “bunu yeniden inşa edebilir miyiz?” sorularıyla yönetilmelidir. Bu farklı bir kontrol çerçevesidir ve risk fonksiyonunuzun erken aşamalarda getirilmesi gerekir, bitmiş bir sisteme değil. Kurtarılabilir olduğu ilk alanı seçin. Çünkü “agent”lar güvenilir değildir diye değil, çünkü kendi verileriniz ve süreçleriniz hakkında öğreneceğiniz şeyleri öğrenmek istiyorsunuz ve bu sonuçlara yasal sonuçlar eklenmemelidir.

Ve otomasyon, bir “agentik” yolculuğun ilk adımı olabilir mi? Bir tür, ama insanların düşündüğü gibi değil. Otomasyon, farklı seviyelerde karmaşıklık anlamına gelen aynı şey değildir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir.

Araçları olmayan bir “agent”, elleri olmayan pahalı bir stajiyerdir. Muhakeme edebilir ama hiçbir şey yapamaz.

Bu nedenle, bu duruma en uygun olan kuruluşlar şunlardır: Bu, otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere giden kuruluşlar değildir. Aynı şey farklı seviyelerde karmaşıklık anlamına gelen aynı şeydir. Ancak otomasyon, önemli ve özel bir anlamda bir ön koşuldur: Bu “agent”, çağırması gereken araçlardır. Her güvenilir API, temiz entegrasyon, iyi tanımlanmış eylem, artık bir “agent” tarafından kullanılabilir. Otomasyonu atlayıp doğrudan “agent”lere