Organizasyon Şemasına Neden Ajanları da Kapsamalısınız?

Gölge AI sorunu bir altyapı sorunu değil, bir organizasyon sorunudur. Şirketinizde Kaç AI Ajanı Çalışıyor, Kimse Bilmiyor? yazısında gördüğümüz gibi, çalışanlar kendi ChatGPT, Claude vb. hesaplarıyla iş yapıyor. Kimsenin denetlemediği, kimsenin sorumlu olmadığı, kimsenin izleyemediği bir yapı. Ajan Nedir: AI Aracı ile AI Ajanı Arasındaki Fark yazısında arac ile ajan ayrımını yapmıştık. Ajan tanımlı sorumluluk, model, beceri ve politika içeren bir varlıktır. Peki bu varlık organize edilmediğinde ne olur? Tamamen görünmez kalır.

Bu yazıda gölge AI’nin yapısal kökenini ele alacağız: organizasyon şemasında ajanların yeri yok.

İnsan Var, Ajan Yok

Çoğu kurumun organizasyon şemasında tek tür düğüm vardır: insan. Bir yönetici, bir mühendis, bir satış uzmanı — hepsi insan. Hiyerarşi insanlar üzerine kurulu. Ama kurumun kullandığı yapay zeka ajanları bu şemada yer almıyor.

Sonuç ne? Ajanların hiçbir üst düğümü yok. Üst düğümün olmadığı bir düğüm, organizasyonun denetim alanı dışındadır. Ona ne yapması gerektiğini kim söylüyor? Ürettiği çıktının kalitesini kim kontrol ediyor? Bir hata yaptığında sorumluluk kimde? Hiçbiri. Çünkü şemada yok.

İnsan Hiyerarşisi ile Ajan Hiyerarşisi Aynı Şema Üzerinde

Önerimiz basit: organizasyon şemasında ajanlar için ayrı düğümler olsun, ama bu düğümler insan düğümleriyle aynı hiyerarşiye gömülü olsun. Bir mühendis birime bağlıysa, o birimin kullandığı bir analiz ajanı da aynı birime bağlı olmalı. Bir satış uzmanı bir müdüre rapor veriyorsa, o müşteri teklif ajanı da aynı müdüre bağlı olmalı.

Gerçek bir senaryo düşünelim: bir üretim biriminde üç mühendis, bir kalite kontrol uzmanı ve bir planlama ajanı çalışıyor. Şu anda organizasyon şemasında sadece dört insan düğümü görünüyor. Ajan yok. Planlama ajanı hangi mühendise bağlı? Hangi departman onun kullanılan malzeme tahminlerini onaylıyor? Eğer ajan yanlış bir tedarik kararı verirse, sorumluluk kimde? Mühendisler mi, yoksa ajanı yazılım ekibi mi?

Cevap net: ajan bir düğüm olmadığı için, tüm bu soruların cevabı “kimse” oluyor. İşte organizasyon şemasına ajanları dahil ettiğinizde bu belirsizliğin ortadan kalktığı an.

Ajan düğümleri şu özellikleri taşır:

• parent_id: Hangi insan veya ajan düğümüne bağlı
• responsible_id: Ajanın çıktısından sorumlu olan insan
• role: Ajanın ne yaptığı
• status: Taslak, Aktif, Pasif

Bu yapı sayesinde ajan, kurumun tüm yönetişim çerçevesinin içinde yer alır. Ona ne yapması gerektiğini üst düğümü belirler. Ürettiği sonucun kalitesini üst düğüm kontrol eder. Politikası departmanın politikasıyla uyumlu olur.

Sorumluluğun Kaybolmadığı Bir İlişki

En önemli kural şudur: ajan bir departmana bağlı değilse, kimse onun ne yaptığından sorumlu değildir. Bu, organizasyon şemasının en temel gerekliliğidir.

İnsan organizasyonunda aynı kural zaten geçerli. Bir çalışan bir departmana bağlı değilse, ürettiği sonuç için sorumlu tutacak kimse yoktur. Kurumlar bunu bilir ve tüm çalışanları bir yere yerleştirirler. Ajanlar için de aynı düşünce yapısı geçerli olmalı.

Sorumluluk ilişkisi iki yönlü çalışır:

1. Üstten aşağı: Bir departman müdürü, kendi departmanındaki tüm ajanların performansını, çıktısını ve kalitesini denetler.
2. Aşağıdan yukarı: Bir ajan ürettiği sonuçla ilgili sorumluluğu, ilgili departman müdürüne taşır.

Bu ilişki veritabanında responsible_id olarak kaydedilir. Her ajan etkinliği loglanır, her çıktı bu ilişkiyle ilişkilendirilir. Denetim, sorumluluk ve kalite kontrolü tamamen bu yapı üzerinden işler.

Pratikte bu, her ajan çıktısının bir insan tarafından imzalandığı anlamına gelmez. Bazı ajanlar tam otonom çalışır, ama sonuç yine de üst düğüm tarafından görülür ve raporlanır. Örneğin bir satış fiyatlandırme ajanı otomatik teklifler üretebilir, ancak her teklif kaydedilir ve satış müdürü tarafından dönemsel olarak denetlenir. Eğer ajanın çıktı aralığı normalin dışına çıkarsa, sistem otomatik bir uyarı üretir ve müdür müdahale eder. Bu mekanizma, ajanın otonom çalışmasına izin verirken, sorumluluğun kimde olduğunu da asla unutmaz.

Teknik Altyapı: Org Şeması Nasıl Modellenir?

Organizasyon şeması JSON, Markdown ya da bir veritabanı tablosu olarak ifade edilebilir. İşte temel bir model:

{
  "departments": [
    {
      "id": "dep-001",
      "name": "Üretim",
      "parent_id": null,
      "members": [
        { "id": "usr-001", "type": "human", "name": "Ali" },
        { "id": "agn-001", "type": "agent", "name": "Üretim Analiz Ajanı", "role": "Veri analizi", "responsible_id": "usr-001" }
      ]
    }
  ]
}

Bu model şu anda var olan birçok sistemde kullanılan yapıya benzer. Ajan düğümleri insan düğümleriyle aynı türde saklanır, sadece type alanı farklıdır. Bu sayede mevcut raporlama, filtreleme ve denetim araçları ajanlar için de çalışır.

Neden Bu Kadar Önemli?

Organizasyon şemasına ajanları dahil etmek, birçok sorunu tek seferde çözer:

• Gölge AI kaybolur: Her ajan şemada bir yere oturur. Görünmez kalmaz.
• Sorumluluk netleşir: Her ajanın responsible_id vardır.
• Denetim kolaylaşır: Şemada olan her şey loglanabilir, raporlanabilir.
• Politika uygulanabilir: Departman politikaları ajanlara doğrudan uygulanır.

Sorumluluk Çizgisi yazısında da belirttiğimiz gibi, her çıktının arkasında bir sorumluluk hattı olmalıdır. Ajanlar bu hattın doğal bir parçasıdır.

Sentez ve Sonraki Adım

Organizasyon şemasına ajanları dahil etmek, yapay zeka yönetişiminin ilk adımıdır. Ama yeterli değildir. Bir ajan şemada yer alıyor ama ne yapacağını, hangi kurallar çerçevesinde hareket edeceğini bilmiyorsa, yine kontrol dışı kalır.

Sonraki yazımızda ajanların politika ve durum yönetimini ele alacağız. Bir ajana nasıl sınır çizilir, policy.md ile davranış kuralları nasıl tanımlanır, Taslak/Aktif/Pasif durumları nasıl yönetilir — konumuz tam da burada.

Ama bugün için şunu unutmayın: şirketinizde kaç AI ajanı çalışıyor, kimse bilmiyor diye sorduğunuzda, cevabı organizasyon şemasında arayın. Cevaplar orada olmalı.