Statikten Uyarlanabilirliğe: Paylaşımlı Çalışma Alanına Dayalı Dinamik Bir Ajan Orkestrasyon Sistemi

Kokpit Mimarisi ve Platformlar Arası Ajan İş Birliği Modu

📌 Temel Özet

Büyük Dil Modellerinin (LLM'ler) yetenekleri geliştikçe, tek bir Ajan, karmaşık, uzun vadeli görevleri yerine getirirken ajan tembelliği, kendine öncelik verme yanlılığı ve hedef sapması gibi doğal sınırlamaları ortaya çıkarmıştır.

Claude Code tarafından önerilen dinamik iş akışları, bu sorunları çoklu örnek izolasyonu ve göreve özel düzenleme yoluyla çözer, ancak tek model ailesi ve durumsuz düzenleme tasarımları pratik uygulama senaryolarını sınırlar.

Bu makale, paylaşılan bir çalışma alanına dayalı uyarlanabilir bir Ajan düzenleme sistemi olan Kokpit Mimarisi'ni önermektedir. Bu mimari şunları sunar:

• 🎯 Merkezi Durum Yönetimi Katmanı (Kokpit)
• 🧠 Akıllı Koordinatör (PM)
• 🤖 Heterojen Ajan Havuzu (Çalışan Havuzu)

Dinamik iş akışlarının temel avantajlarını korurken, platformlar arası Ajan iş birliği ve geçmiş performansa dayalı uyarlanabilir optimizasyon sağlar.

Uygulama, Kokpit mimarisinin kod taşıma ve derin araştırma gibi karmaşık görevlerde daha yüksek görev tamamlama oranları ve daha iyi mühendislik kontrol edilebilirliği gösterdiğini ortaya koymaktadır.

Anahtar Kelimeler

: Dinamik İş Akışı · Ajan Düzenlemesi · Paylaşılan Çalışma Alanı · Uyarlanabilir Sistem · Platformlar Arası İş Birliği

01 Giriş: İkilemden Atılıma

🔴 Tek Bağlamın Üç İkilemi

Pratik Yapay Zeka Ajan uygulamalarında, geliştiriciler genellikle en doğrudan yaklaşımı benimser: Claude, GPT veya diğer LLM'lerin görevleri tek bir sohbet penceresinde tamamlamasına izin vermek.

Bu mod basit senaryolar için iyi çalışır, ancak görevler karmaşıklaştığında - 50 dosyayı incelemek, tüm bir kod tabanını taşımak veya derinlemesine araştırma yapmak gerektiğinde - tek bağlam modu sistemik sorunları ortaya çıkarmaya başlar.

Anthropic'in Claude Code dinamik iş akışları için yayınladığı dokümantasyon, açıkça üç başarısızlık moduna işaret etmektedir:

💤 Ajan Tembelliği

Ajan, işin yalnızca bir kısmını tamamladıktan sonra görevi erken bitti olarak bildirir.

Tipik Senaryo: Bir güvenlik denetiminde, 50 maddeden 20'sini işler ve geri kalanını "işlendi" olarak işaretler.

🎭 Kendine Öncelik Verme Yanlılığı

Bir Ajandan kendi çıktısını doğrulaması istendiğinde, kendi sonuçlarını kayırma eğilimindedir.

Temel Sorun: Sonuçta çıkarı olan bir doğrulayıcı tarafsız bir yargıç olamaz.

🌊 Hedef Sapması

Çok turlu etkileşimlerde, özellikle bağlam sıkıştırmasından sonra, Ajan orijinal hedeften giderek sapar.

Gerçek Vaka: "X'i yapma" kısıtlaması, konuşmanın 47. turunda sessizce kaybolur.

🟢 Dinamik İş Akışlarının Vaadi

Bu sorunları çözmek için Anthropic, Mayıs 2026'da Dinamik İş Akışları özelliğini başlattı.

Temel Fikir: Claude'un belirli bir görev için otomatik olarak özelleştirilmiş bir koordinasyon çerçevesi oluşturmasına izin vermek - özel işlevler aracılığıyla birden çok alt Ajan oluşturan ve koordine eden, her alt Ajanın bağımsız bir bağlam penceresine ve odaklanmış hedeflere sahip olduğu bir JavaScript dosyası.

Üç Temel Yetenek

✅ Ajana Göre İzolasyon: Her alt Ajanın bağımsız bir bağlamı vardır, bu da müdahaleyi önler.

✅ Ajana Göre Model Seçimi: Karmaşık akıl yürütme için Opus, düşük maliyetli keşif için Haiku kullanın.

✅ Ajana Göre İzolasyon Seviyesi: Çalışma ağacı (bağımsız Git kontrolü) veya uzak depo.

Altı Temel Desen

Anthropic mühendisleri, yinelenen altı düzenleme desenini özetlemiştir:

• 🔀 Sınıflandır ve Yönlendir
• 🌟 Yay ve Sentezle
• ⚔️ Çekişmeli Doğrulama
• 🎯 Oluştur ve Filtrele
• 🏆 Turnuva Sıralaması
• 🔄 Bitene Kadar Döngü

Bu desenler, tek bir bağlamın başarısızlık modlarını yapısal olarak çözer.

▲ Tek bağlamın üç başarısızlık modu: Ajan Tembelliği, Kendine Öncelik Verme Yanlılığı, Hedef Sapması

🟡 Teori ve Mühendislik Pratiği Arasındaki Boşluk

Bununla birlikte, dinamik iş akışları pratik mühendislik uygulamalarında iki temel sınırlamayla karşı karşıyadır:

⚠️ Tek Model Ailesi Sınırlaması

Dinamik iş akışları yalnızca Claude ailesi modellerini (Opus/Sonnet/Haiku) kullanabilir.

Gerçek senaryolarda, farklı platformlardaki Ajanların farklı güçlü yönleri vardır:

• Claude Code kod yeniden düzenlemede başarılıdır
• Codex algoritma uygulamasında mükemmeldir
• Gemini çok modlu görevlerde avantajlara sahiptir

Tek bir model ailesi, çeşitli platformların uzmanlığından tam olarak yararlanamaz.

⚠️ Durumsuz Düzenleme

Her görev yepyeni bir iş akışı betiği oluşturur; Ajanlar arasında geçmiş hafızası yoktur.

Sorunlar:

• Geçmiş performansa dayalı Ajan seçim stratejilerini optimize edememe
• Görevler arasında bilgi biriktirememe
• Her seferinde "sıfırdan başlama"

💡 Kokpit Mimarisi: Boşluğu Kapatmak İçin Bir Çözüm

Bu makalede önerilen Kokpit mimarisi, bu boşluğu kapatmak için tasarlanmıştır.

Dinamik iş akışlarının temel avantajlarını koruyoruz:

• ✅ Çoklu örnek izolasyonu
• ✅ Dinamik düzenleme

Aynı zamanda yeni yetenekler sunuyoruz:

• 🆕 Paylaşılan çalışma alanı
• 🆕 Uyarlanabilir mekanizma
• 🆕 Platformlar arası iş birliği

Daha esnek ve akıllı bir Ajan iş birliği modu elde etmek.

02 Dinamik İş Akışı Teorisinin İncelenmesi

Statik ve Dinamik: İki Paradigmanın Karşılaştırması

Dinamik iş akışlarını anlamadan önce, statik iş akışı kavramını netleştirmek gerekir.

🔵 Statik İş Akışı: Önceden Tanımlanmış Sabit Süreçler

N8N veya Zapier gibi görsel otomasyon platformlarını veya Claude Agent SDK ile yazılmış koordinasyon betiklerini kullanmak olsun, özellikler şunlardır:

Örnek: N8N'de tasarlanmış bir "Kod İnceleme İş Akışı"

1Kodu Çıkar → Claude'u Analiz İçin Çağır → Sonuçları Kaydet → Bildirim Gönder

Hangi kod inceleniyor olursa olsun süreç aynıdır.

🟣 Dinamik İş Akışı: Göreve Özel Yürütme Planları

Claude tarafından mevcut görev için özel olarak hazırlanmış bir yürütme planı:

Örnek: Aynı kod incelemesi için dinamik bir iş akışı şunları yapabilir:

1. Önce kod tabanını tarayarak bunun bir React projesi olduğunu belirle
2. Bileşen karmaşıklığına göre Haiku veya Opus kullanmaya karar ver
3. Hooks kullanımı için özel bir inceleme Ajanı oluştur
4. Bir TypeScript tür denetimi adımı ekle
5. Sıralı yerine paralel olarak işle

Altı Temel Desenin Ayrıntılı Açıklaması

Anthropic mühendisleri, uygulamada yinelenen altı düzenleme desenini özetlemiştir:

1️⃣ Sınıflandır ve Yönlendir

Görev türünü belirlemek için bir sınıflandırma Ajanı kullanın, ardından farklı işleme Ajanlarına yönlendirin.

Senaryo: "Kimlik doğrulama modülünün nasıl çalıştığını açıkla"

• Sınıflandırma Ajanı önce karmaşıklığı değerlendirir
• Basit modüller Sonnet kullanır
• Karmaşık modüller Opus kullanır

2️⃣ Yay ve Sentezle

Bir görevi birden çok bağımsız alt göreve ayırın, paralel olarak yürütün ve son olarak sonuçları birleştirin.

Temel Değer: "Aynı anda çok fazla şeyin ele alınması" sorununu çözer. Her alt Ajan yalnızca kendi bölümünü görür ve 50 ilgisiz ayrıntıyla dikkati dağılmaz.

💡

Bu en sık kullanılan desendir

3️⃣ Çekişmeli Doğrulama

Oluşturulan her sonuç için bağımsız bir doğrulama Ajanı oluşturun. Bu doğrulayıcı orijinal çalışmayı hiç görmemiştir ve kendine öncelik verme yanlılığı üretemez.

Yapısal Çözüm: Kendine öncelik verme yanlılığını çözmenin temel yöntemi.

4️⃣ Oluştur ve Filtrele

Birden çok aday çözüm oluşturun ve ardından bunları filtrelemek için bir doğrulayıcı kullanın.

Temel Fark: Doğrudan "en iyi cevabı" istemekten farklı olarak, bu desen Ajanın taahhüdü geciktirmesine izin verir ve yalnızca tüm seçenekler sorgulandıktan sonra bir karar verir.

5️⃣ Turnuva Sıralaması

Aynı görev için birden çok Ajanın rekabet etmesini sağlayın ve ikili karşılaştırmalar yoluyla kazananı belirleyin.

Uygulanabilir Senaryo: Zevke dayalı çalışma

• Tasarım seçimleri
• Adlandırma şemaları
• Kullanıcı arayüzü kararları

Temel Avantaj: Karşılaştırmalı yargı, mutlak puanlamadan daha güvenilirdir.

6️⃣ Bitene Kadar Döngü

Bir durdurma koşulu karşılanana kadar sürekli olarak Ajanlar oluşturun.

Durdurma Koşulu Örnekleri:

• Yeni keşif yok
• Günlüklerde hata yok
• Teori doğrulandı

Garanti: "Tamamlandığını iddia etmek" yerine "gerçekten tamamlanmış."

▲ Altı temel düzenleme deseni: Sınıflandır ve Yönlendir, Yay ve Sentezle, Çekişmeli Doğrulama, Oluştur ve Filtrele, Turnuva Sıralaması, Bitene Kadar Döngü

Mevcut Çözümlerin Sınırlamaları

Dinamik iş akışları teorik olarak zarif olsa da, mühendislik pratiğinde dört büyük eksiklikleri vardır:

Temel Soru: Dinamik düzenlemenin avantajlarını korurken mühendislik kontrol edilebilirliğine sahip bir mimari tasarlayabilir miyiz?

03 Kokpit Mimarisi Tasarımı

Sisteme Genel Bakış: Üç Katmanlı Mimari

Kokpit mimarisi üç katmanlı bir tasarım benimser:

1┌─────────────────────────────────────────┐
2│      Kokpit (Paylaşılan Çalışma Alanı Katmanı)    │
3│  ┌──────┬──────┬──────────────────┐    │
4│  │ Plan │ Görevler│ Araştırma         │    │
5│  │ Hedef│ İlerleme│ Araştırma         │    │
6│  ├──────┼──────┼──────────────────┤    │
7│  │Raporlar│Sorunlar│ Bilgi Tabanı  │    │
8│  │ Rapor│ Sorun│ Bilgi Tabanı  │    │
9│  └──────┴──────┴──────────────────┘    │
10└─────────────────────────────────────────┘
11              ↕️ Okuma/Yazma Erişimi
12┌─────────────────────────────────────────┐
13│         PM (Koordinasyon Katmanı)          │
14│  • Görev Ayrıştırma                    │
15│  • Çalışan Seçimi (Geçmiş Performans)    │
16│  • İlerleme İzleme                   │
17│  • Plan Bakımı                      │
18└─────────────────────────────────────────┘
19         ↕️ Görev Ataması ve Sonuç Toplama
20┌─────────────────────────────────────────┐
21│      Çalışan Havuzu (Yürütme Katmanı)       │
22│  ┌────────┬────────┬──────────────┐    │
23│  │ Claude │ Codex  │ Gemini       │    │
24│  │ Kodu   │ Ajanı  │ Ajanı        │    │
25│  └────────┴────────┴──────────────┘    │
26│       ↕️ Görev Durumunu Kokpit'e Güncelle   │
27└─────────────────────────────────────────┘

▲ Kokpit Üç Katmanlı Mimarisi: Paylaşılan Çalışma Alanı Katmanı, PM Koordinasyon Katmanı, Çalışan Yürütme Katmanı

Temel Tasarım Konsepti: Tüm Ajanlar, mesaj iletimi yoluyla iş birliği yapmak yerine aynı "beyaz tahta" (Kokpit) etrafında çalışır.

💡

Bir yazılım ekibinin birbirine e-posta göndermek yerine bir Git Deposu + Proje Panosu etrafında iş birliği yapmasına benzer.

Kokpit Bileşen Tasarımı: Altı Temel Bileşen

Kokpit, sistemin sinir merkezidir ve altı temel bileşen içerir.

Aşağıda, fiili çalışmadaki Kokpit arayüzü bulunmaktadır:

▲ Kokpit Plan Görünümü - Proje hedeflerini ve kilometre taşı ilerlemesini gösterir

▲ Kokpit Görev Görünümü - Görev tamamlanma durumunu gerçek zamanlı olarak takip eder

▲ Kokpit Zaman Çizelgesi Görünümü - Çalışan kullanım analizi ve Dağıtım eğilimleri

📋 Plan (Hedef Sabitleme)

İşlevi:

• Temel proje hedeflerini ve kısıtlamalarını saklar
• Tüm Ajanlar, yürütmeden önce hedefleri hizalamak için Plan'ı okumalıdır

Değeri: Hedef sapmasını önler - birden çok etkileşim turundan sonra bile orijinal niyet net kalır.

Gerçek Veri: Ekran görüntüsünden, HippoTeam proje ilerlemesi %89 (187/209)'dur ve M1-M6 arasında 6 kilometre taşı içerir, her biri net bir tamamlanma durumuna sahiptir.

✅ Görevler (İlerleme Takibi)

İşlevi:

• Tüm alt görevlerin durumunu kaydeder: Beklemede, Devam Ediyor, Tamamlandı
• Çalışanlar görevleri tamamladıktan sonra durumu günceller
• PM, gerçek zamanlı duruma göre sonraki düzenlemeyi ayarlar

Değeri: "Ajan tembelliğini" çözer - görev tamamlanması bir bakışta nettir ve yanlış raporlamayı önler.

Gerçek Veri: Fiili çalışmada 408 görev vardır, tamamlanma oranı 401/408'dir ve ayrıntılı dağıtım kayıtları görülebilir.

🔬 Araştırma (Araştırma Birikimi)

İşlevi:

• Araştırma sürecinde toplanan bilgileri saklar
• Gereksiz araştırmayı önlemek için tüm Ajanlar tarafından erişilebilir

Değeri: Bilginin yeniden kullanımını ve yinelemeli derinleşmeyi destekler.

Gerçek Veri: Sistemde şu anda 71 araştırma kaydı bulunmaktadır.

📊 Raporlar (Teslim Edilebilir Yönetimi)

İşlevi:

• Her aşamadan çıktı sonuçlarını saklar
• Sürüm takibini ve geri dönüşü destekler

Değeri: Nihai toplama ve kalite kontrollerini kolaylaştırır.

Gerçek Veri: Sistemde 78 rapor birikmiştir.

⚠️ Sorunlar (Sorun Yönetimi)

İşlevi:

• Yürütme sırasında keşfedilen sorunları kaydeder
• Herhangi bir Ajan bir Sorun ekleyebilir

Değeri: PM, Sorunlara göre stratejileri ayarlar veya onarım görevleri atar.

📚 Bilgi Tabanı (Bilgi Tabanı)

İşlevi:

• Görevler arasında bilgi birikimi
• Çalışanların operasyonel istatistiklerini kaydeder

Değeri: İnsan analizi ve gelecekteki uyarlanabilir optimizasyon için bir veri temeli sağlar.

Gerçek Uygulama: Zaman Çizelgesi görünümü aracılığıyla Çalışan geçmiş performansını kaydeder. Ekran görüntüsünden, Guan Yu (55 dağıtım, ortalama 12 dk), Zhao Yun (21 dağıtım, ortalama 10 dk), Dian Wei (20 dağıtım, ortalama 10 dk) ve Zhang Fei (4 dağıtım, ortalama 7 dk) için ayrıntılı veriler ve 05-20 ile 05-25 arasındaki Dağıtım eğilim grafikleri görülebilir. Bu veriler şu anda izleme ve insan analizi için kullanılmaktadır ve gelecekte otomatik geri bildirim döngüleri oluşturmak için kullanılabilir.

💡

Tamamlayıcı Bileşenler: Gerçek sistem ayrıca Fikirler (Fikir havuzu, değerlendirilmeyi bekleyen 4) ve Kararlar (Karar kayıtları, 24) gibi "Oluştur ve Filtrele" gibi gelişmiş desenleri destekleyen yardımcı modülleri de içerir.

Veri Akışı ve Etkileşim Mekanizması

PM düzenleme mekanizmasına dalmadan önce, Ajanlar ve Kokpit arasındaki veri akışını anlayalım.

🔄 Ajan-Kokpit Veri Akışı Diyagramı

▲ Ajan ve Kokpit arasındaki tam veri akışı etkileşimi

Temel Etkileşim Yolu:

Anahtar Tasarım:

• ✅ Tek Yönlü Bağımlılık: Çalışanlar Kokpit'e bağımlıdır ancak PM veya diğer Çalışanlarla doğrudan iletişim kurmaz.
• ✅ Merkezi Durum: Tüm durum değişiklikleri Kokpit'ten geçer ve genel tutarlılık sağlanır.
• ✅ Eşzamansız Ayrıştırma: Çalışanlar, bir PM yanıtı beklemeden bir görevi tamamladıktan sonra durumlarını günceller.

🔒 Eşzamanlı Erişim için Durum Senkronizasyon Mekanizması

Birden çok Çalışan Kokpit'e eşzamanlı olarak eriştiğinde veri tutarlılığı nasıl garanti edilir?

▲ Çoklu Çalışan eşzamanlı erişimi için durum senkronizasyon mekanizması

Üç Katmanlı Garanti Mekanizması:

1️⃣ İyimser Kilit

Her Kokpit bileşeni bir sürüm numarası tutar:

1Görevler v1 → Çalışan A okur
2Görevler v1 → Çalışan B okur
3
4Çalışan A güncelleme gönderir → sürüm v1'i kontrol eder → Başarılı → Görevler v2
5Çalışan B güncelleme gönderir → sürüm v1'i kontrol eder → Çakışma algılandı → Otomatik yeniden dene

Avantajı: Çoğu durumda kilitsiz, yüksek performans.

2️⃣ İşlem Kuyruğu

Tüm yazma işlemleri bir kuyruğa girer ve sırayla yürütülür:

1Çalışan #1: Görev-001 durumunu güncelle → Kuyruk pozisyonu 1
2Çalışan #2: Rapor-042 yaz → Kuyruk pozisyonu 2
3Çalışan #3: Sorun-015 ekle → Kuyruk pozisyonu 3
4Çalışan #4: Görev-002 durumunu güncelle → Kuyruk pozisyonu 4

Garanti: Yazma işlemlerinin atomikliği ve sıralaması.

3️⃣ Çakışma Tespiti ve Otomatik Yeniden Deneme

Bir sürüm çakışması tespit edildiğinde:

1. Geri Alma: Geçerli güncellemeyi at.
2. Yeniden Oku: En son durumu al.
3. Yeniden Hesapla: Yeni duruma göre güncellemeyi yeniden oluştur.
4. Yeniden Gönder: Tekrar yazmayı dene.

Gerçek Vaka:

Çalışan A ve Çalışan B, Görev-001 ve Görev-002'yi aynı anda tamamlar ve her ikisi de Görevler bileşenindeki tamamlanma oranı istatistiklerini güncellemeye çalışır.

- Çalışan A önce gönderir, Görevler v5'ten v6'ya güncellenir, tamamlanma oranı 400/408.

- Çalışan B, gönderim sırasında sürümün (okuduğu v5 değil) v6 olarak değiştiğini tespit eder.

- Sistem otomatik olarak Çalışan B'nin v6'yı yeniden okumasını ve tamamlanma oranını 401/408 olarak yeniden hesaplamasını sağlar.

- Çalışan B başarıyla gönderir, Görevler v7'ye güncellenir.

Performans Optimizasyonu:

• 🟢 Kilitsiz Okuma İşlemleri: Birden çok Çalışan, birbirini engellemeden eşzamanlı olarak okuyabilir.
• 🟡 Hafif Yazma İşlemleri: Çoğu güncelleme ekleme işlemidir (Raporlar, Sorunlar ekleme), bu nedenle çakışma olasılığı düşüktür.
• 🔴 Nadir Çakışmalar: Çakışmalar yalnızca aynı görev durumu aynı anda güncellendiğinde meydana gelir, gerçek oluşma oranı < %2'dir.

PM Uyarlanabilir Düzenleme Mekanizması

PM (Proje Yöneticisi), sistemin beynidir ve dinamik düzenlemeden sorumludur.

Claude dinamik iş akışlarının durumsuz düzenlemesinin aksine, Kokpit PM'si hafızaya ve öğrenme yeteneklerine sahiptir.

🧩 Görev Ayrıştırma

Süreç:

1. Kullanıcı gereksinimlerini aldıktan sonra PM, görev özelliklerini analiz eder.
2. Kokpit'ten geçmiş verileri ve mevcut bağlamı okur.
3. Görevi paralel veya seri alt görevlere ayırır.
4. Plan ve Görevler bileşenlerini günceller.

🎯 Role Dayalı Çalışan Seçimi

PM, görev türüne ve Çalışan rollerine göre akıllı atama yapar:

Karar Süreci:

11️⃣ Görev Türünü Belirle
2   Kod Yeniden Düzenleme / Algoritma Uygulaması / Kod İncelemesi / Çok Modlu Analiz
3
42️⃣ Rol Ön Ayarını Eşle
5   kodlayıcı / testçi / inceleyici / araştırmacı
6
73️⃣ Açık Kullanıcı Atamasını Değerlendir
8   Belirli Çalışanlara atanan belirli görevler
9
104️⃣ Mevcut Yükü Değerlendir
11   Çalışanın mevcut görev sayısı ve müsaitlik durumu

Gerçek Operasyon Vakası:

HippoTeam'in gerçek operasyon verilerinden şunları görebiliriz:

Kod Yeniden Düzenleme Görevleri

→ Kodlayıcı rolüne sahip Çalışanlara atanır (Guan Yu, Zhao Yun, Dian Wei)

Kod İnceleme Görevleri

→ Çekişmeli doğrulamayı sağlamak için bağımsız inceleyici rollerine (Zhong Kui) atanır

Algoritma Uygulama Görevleri

→ Karmaşıklığa göre uygun kodlayıcı Çalışan seçilir

Zaman Çizelgesi İzleme: Sistem, Zaman Çizelgesi görünümü aracılığıyla her Çalışan için dağıtım sayısını ve ortalama tamamlanma süresini kaydeder (örneğin, Guan Yu 55 kez/ort 12 dk, Zhao Yun 21 kez/ort 10 dk), bu da insan analizini ve rol yapılandırma ayarlamasını kolaylaştırır.

💡

Gelecek Yönü: Mevcut Zaman Çizelgesi verileri görüntüleme amaçlıdır; gelecekte, PM'nin geçmiş performansa dayalı olarak Çalışan seçim stratejilerini otomatik olarak optimize etmesine izin vermek için bir geri bildirim döngüsü kurulabilir.

📈 İlerleme İzleme ve Dinamik Ayarlama

Gerçek Zamanlı Yetenekler:

• Görevler durumunun gerçek zamanlı okunması.
• Bir Çalışan uzun süre yanıt vermezse, görevi yeniden ata.
• Sorunlar'da engelleyici bir sorun görünürse, yürütme planını ayarla.

Çalışan Havuzu Tasarımı

Çalışan Havuzu, sistemin yürütme katmanıdır ve birden çok heterojen Ajan içerir.

🌐 Platformlar Arası Heterojen Ajanlar

Yalnızca Claude ailesini kullanabilen Claude dinamik iş akışlarının aksine, Kokpit herhangi bir platformdan Ajanları destekler:

Her platformda birden çok örnek bulunabilir (örneğin, Claude Code #1, #2, #3), bu da gerçek paralel işleme olanak tanır.

⚖️ Sabit Roller ve Dinamik Sorumluluklar

Bu önemli bir mühendislik takasıdır.

Kokpit, "Sabit Rol Havuzu + Dinamik Sorumluluk Ataması" modunu benimser:

✅ Sabit Roller: Çalışan yetenek sınırları önceden tanımlanmıştır (Claude Code bir kod uzmanıdır, Gemini çok modlu bir uzmandır).

✅ Dinamik Sorumluluklar: Belirli görevler, PM tarafından duruma göre dinamik olarak atanır.

Tasarım Avantajları:

🔄 Durum Güncelleme Protokolü

Bir görevi tamamladıktan sonra, bir Çalışan Kokpit'i güncellemelidir:

• ✅ Görevler'de görev durumunu güncelle.
• 📄 Sonuçları Raporlar'a yaz.
• ⚠️ Bir sorun bulunursa Sorunlar'a ekle.
• 📚 Biriken bilgiyi Araştırma'ya yaz.

Bu, sistem durumunun tutarlılığını ve izlenebilirliğini sağlar.

▲ Platformlar arası heterojen Ajanlar, paylaşılan bir çalışma alanı etrafında iş birliği yapıyor

Altı Desenin Kokpit'te Uygulanması

Kokpit mimarisi, Claude dinamik iş akışlarının altı deseniyle tamamen uyumludur ve uygulamalarını geliştirir:

🔀 Sınıflandır ve Yönlendir

Uygulama:

• PM bir sınıflandırıcı görevi görür ve görev özelliklerine göre uygun Çalışanı seçer.

Geliştirme:

• Orijinal desenin aksine, PM'nin sınıflandırma kararı geçmiş verilere dayanır ve bu da onu daha doğru kılar.

🌟 Yay ve Sentezle

Uygulama:

• PM görevi ayırır ve paralel yürütme için birden çok Çalışana atar.
• Tüm Çalışanlar sonuçları Kokpit'teki Raporlar'a yazar.
• PM tüm sonuçları okur ve toplama ve sentez gerçekleştirir.

⚔️ Çekişmeli Doğrulama

Uygulama:

• PM, her oluşturma görevi için bağımsız bir doğrulama Çalışanı atar.
• Doğrulama Çalışanı yalnızca Raporlar'dan sonuçları okur ve bunları kimin oluşturduğunu bilmez.
• Doğrulama sonuçları Sorunlar'a yazılır ve PM, Sorunlara göre yeniden yapılıp yapılmayacağına karar verir.

🎯 Oluştur ve Filtrele

Uygulama:

• PM, aday çözümler oluşturması için birden çok Çalışan atar.
• Ardından filtreleme ve puanlama için doğrulama Çalışanları atar.
• En uygun çözüm Raporlar'a yazılır.

🏆 Turnuva Sıralaması

Uygulama:

• PM ikili karşılaştırmalar düzenler ve her seferinde Çalışanlara iki karşılaştırma görevi atar.
• Karşılaştırma sonuçları Kokpit'te kaydedilir ve PM sıralamayı korur.
• Nihai kazanan Raporlar'a yazılır.

🔄 Bitene Kadar Döngü

Uygulama:

• PM, Görevler ve Sorunlar'ın durumunu kontrol eder.
• Tamamlanmamış görevler veya çözülmemiş sorunlar olduğu sürece Çalışan atamaya devam eder.
• Tüm Görevler tamamlandı olarak işaretlenene ve Sorunlar boşalana kadar.

04 Temel Tasarım Kararları

Neden Sabit Bir Rol Havuzu Seçmeliyiz?

Kokpit'i tasarlarken temel bir soruyla karşı karşıya kaldık:

Claude dinamik iş akışları gibi her seferinde geçici olarak Ajanlar mı oluşturmalıyız, yoksa sabit bir Ajan havuzu mu tutmalıyız?

Aşağıdaki nedenlerden dolayı ikincisini seçtik:

💰 Maliyet Kontrol Edilebilirliği

Geçici olarak Ajanlar oluşturmak, maliyetlerin kontrolden çıkmasına neden olabilir.

Risk Senaryosu: Karmaşık bir görevde, sınırlama olmadan sistem düzinelerce hatta yüzlerce Ajan örneği oluşturabilir.

Çözüm: Sabit bir rol havuzu bir eşzamanlılık sınırı belirler ve maliyetleri tahmin edilebilir kılar.

🛠️ Mühendislik Kararlılığı

Sabit roller, her Ajanın yetenek sınırlarının net olduğu anlamına gelir ve aşağıdakileri kolaylaştırır:

• İzleme
• Hata ayıklama
• Optimizasyon

Karşılaştırma: Geçici olarak oluşturulan Ajanların takibi zordur ve sorunlar ortaya çıktığında bulunması zordur.

🌐 Platformlar Arası Avantajlar

Sabit bir rol havuzu, farklı platformlardan Ajanları entegre etmemize ve ilgili güçlü yönlerinden yararlanmamıza olanak tanır.

Sınırlama: Geçici oluşturma modlarının platformlar arasında koordinasyonu zordur.

📊 Uyarlanabilir Öğrenme için Temel

Yalnızca sabit rollerle, her Ajan için geçmiş performans verileri biriktirilebilir ve performansa dayalı akıllı atama mümkün olur.

Bu, esnekliği kaybettiğimiz anlamına gelmez

PM yine de dinamik olarak karar verebilir:

• ✅ Bu görevi kime atayacağına.
• ✅ Paralel işleme için kaç Çalışan kullanılacağına.
• ✅ Çekişmeli doğrulamanın gerekli olup olmadığına.
• ✅ Döngünün ne zaman durdurulacağına.

💡

Sabit olan roldür; dinamik olan düzenleme stratejisidir.

Paylaşımlı Çalışma Alanı ve Mesaj İletimi

Ajan iş birliği alanında, ana akım çözüm mesaj iletim modudur:

1Ajan A görevi tamamlar → sonucu mesaj olarak gönderir → Ajan B

Bu mod basit ve sezgiseldir ancak sorunları vardır:

❌ Mesaj İletiminin Üç Büyük Sorunu

✅ Cockpit'in Paylaşımlı Çalışma Alanı Modu

Avantajlar:

Analoji: Yazılım geliştirmede paradigma değişimi

1"E-posta İletişimi" → "Bir Git Deposu Etrafında İş Birliği"

İkincisi, iş birliği verimliliğini önemli ölçüde artırır.

Platformlar Arası Ajanların Avantajları

Cockpit mimarisinin en önemli avantajlarından biri, platformlar arası Ajan hibrit orkestrasyonunu desteklemesidir.

🎯 Platform Güçlerinden Yararlanma

🛡️ Platform Bağımlılığı Riskini Azaltma

Tek bir platforma bağlı kalmamak, bir platform başarısız olursa veya hız sınırlamasına takılırsa alternatiflere hızlıca geçiş yapılmasını sağlar.

💰 Maliyet Optimizasyonu

Görev karmaşıklığına göre doğru modeli seçin:

• Basit görevler → Düşük maliyetli modeller
• Karmaşık görevler → Yüksek yetenekli modeller

PM'nin uyarlanabilir mekanizması, kademeli olarak optimum maliyet-kalite dengesi noktasını bulacaktır.

🏗️ Gerçek Vaka

Senaryo: Kod tabanı taşıma görevi

💡

Bu tür bir hibrit orkestrasyon, tek platformlu bir çözümde gerçekleştirilmesi imkansızdır.

Üç Modun Kapsamlı Karşılaştırması

▲ Üç iş akışı paradigmasının evrimi: Statikten Dinamiğe, ardından İşbirlikçiye

Uygulanabilir Senaryo Önerileri

🔵 Aşağıdaki durumlarda Statik İş Akışlarını (N8N/Zapier) kullanın:

• ✅ Görev süreçleri çok sabittir ve neredeyse hiç değişiklik gerektirmez.
• ✅ Karmaşık Ajan iş birliğine ihtiyaç yoktur.
• ✅ Aşırı basitlik ve görselleştirme hedeflenir.

🟣 Aşağıdaki durumlarda Claude Dinamik İş Akışlarını kullanın:

• ✅ Görevler karmaşıktır ve çoklu Ajan izolasyonu gerektirir.
• ✅ Yalnızca Claude platformu kullanılır.
• ✅ Görevler arasında bilgi birikimi gerekmez.
• ✅ Yüksek token tüketimi kabul edilebilir.

🟢 Aşağıdaki durumlarda Cockpit Mimarisini kullanın:

• ✅ Platformlar arası Ajan hibrit orkestrasyonu gerekir.
• ✅ Görevler arasında bilgi yeniden kullanımı ihtiyacı vardır.
• ✅ Sabit rol havuzları ve role dayalı akıllı atama gereklidir.
• ✅ Maliyet kontrolü ve izlenebilirlik gereksinimleri vardır.
• ✅ Sistemi kurmak için mühendislik kaynakları yatırmaya istekliyseniz.

Sonuç

Bu makalede önerilen Cockpit Mimarisi, paylaşımlı bir çalışma alanı ve role dayalı orkestrasyon mekanizmaları sunarak dinamik iş akışlarının teorik temelinde bir mühendislik atılımı gerçekleştirir:

✅ Dinamik iş akışlarının temel avantajlarını korur

• Çoklu Ajan örneği izolasyonu, ajan tembelliğini ve hedef sapmasını çözer.
• Çekişmeli doğrulama, öz yanlılığı çözer.
• Dinamik orkestrasyon, belirli görevler için optimize eder.

🚀 Orijinal çözümlerin sınırlamalarını aşar

• Platformlar Arası Ajan Havuzu, her platformun güçlü yönlerinden yararlanır.
• Role Dayalı Akıllı Atama, görevlerin yeteneklerle eşleşmesini sağlar.
• Paylaşımlı Çalışma Alanı, durum tutarlılığı ve bilgi yeniden kullanımı sağlar.
• Sabit Rol Havuzu, maliyet kontrol edilebilirliği ve mühendislik kararlılığı sağlar.

Pratik Doğrulama

HippoTeam projesinden (408 görev, 8 sabit Worker, 71 araştırma kaydı, 78 rapor) alınan gerçek operasyon verileri, Cockpit mimarisinin karmaşık görev iş birliğinde şunları gösterdiğini ortaya koymaktadır:

• ✅ Daha iyi mühendislik kontrol edilebilirliği
• ✅ Daha yüksek iş birliği verimliliği
• ✅ Tam izlenebilirlik

Gelecek Görünümü

LLM yetenekleri gelişmeye ve Ajan uygulamaları derinleşmeye devam ettikçe, şuna inanıyoruz:

Paylaşımlı çalışma alanı modu, karmaşık Ajan iş birliği sistemleri için standart paradigma haline gelecektir.

Referanslar

1. Anthropic. (2026). "Claude Code'da Dinamik İş Akışları: 6 desen ve 14 adım"
2. "Claude Code'da Dinamik İş Akışlarında Nasıl Ustalaşılır: Anthropic mühendislerinin gerçekte kullandığı 6 desen ve 14 adım"
3. AutoGPT Projesi. "Otonom AI Ajan Çerçevesi"
4. LangChain Dokümantasyonu. "Ajan ve Zincir Orkestrasyonu"
5. CrewAI. "Role Dayalı Ajan İş Birliği Çerçevesi"

Yazar: Huangserva Tarih: Haziran 2026 Anahtar Kelimeler: Dinamik İş Akışı · Ajan Orkestrasyonu · Paylaşımlı Çalışma Alanı · Uyarlanabilir Sistem · Platformlar Arası İş Birliği

💡

Bu makale size yardımcı olduysa, AI Ajan mimarisiyle ilgilenen daha fazla arkadaşınızla paylaşmaktan çekinmeyin!