Ajanlar Neden ChatGPT Sekmesiyle Başlamaz: Rol, Politika, Delegasyon ve Git

Ajanlar Neden ChatGPT Sekmesiyle Başlamaz: Rol, Politika, Delegasyon ve Git

Bir yazılım şirketi. Pazarlama müdürü bir hafta boyunca ChatGPT sekmesinde başlığı türetiyor, kopyalıyor, Slack’e yapıştırıyor. Aynı anda muhasebe müdürü kendi sekmesinde raporlar yazıyor. Mühendislik lideri Claude üzerinde kod inceliyor. Kimse ne yaptığını tam bilmiyor. Hiç kim kimin neyini onaylayacağını biliyor? Versiyonlar nerede? Dün yapılan değişiklik nerede? Kimin hatasıydı?

Buna “shadow AI” veya “AI’ın kızıl alması” (shadow IT) deniyor. Kuruluşlar bundan kaçmak için ajanlara öncü diye bakıyor. Ama ChatGPT sekmesiyle ajan arasında derin fark var. Farkı anlamak, ajanların neden dikkatli tasarım, organizasyon, politika ve versiyon kontrolü gerektirdiğini gösterir.

Araç İle Ajan Farkı

ChatGPT, Claude, Gemini gibi hizmetler araçtır. Biri açıyor, sordu soruyor, sonuç okuyor, kapanıyor. Kolay, hızlı, “şu anda” ihtiyacı karşılıyor.

Ajan ise düzenli bir varlıktır: bir model, bir rol, bir sorumluluk, bir policy, bir sahip. Ajan her gün saat 14:00’de raporlar üretir. Ajan pazarlamacıya sosyal medya taslağı önerir ve pazarlamacının onayını bekler. Ajan bir hata yaparsa, kimin hatası olduğu belli, o ajan’ın sorumlusu vardır.

Önceki yazılarımızda bunu adım adım açtık:

Ama tüm bunlar neden var? Tekil, tutarlı bir yanıt: versiyonlanmış, denetlenebilir, sorumlu organizasyon.

Tek Merkezi Slack vs. Versiyon Kontrolü

Diyelim bir şirket tüm ajanlara ve işlerine bir Slack kanalında yer veriyor:

#agents
- social-media-agent: her gün 14:00'de paylaş
- content-writer-agent: haftada pazartesi 09:00'de blog yazısı
- finance-report-agent: ayın ilk gün 08:00'de bütçe özeti

Sahibi, modeli, policy’si, başka ajanlara devrediş kuralları?

Slack’te “yeniden dizayn etti”. Evet, Slack tarihçesi vardır, ama çıkarmak zor. “1 Ağustos’ta mı, 2 Ağustos’ta mı değişti?” Terminalde grep yapın. Git tarihçesiyle karşılaştırma? Slack API’sinden dışarı çekmek gerekir. Onay? Kimin onayladığı? Slack üzerinde bir düzen yoktur. Herkes değiştirebilir (veya Slack izni varsa).

Şimdi aynı şeyi Markdown + Git ile yapın:

organization/
  agents/
    social-media-agent.md
    content-writer-agent.md
    finance-report-agent.md

Bir ajanda değişiklik? PR açın. Yorum yapın. Onay. Git commit ve blame ile tarih ve kimin değiştirdiği belli. Rollback istersen bir komut. Tüm geçmiş orada, temiz, aranabilir.

Rol + Politika + Delegasyon = Sorumluluğun Temeli

Şimdiye kadar bir ajan tanımının çekirdek unsurlarını gördük:

  1. Rol: Kimin raporunda? Kimin onayı? Ajan ne yapar?
  2. Politika: Neler yapabilir, neler yapamaz? Kime bilgi verilir? Hata olursa ne?
  3. Delegasyon: Başka ajana iş devredebilir mi? Kaç seviye deerin? Onay akışı nedir?
  4. Versiyon: Değişikliğin tarihi, kimin yaptığı, neden?

Bu dört öğe bir arada, organizasyonun sorumluluğunun temelini oluşturur. Slack’te bu dört öğe olamaz. ChatGPT açıp kapamakta yok. Ajan ekosistemi yok.

Neden Self-Hosted, Dosya-Tabanlı?

“Cloud’a her şeyi saklayabilir miyiz?” Evet. Ama birkaç problem:

  1. Denetim: Bulut hizmeti başında olmayan gücü var. Slack silebilir. GitHub down olabilir. Özel veriler hariç tutmak zor.
  2. Versiyon kontrolü: Git gibi merkezi olmayan, çevrimdışı, hızlı, açık bir sistem değildir.
  3. Taşınabilirlik: Tek bir şirketin sistemine kilitli kalmak istemediğiniz durumlar vardır.
  4. İdempotentlik: Dosya-tabanlı, text-tabanlı yapı başka sistemlere entegre etmeyi kolaylaştırır. JSON, YAML, Markdown herkese açık.

Self-hosted, dosya-tabanlı + Git seçeneği, kuruluşun kendine ait, taşınabilir, gözle görülür bir kaynak olması demektir.

Organizasyonu Versiyonlamak

Pazarlama müdürü yeni bir sosyal medya ajani ekliyor. Tasarımı:

name: "social-media-agent-v2"
role: "Pazarlama"
responsible_id: "mudir"
model: "claude-3-opus"
policy:
  - "Türkçe ve İngilizce sosyal medya taslağı yapar"
  - "LinkedIn ve Twitter'a paylaş"
  - "Pazarlama müdürünün onayı olmadan yayınlama"
skills:
  - "write"
  - "publish"
delegation: []

Bu dosya repo’ya gidiyor. PR açılıyor. CEO’nun yorum: “İngilizce gönderiler için Native Speaker kontrol edelim.” PR güncellenmiş. Commit, merge, Git tag. 1 Eylül sürümü kayıt altında.

3 Eylül’de şikâyet: “Ajan Instagram story’sine fazla cümleci yazıyor.” İncelemeler yapılıyor. 2 Eylül’deki commit kontrol edilip politika satırı güncellenmiş: - "Her post maksimum 3 cümle; hashtag sayısı maksimum 5" yeni kuralı ekleniyor. Yeni PR, onay, merge.

Şimdi tarih açık: Ne değişti? Kimin talebi? Cevap nedir? Geri dönebilir mi? Tüm organizasyon ve 500 ajandan oluşan bir grup da bu şekilde yönetilir.

Slack/ChatGPT Neden Yeterli Değil?

Çünkü sadece iletişim araçlarıdır. Organizasyonun yapısını, kurallarını, sorumluluğunu, versiyonunu tutamaz. Ve tutma garantisi de yok.

Slack kanalındaki bir mesaj silinebilir. Çalışan ayrıldı, hesabı kapatıldı, mesajları gitti. ChatGPT sekmesinden screenshot almak zorunda kalsınız. Policy nerede? Onay akışı kim tanımladı? Konu hakkında tarih araştırması yaparsa ne bulacaksınız?

Sentez: Neden Ajanlar Bir Orta Katmana İhtiyaç Duyuyor?

Ajan bir “hızlı ChatGPT” değil. Ajan bir organizasyonun bir parçasıdır. O organizasyon insanlar, roller, politikalar ve sorumluluklarla dokunulmayan kurallara tabi. Ajan bu kurallara uyar. Eğer kurallar değişirse, ajan’ın davranışı değişir. Eğer ajan hata yaparsa, sorumlusu vardır. Eğer başka ajan’a iş devrederse, onay akışı biliniyor. Tüm bunlar dosyada yazılı, Git’te versiyonlanmış, aranabilir ve geri alınabilir.

Slack veya ChatGPT tek başına bunları yapamaz. Çünkü yapı, denetim ve sorumluluk yoktur. Bunlar, organizasyonun yazılım ekibi ile hukuk, insan kaynakları ve güvenlik gibi bölümleri arasında orta katman olarak çalışan sistem gerektirmektedir.

Bir şirket ajanları entegre etmek isterse, ilk adım ChatGPT sekmeleriyle bitirmektir. İkinci adım (ve doğru adım) Markdown + Git + politika + rol + delegasyon sistemi kurmaktır. Çünkü bu sistem skala kabilir, denetlenebilir ve sorumludur.

Kaynaklar ve ilişkili yazılar: