Hibrit Ekiplerde İş Nasıl Bölünür?

Bir departmanda hem insan hem ajan çalışıyorsa, iş akışı otomatik olarak düzenlenmez. Ajanlar Birbirine Nasıl İş Devreder? yazısında A2A delegasyon kurallarını gördük. Politika ve Ajan Durumu yazısında ise her ajanın sınırlarını, durumunu ve becerilerini tanımladık. Bugün bu iki dünyanın aynı ortamda nasıl bir araya geldiği noktasındayız: hibrit ekipler.

Hibrit ekip demek sadece “insanların yanında ajanlar var” demek değil. Her iki tarafın da aynı hedefe hizalanmış, sorumlulukları net ve onay mekanizmaları çalışır durumda olması gerekir. Aksi takdirde ortaya “herkes kendi ChatGPT’yle kendi işini yapan” bir gölge AI ortamından farklı olmayan bir kaos çıkar.

İnsan ve Ajan: Aynı Ekibin Farklı Üyeleri

Hibrit bir ekip düşünün: bir mühendis bir ajanı yazılım tasarımı için kullanırken, başka bir ajan aynı tasarımı test eder. İnsan mühendis sonucu onaylar, ajan ise dokümantasyonu otomatik olarak günceller. Burada işin bölünmesi şöyledir:

• İnsan: Yaratıcı kararlar, stratejik öncelikler, son onay.
• Ajan: Tekrarlayan görevler, veri toplama, ön derece değerlendirme.

Ajan Nedir: AI Aracından Ajanına yazısında vurguladığımız gibi, aracın (tarayıcı sekmesindeki chatbot) ve ajanın (tanımlı sorumluluğu, modeli, becerileri ve politikası olan varlık) farkı burada kritik hale gelir. Ajan bir görevi “kafasına göre” yapmaz; önceden tanımlanmış bir rol ve politika çerçevesinde çalışır.

Onay Hattı: Kim Ne Karar Veriyor?

Hibrit ekiplerde en sık yapılan hata, tüm görevlerin ajanlara bırakılması veya tüm ajan çıktılarının insan tarafından tek tek onaylanmasıdır. İkisi de ölçeklenmez.

Sağlıklı bir model şudur:

1. Ajan ön değerlendirme yapar: Veri toplar, ilk çıktıyı üretir, riskli olan noktaları işaretler.
2. İnsan onaylar veya düzelter: Yalnızca önemli karar noktalarında müdahale eder.
3. Ajan uygular ve izler: Onaylanan kararları uygular, süreci kayıt altına alır.

Bu üç adımda her şeyin kayıtlı olması gerekir. Organizasyon Şeması Neden Ajanları da Kapsamalı? yazısında belirttiğimiz gibi, ajanın da bir üstlendiği rol ve bir sorumlusu olmalı. Onay hattı, organizasyon şemasında görünür hale gelmelidir.

Örneğin bir kalite kontrol ajanı ürün test sonucunu “başarısız” olarak işaretlediğinde, bu sonucu insan kalite müdürü mü onaylayacak, yoksa otomatik olarak üretim ajanına geri dönecek mi? Bu kural, politika dosyasında (policy.md) tanımlanmalıdır.

Config-as-Code: Organizasyon Yapısını Git ile Yönetmek

Yazılım dünyasında alan yapılandırmasını kod olarak yönetmek (config-as-code) bir standarttır. Aynı fikri organizasyon yapısına uygulamak mümkün. Departmanlar, roller, ajanlar, onay hattı ve politika kuralları bir Markdown veya YAML dosyasında tanımlanabilir.

Ne kazanılır?

• Versiyon kontrolü: Organizasyon değişikliği bir PR ile yapılır. Geçmişe dönük bakış imkanı.
• İnceleme: Yeni bir ajan departmana eklendiğinde veya bir onay hattı değiştirildiğinde, değişiklik başka birinin gözüyle kontrol edilir.
• Tekrar edilebilirlik: Aynı yapı farklı ortamlara (geliştirme, test, üretim) hızlıca uygulanır.

Şu anda dünyada birçok şirket, insan organizasyonunu hâlâ Excel ve yetkili kişilerin belleğiyle yönetiyor. Ajanlar bu denklemi daha da karmaşıklaştırıyor. Config-as-code yaklaşımı, hem insan hem ajan kaynaklarını aynı sisteme oturtarak öngörülebilirliği artırır.

Neden Slack veya Tek Başına ChatGPT Yeterli Değil?

Günlük iletişim araçları tek bir ajanı çalıştırmak için uygun olabilir. Ancak kurumsal ölçekte organizasyon içinde ajanları konumlandırmak için yeterli değildir. Slack’te herkesin kendi botu olduğunda, sorumluluk, izleme ve onak mekanizmaları kaybolur.

Ajanlar Birbirine Nasıl İş Devreder? yazısında A2A delegasyonun sadece daha gelişmiş bir gölge AI olmaması için gereken şartları konuştuk. Şimdi eklememiz gereken nokta: bu şartlar bir dosya tabanlı, versiyonlanabilir altyapı olmadan pratikte uygulamaya dönüşmez.

Config-as-code, organizasyonun kendisini bir kod deposu gibi yönetmeyi sağlar. Markdown dosyaları, Git PR’ları ve otomatik kontroller, yalnızca yazılım ekibi için değil, tüm kurumsal yapıyı yöneten herkes için geçerli bir çalışma modeli sunar.

Sonraki Adım

Bu haftaki serinin yedinci ve son yazısında, tüm bu kavramları bir araya getireceğiz: gölge AI’den yapılandırılmış ajan organizasyonuna geçişin, Markdown ve Git altyapısının neden tek başına yeterli olmadığı, ancak güven ve denetim sağladığı noktayı ele alacağız.