AI Ajanı Yönetimi: Rol, Politika, Delegasyon ve Versiyon Kontrolü Sentezi

Bir şirketin yazılım mühendisliği departmanını düşün. Müdür, dört yazılımcı, bir DevOps yöneticisi ve üç AI ajanı (kod yazma, test otomasyonu, deployment planlama) çalışıyor. Departman, Slack’te “Kim ne yaptı?”, “Neden bu hata çıktı?”, “Ajanın kararı onaylı mı?” soruları ile kaynıyor.

Neden? Çünkü yönetim aracı Slack’tir ve hiçbir denetim sistematiği yoktur.

Slack soruşturması:

Yanıtlar hep aynı: “Bilmiyorum, Slack’te message geçti ama kim yaptığı net değil. Tarihçe 30 gün öncesi silindi. Biri başka bir channel’de konuşmuş olabilir.”

Bu kaos, altı günlük seriyi anlaşılıyor hale getirir.

Gün 1 — Kurumsal Kadinlaştırma (Institutionalized Shadow AI)

İlk sorun, ajanların varlığının bile tanınmamasıdır. Yazılımcılar özel ChatGPT sekmeleri açarlar, kod yazarlar, hiçki resmi kaydı olmayan AI yardımıyla işlerini bitirirler. Müdür, “İşler hızlı ilerliyor” diye sevinir. Hiçbir sorumluluk, hiçbir denetim.

Çözüm başladı: Bu gölge ajanları görünür kılmak. Halk öncüleri tanımlamak.

Gün 2 — Ajan Nedir? Araç Değil, Yönetilen Bir Varlık

Araç ile ajan farkı anlaşıldı. ChatGPT kullanmak araç kullanmaktır; o sefer kararın sorumluluğu insana aittir. Ama organizasyonda “Deployment Ajanı” tanımlanmışsa, o ajan bir varlıktır ve bir sahibi, politikası ve sorumluluğu olmalıdır.

DevOps müdürü artık: “Deployment Ajanı değil, Ben (DevOps Müdürü) karar verdim” diyemez. Deployment Ajanı kendine ait bir yönetilen varlıktır.

Gün 3 — Organizasyon Şeması Ajanları Kapsamalı

Şirketi bir network olarak modelleyelim. Düğümler insan ve ajanlar. Kenarlar ise “sorumlu olmak” ilişkisini gösterir. Hangi insan hangi ajandan sorumlu?

Sorumluluğun yazılmış olması, denetlemenin ilk adımıdır.

Gün 4 — Policy ve Durumlar

Organizasyon şeması strukturu tanımlar. Policy (politika) dosyaları kuralları tanımlar. policy.md bir ajana şunları belirtir:

Deployment Ajanı’nın politikası mesela:

Gün 5 — Agent-to-Agent Delegasyon

Bir ajan işi başka bir ajana devredebilir, ama sorumluluğu tamamıyla kaymaz. Kod Ajanı, Güvenlik Ajanı’na “Bu kodu güvenlik açısından kontrol et” diye devrederse, sorumluluğu Güvenlik Ajanı üzerine geçer, ama sonuç Kod Ajanı’nın kullandığı bilgiye dayanıyorsa, Kod Ajanı da hesap vermek durumunda kalır.

A2A delegasyon, insan takımlarında olduğu gibi, ajanlar arası iş bölümü demektir. Ve her aşama loglanır, kaydedilir.

Gün 6 — Karma İnsan + Ajan Ekipleri

Gerçek dünyada, ajanlar yalnız çalışmaz. Müdür, yazılımcı, Deployment Ajanı, Güvenlik Ajanı hepsi aynı ürünü yapar. Onay zinciri karışık:

  1. Kod Ajanı yazıyor.
  2. Yazılımcı gözden geçiriyor (insan).
  3. Güvenlik Ajanı test ediyor.
  4. Tech Lead finalize ediyor (insan).
  5. Deployment Ajanı production’a gönderiyor.

Bu zincir yazılı olmalı, herkes rolünü bilmeli.

Gün 7 — Sentez: Neden Slack ve ChatGPT Yetersiz?

Şimdi, neden bu dört unsur (Organizasyon Şeması, Policy, A2A Delegasyon, Karma Ekipler) Slack’te yönetilemez:

1. Slack, Tarihçe Turmaz

30 gün öncesi silinen bir mesajda “Deployment Ajanı, hangi politika ile hareket etti?” diye sorarsanız, yanıt yoktur. Git ise sonsuz tarihçedir.

2. ChatGPT, Sorumluluğu Tanımlamaz

Müdür, ChatGPT’ye bir soru sordu. Cevap aldı. Sonra soruşturma başladı—hata ne zaman çıktı, kim yaptı? ChatGPT’nin hiçbir “responsible_id”’si yok. Bu insan kullanıcının kişisel aracı, yönetilen varlık değil.

3. Politika Nasıl Yazılı Olur?

Slack’te “Deployment Ajanı iki onay almalı” diye yazarsanız, Deployment Ajanı bunu nasıl okur? Git’teki policy.md dosyasında yazılıysa, hem insan hem kod bunu kontrol edebilir.

4. Onay Zinciri Kontrolü Yok

Slack’teki konuşma: “Onay verdim”. Ama kim onaylı? Gerçekten o kişi mi? Git’teki commit signature’ı ise kriptografik olarak garantilir.

Self-Hosted, Git-Tabanlı Alternatif

Çözüm bu dörtlüyü birleştirmektir:

1. Organizasyon Dosyası (organization.md)

# Organization Structure

## Engineering Department
- Manager: John (john@company.com)
  - Developer 1: Alice
  - Developer 2: Bob
  - DevOps Manager: Charlie
    - responsible_id: deployment-agent-v2
    - responsible_id: infrastructure-agent-v1

## Agents
- deployment-agent-v2
  - owner: Charlie (DevOps Manager)
  - policy_file: policies/deployment-policy.md
  - status: Active
  
- infrastructure-agent-v1
  - owner: Charlie
  - policy_file: policies/infrastructure-policy.md
  - status: Active

2. Policy Dosyaları

# policies/deployment-policy.md

## Deployment Ajanı Politikası (v1.2)
- Staging test başarısız olursa deployment yapamaz
- Günde maksimum 3 deployment
- Her deployment öncesi 5 dakika için veto hakkı
- Hata durumunda DevOps Manager'ı etiketler

3. Git Tabanlı Onay ve Tarihçe

# Her deployment kaydı Git commit olur:
$ git log policies/deployment-policy.md
commit abc123 - DevOps Manager - "Policy v1.2 güncellendi"
commit abc122 - CEO - "Policy v1.1 onaylandı"

4. A2A Delegasyon Kaydı

# delegations.md

## Security Check Delegation
- From: code-agent-v1
- To: security-agent-v2
- Task: "Review encryption logic"
- Requested: 2026-09-16 10:00
- Completed: 2026-09-16 11:30
- Result: "Approved"
- Approver: security-agent-v2

Sonuç

Slack’te “Kim yaptı?” diye sormanın yerine, Git’te:

git log --all --oneline

Tüm kararlar, onaylar, delegasyonlar ve değişiklikler görülür. Denetlenebilir, sürümlendirilebilir, sorgulanabilir.

İnsan + ajan ekipleri yalnızca şirketlerde değil, devlet kurumlarında, hastanelerde, finans kuruluşlarında da hızla yaygınlaşıyor. Slack ve ChatGPT’ye güvenmenin yerine, kendi organizasyonunuzu Git repository’sinde tutmak, tekil bir doğruluk kaynağı (single source of truth) oluşturmak, denetim ve sorumluluğu garantilemek için başarısız olan seçenektir.

Bu, yazılım yönetimi değil, organizasyonel yönetim sorunudur. Çözümü yazılım ile değil, Markdown dosyaları, Git tarihçesi ve basit version kontrol disiplini ile sağlamak gerekir. Slack, ChatGPT, bulut toolları—hepsi ikincil araçlardır. Birincil araç, Git ve yazılı politikadır.