AI Ajan İş Akışı Desenleri: 7 Desen ve Her Birinin Gerçekte Ne Zaman Kazandığı (2026)

AI Ajan İş Akışı Desenleri: 7 Desen ve Her Birinin Gerçekte Ne Zaman Kazandığı (2026)

AI ajan iş akışı desenleri sonunda arkasında sayılar olan bir konuya dönüştü: Ocak 2026'da Google Research 180 ajan yapılandırmasını değerlendirdi ve aynı koordinasyon değişikliğinin paralelleştirilebilir finansal akıl yürütmeyi %80,9 oranında yükseltirken, sıralı planlamayı PlanCraft'ta %70'e varan oranda düşürdüğünü buldu. Aynı kaldıraç, zıt sonuçlar. Kazananı belirleyen değişken ajan sayısı değil, görevin parçalanabilirliğidir; aşağıdaki yedi desen de satıcı diyagramlarına göre değil, yayımlanmış verilere göre yargılanır.

• Yedi desen önemlidir: sıralı, yönlendirme, paralelleştirme, orkestratör-işçiler, yansıtma, ReAct, planla-ve-uygula.
• Kazananı görevin parçalanabilirliği belirler. Paralelleştirilebilir iş kazanır, sıralı iş geriler.
• Tek ajanla başlayın. İkinciyi yalnızca tek ajan yaklaşık %85 doğruluğun altına düştüğünde ekleyin.

Bir Bakışta AI Ajan İş Akışı Desenleri: Veriler Ne Diyor

Yedi AI ajan deseni şunlardır: sıralı (istem zincirleme), yönlendirme (devir), paralelleştirme (dağıt/topla), orkestratör-işçiler, yansıtma (değerlendirici-optimize edici), ReAct ve planla-ve-uygula. Beş satıcının dokümanları bunları farklı adlandırır, ancak bu yedi yapı Anthropic, OpenAI, Vercel, Microsoft ve Google Cloud'un şu anda yayımladığı tüm sınıflandırmaları kapsar. İnsanın döngüde olması (human-in-the-loop) bu yediden biri değildir: yedisini de sarabilen bir kontrol katmanıdır.

Ölçülen sütununu şüpheyle okuyun. Üç satırda gerçek rakamlar var; dördünde "kamuya açık ölçüm yok" yazıyor ve bu, 2026'da alanın dürüst durumudur. Beş satıcı, gerçekte üç ya da dört olan temel yapı için beş farklı ad yayımlar. Son sütun, bu adlardan herhangi birini altındaki yapıya geri eşleyebilmeniz için vardır; yazının geri kalanı her aileyi tek tek açar.

SERP'te kimsenin tartışmadığı iki sütun token maliyeti ve gecikme bütçesidir. Sıralı ve yönlendirme her ikisinde de en az harcamayı yapar; orkestratör-işçiler her ikisinde de en çok harcamayı yapar; paralelleştirme token harcamasını gerçek zaman karşılığında takas eder. Deseni, etkileyici görünen diyagrama göre değil, görevinizin gerçekten kısıtladığı kaynağa göre seçin.

AI Ajan İş Akışı Desenleri Nedir (ve Bir AI İş Akışının 4 Aşaması Nedir)?

AI ajan iş akışı tasarım desenleri; LLM çağrılarını, araç kullanımını ve kontrol mantığını bir sistem halinde düzenlemek için yeniden kullanılabilir yapılardır. Her satıcı sınıflandırmasında tekrarlayan yedi desen şunlardır: sıralı, yönlendirme, paralelleştirme, orkestratör-işçiler, yansıtma, ReAct ve planla-ve-uygula. Her biri token maliyetini, gecikmeyi ve doğruluğu farklı biçimde takas eder; bu yüzden doğru seçim, kullandığınız framework'e değil, görevin yapısına bağlıdır.

Tipik bir AI ajan iş akışı, bir döngü içinde dört aşamada çalışır:

1. Planla: model, hedefe ve o ana kadarki geçmişe bakarak bir sonraki adıma karar verir.
2. Hareket et: bir araç çağırır; bu 2026'da genellikle bir MCP sunucusu ya da fonksiyon çağrısı demektir. Model Context Protocol (MCP) bu araç katmanını modeller arasında standartlaştırır.
3. Gözlemle: araç sonucu, yeni bir mesaj olarak bağlama geri döner.
4. Yansıt / döngü: model sonucun yeterince iyi olup olmadığına hükmeder, ardından döngüye devam eder ya da durur.

Bu yazıdaki her desen, bu dört aşamayı farklı biçimde bağlamanın bir yoludur. Sıralı düzeni kodda sabitler. ReAct, modelin her turda bir sonraki aşamayı seçmesine izin verir. Orkestratör-işçiler döngüyü birkaç model arasında böler.

Kataloğa geçmeden önce bir ayrım önemlidir. İş akışı önceden belirlenmiş kod yollarıdır; ajan ise kontrolü modele devreder. Anthropic, Building Effective Agents yazısında çizgiyi şöyle çizer: "İş akışları, iyi tanımlanmış görevler için öngörülebilirlik ve tutarlılık sunar; ajanlar ise esneklik ve model odaklı karar verme büyük ölçekte gerektiğinde daha iyi seçenektir."

Buraya yapay zekadaki klasik ajan türlerini (basit refleks, model tabanlı, hedef tabanlı, öğrenen) aramak için geldiyseniz, o sınıflandırma LLM'lerden öncesine aittir; derlemenizi yayına alıp alamayacağınıza karar veren desenler yukarıdaki yedi desendir.

Deterministik Desenler: Sıralı, Yönlendirme ve Paralelleştirme

Üç desen, kontrolü modelde değil kodunuzda tutar. Çalıştırması en ucuz ve hata ayıklaması en kolay olanlar bunlardır; Claude ekibinin Mart 2026 tarihli yönlendirmesi de nereden başlanacağı konusunda nettir: "Sorununuzu çözen en basit desenle başlayın. Varsayılan olarak sıralı kullanın."

Sıralı (istem zincirleme)

Bir çağrı bir sonrakini besler. Zor bir görevi sıralı adımlara bölersiniz ve her adım, girdi olarak bir önceki adımın çıktısını alır. Kazanç okunabilirliktir: her ara sonucu denetleyebilir ve her adımı önbelleğe alabilirsiniz. Alt görevler bağımsız olduğunda bu desenden kaçının, çünkü ihtiyacınız olmayan bir sıralama için gecikme ödersiniz. Durumun adımlar arasında ya da oturumlar boyunca hayatta kalması gerekiyorsa, bu bir zincirleme sorunu değil, bir bellek sorunudur; bu ayrım için ajan belleği rehberimize bakın. Bunun yayımlanmış tek onayı bir varsayılandır: zincirlemenin kendisinden bir kazanç ölçen hiçbir çalışma yoktur, çünkü diğer her desenin fazladan ödeyerek geçmeye çalıştığı temel çizgi budur.

from anthropic import Anthropic

client = Anthropic()

def chain(steps: list[str], context: str = "") -> str:
    for step in steps:
        msg = client.messages.create(
            model="claude-sonnet-4-5",
            max_tokens=1024,
            messages=[{"role": "user", "content": f"{context}\n\n{step}"}],
        )
        context = msg.content[0].text
    return context

summary = chain([
    "Extract the five key claims from this report: {report}",
    "Rewrite those claims as bullets an engineer would trust.",
])

Yönlendirme (devir)

Ucuz bir sınıflandırıcı girdiyi okur ve onu uzman bir isteme ya da modele sevk eder. OpenAI bunu Agents SDK dokümanlarında şöyle çerçeveler: "Bir triyaj ajanı konuşmayı bir uzmana yönlendirir ve o uzman, turun geri kalanı için aktif ajan haline gelir." Sınıflandırıcı, tek bir genel yolu çalıştırmaktan daha güvenilmez olduğunda yönlendirmeden kaçının, çünkü her yanlış yönlendirme sessiz bir yanlış yanıttır. Buradaki adlandırılmış hata modu, devir sırasında bağlam kaybıdır: uzman yalnızca yönlendiricinin ilettiğini görür. Tam izi taşımak bir bağlam mühendisliği kararıdır ve bunu yanlış yapmak, yönlendirilen sistemlerin unutkan hissettirmesinin nedenidir. Token hesabı yine de yönlendirmeden yanadır: sınıflandırıcı küçük bir modelde çalışır (yukarıda gpt-4o-mini), bu yüzden bir yönlendirici istek başına ikinci bir pahalı çağrı yerine birkaç yüz ucuz token ekler.

from openai import OpenAI

client = OpenAI()
SPECIALISTS = {
    "billing": "You answer billing and refund questions.",
    "technical": "You debug API errors and integration issues.",
}

def route(question: str) -> str:
    triage = client.responses.create(
        model="gpt-4o-mini",
        input=f"Reply with exactly one of {list(SPECIALISTS)}: {question}",
    )
    key = triage.output_text.strip().lower()
    return client.responses.create(
        model="gpt-4o",
        instructions=SPECIALISTS.get(key, SPECIALISTS["technical"]),
        input=question,
    ).output_text

Paralelleştirme (dağıt/topla)

Bağımsız alt görevler aynı anda çalışır, ardından bir birleştirme adımı bunları bir araya getirir. Anthropic bunu bölümleme (işi bölme) ve oylama (aynı görevi birkaç kez çalıştırıp karşılaştırma) olarak ikiye ayırır. Google Research'ün Ocak 2026'da paralelleştirilebilir finansal akıl yürütmede tek ajana göre +%80,9 olarak ölçtüğü yapı tam olarak budur; bunun nedeni görevin temiz biçimde parçalanmasıdır. n+1. adım n. adımın çıktısına bağımlı olduğu anda bu desenden kaçının; bir bağımlılık zincirini paralelleştirmek yalnızca yanlış yanıtları daha hızlı yeniden sıralar. Gecikme, kazancın diğer yarısıdır: bağımsız çağrılar eşzamanlı çalışır, böylece gerçek zaman yaklaşık olarak çalışan sayısıyla düşerken toplam token harcaması sabit kalır.

from concurrent.futures import ThreadPoolExecutor
from anthropic import Anthropic

client = Anthropic()

def run(subtask: str) -> str:
    msg = client.messages.create(
        model="claude-sonnet-4-5",
        max_tokens=1024,
        messages=[{"role": "user", "content": subtask}],
    )
    return msg.content[0].text

def fan_out(subtasks: list[str]) -> list[str]:
    with ThreadPoolExecutor(max_workers=len(subtasks)) as pool:
        return list(pool.map(run, subtasks))

parts = fan_out([
    "Summarize Q1 revenue drivers in two sentences.",
    "Summarize Q1 churn drivers in two sentences.",
])
merged = run(f"Combine into one executive summary:\n{parts}")

ReAct mi Planla-ve-Uygula mı: Hangi Akıl Yürütme Desenini Kullanmalısınız?

ReAct, akıl yürütmeyi eylemle iç içe geçirir: model düşünür, bir araç çağırır, sonucu gözlemler ve ancak ondan sonra bir sonraki adıma karar verir. Planla-ve-uygula, herhangi bir araç çalışmadan önce tam planı yazar, ardından adımları sırayla uygular. ReAct, çalışma sırasındaki sürprizlere uyum sağlar; planla-ve-uygula ise baştan tek bir büyük planlama çağrısı için ödeme yapar ve rotaya güvenir.

ReAct bir sonraki adımına her gözlemden sonra karar verir; planla-ve-uygula ise ilk araç çağrısından önce tüm rotaya bağlanır.

ReAct, Yao ve diğerlerinden gelir (arXiv 2210.03629, v1 Ekim 2022, v3 Mart 2023); bu çalışma, taklit ve pekiştirmeli öğrenme temel çizgilerine kıyasla ALFWorld'te mutlak +%34, WebShop'ta +%10 başarı bildirdi ve bunu yalnızca bir ya da iki bağlam içi örnekle yaptı. Araç kullanan ajanların çoğunun arkasındaki varsayılan döngü budur ve #3 sıradaki SERP sonucunda bir boşluktur: Microsoft Learn'ün 7.133 kelimelik orkestrasyon dokümanı ReAct'tan hiç söz etmez. Bu gözlemle-karar-ver ritmi, ReAct'ın açık uçlu görevleri ("X'i bulana kadar gezin") herhangi bir baştan planlamadan daha iyi yönetmesinin nedenidir: plan, sayfaları okumadan önce içerdiklerini tahmin etmek zorunda kalırdı.

Planla-ve-uygula, Wang ve diğerlerinin Plan-and-Solve Prompting çalışmasından gelir (arXiv 2305.04091, ACL 2023); bu çalışma önce görevi alt görevlere bölen bir plan kurar, ardından bunları yürütür. Makale, değerlendirilen on veri kümesinin tamamında zero-shot chain-of-thought'u geçtiğini bildirir; tek bir rakam aktarmıyoruz, çünkü makalenin özeti hiçbir rakam yayımlamaz. Rota öngörülebilir olduğunda ve her adımdan sonra yeniden planlama yapmak token israfı olacağında bunu kullanın. Bedeli kırılganlıktır: üçüncü adım başarısız olursa, bir planla-ve-uygula döngüsü açık bir yeniden planlama kancasına ihtiyaç duyar; oysa ReAct, yapısı gereği yeniden planlar.

Ölçülen kanıt satırı dürüst bir göstergedir. ReAct'ın görev düzeyinde rakamları olan 2022 tarihli bir makalesi vardır; planla-ve-uygula'nın ise on veri kümeli bir taraması ve manşet bir rakamı yoktur; bu, onun benchmark'la ölçüldüğünden daha sık alıntılanmasının bir nedenidir.

from anthropic import Anthropic

client = Anthropic()

def react(question: str, tools: list, max_steps: int = 8) -> str:
    messages = [{"role": "user", "content": question}]
    for _ in range(max_steps):
        msg = client.messages.create(
            model="claude-sonnet-4-5",
            max_tokens=1024,
            tools=tools,
            messages=messages,
        )
        if msg.stop_reason == "end_turn":
            return msg.content[0].text
        messages.append({"role": "assistant", "content": msg.content})
        messages.append({"role": "user", "content": dispatch(msg.content)})
    return "Stopped: hit the iteration cap with no final answer."

Bu iterasyon sınırı isteğe bağlı değildir. Çıkışı olmayan bir ReAct döngüsü, bütçeniz tükenene kadar token yakar; max_steps bu yazıdaki en ucuz korumadır. Planla-ve-uygula da aynı korumayı bir üst seviyede gerektirir: yalnızca adımları değil, yeniden planlamaları da sınırlayın; yoksa başarısız bir plan kendini süresiz olarak yeniden üretir.

Kalite Desenleri: Yansıtma, Değerlendirici-Optimize Edici ve İnsanın Döngüde Olması

Kalite desenleri, çıktı kalitesini yükseltmek için fazladan token harcar ve yalnızca kalite ölçülebilir olduğunda karşılığını verir. Yansıtma (Anthropic bunu değerlendirici-optimize edici olarak adlandırır) bir üreteni ve bir eleştireni döngüde çalıştırır: bir model taslak çıkarır, diğeri eleştirir, taslak gelişir. Çıktıyı bir testle, bir puanlama cetveliyle ya da bir notlayıcı modelle puanlayamıyorsanız, eleştiren yalnızca kendi kendisiyle tartışan fazladan token'dır. Bu puanlayıcıyı inşa etmek zor kısımdır; üretimde ajanları değerlendirme rehberimiz, kullanılabilir bir puan fonksiyonunun neler gerektirdiğini ele alır. Ön koşul sağlandığında bu desen ucuz bir sigortadır: Anthropic, değerlendirici-optimize ediciyi döngüde iki LLM çağrısı olarak tanımlar; biri üretir, diğeri eleştirir ve bu, birkaç ek saniye gecikme karşılığında ölçülebilir bir kalite artışı satın alır.

Kimsenin diyagramını çizmediği hata modu, kontrolden çıkan yansıtmadır: eleştiren ve üreten sonsuza dek döngüde kalır ya da daha kötüsü, salınım yapar. Çözüm, prompt'ta istenen değil, kodda yazılan sert bir iterasyon sınırı ve iyileşme olmaması durumunda bir kesmedir:

def refine(task: str, score_fn, max_rounds: int = 4) -> str:
    best = generate(task)
    best_score = score_fn(best)
    for _ in range(max_rounds):
        critique = critic(task, best)
        candidate = generate(f"{task}\n\nCritique:\n{critique}")
        score = score_fn(candidate)
        if score <= best_score:
            break  # no improvement: stop spending tokens
        best, best_score = candidate, score
    return best

İnsanın döngüde olması sekizinci bir desen değil, bir kontrol katmanıdır. Yedi desenden herhangi birini sarar: geri alınamaz bir adım çalışmadan önce bir insan onaylar. İlk 6 SERP sonucundan yalnızca 2'si bunu ele alır. Kapıyı geri alınamaz eylemlere, gerçek harcamaya ve sisteminizden dış iletişim olarak çıkan her şeye yerleştirin. Geri kalan her şey ya gözetimsiz çalışmalı ya da hiç çalışmamalıdır. Kapının kendisi başka bir LLM değil, sade kod olmalıdır: bir onay kuyruğu, bir harcama eşiği, bir alan adı izin listesi. Bir insanın bakıp bakmaması gerektiğine karar vermeyi bir modele bırakmak, amacını ortadan kaldırır.

Çok Ajanlı Sistem 15 Kat Token'e Değer mi? Benchmark'lar Gerçekte Ne Diyor

Orkestratör-işçiler yedinci desendir: lider bir ajan görevi parçalar, parçaları işçi ajanlara delege eder ve dönenleri birleştirir. "Çok ajanlı" bu desenin uç noktaya taşınmış halidir, ayrı bir yapı değildir; bu yüzden asıl soru, orkestratörün ne zaman kendi ek yüküne değdiğidir.

Tek ajan yerine ne zaman çok ajanlı kullanmalısınız? Yalnızca tek ajan görevde yaklaşık %85 doğruluğun altına düştüğünde. Bu pratik kural, Google Research çalışmasıyla birlikte r/AI_Agents'ta (2026-04-23) dolaşıma girdi ve ölçülen verilerle örtüşür: bu eşiğin üzerinde, eklenen ajanlar doğruluk eklemeden maliyet ve hata yükselmesi ekler.

İşte doğrulayabildiğimiz, yan yana konmuş yayımlanmış her rakam:

Tıklamadan önce bir uyarı: yukarıdaki her Google Research rakamı 2026-01-28 tarihli blog yazısından gelir ve arkasındaki makale (arXiv 2512.08296) o tarihten bu yana revize edildi; bu yüzden güncel sürüm, blogun 180 ve 0,513 değerleri yerine 260 yapılandırma ve R² = 0,373 bildirir. Yön her iki durumda da aynıdır; kesin rakamlar hangi sürümü okuduğunuza bağlıdır.

Bu satırlardan ikisi düzenli olarak yanlış aktarılır, işte aritmetik. Anthropic'in 15 kat rakamı bir sohbet etkileşimine kıyasla ölçülmüştür ve tek ajan rakamı 4 kattır. Yani çok ajanlı, tek ajanın token'ının yaklaşık 15 / 4 = 3,75 katına mal olur, 15 katına değil. Ve Google Research'ün bağımsız ajanlar için 17,2 kat, merkezi olanlar için 4,4 kat hata yükselmesi, bir orkestratörün, ajanları denetimsiz bırakmaya kıyasla yaklaşık 17,2 / 4,4 = 3,9 kat daha az hata yükselmesi içerdiği anlamına gelir.

Anthropic'in yazısını Google Research rakamlarıyla birlikte okuduğumuzda, bizim çıkarımımız şudur: belirleyici değişken ajan sayısı değil, parçalanabilirliktir. Anthropic'in araştırma görevi paralel alt aramalara temiz biçimde bölündü, bu yüzden daha fazla ajan yardımcı oldu. Google'ın sıralı planlama görevleri bölünmedi, bu yüzden daha fazla ajan birbirinin yoluna girdi.

Bu, sistemler üretime girdiğinde uygulayıcıların söylediğiyle de örtüşür. r/AI_Agents'ta "Multi agent systems are a total nightmare in production" başlıklı bir konu (2026-04-23, 56 puan, 68 yorum), 20'den fazla istemci sistemi yayına almış bir yazardan geldi: "Gerçekten çalışmaya devam edenler... neredeyse utanılacak kadar basit" ve "bir ajan her diğer ajanla konuştuğunda bağlam kaybedersiniz. O telefon oyunu gibi." En üstteki yorum tüm bölümü özetler: "sorununuzu tek bir ajanla çözmeye çalışın. Bu ajanın doğruluğu %85'in üzerindeyse, çok ajanlı bir sistem daha fazla değer katmaz."

Bir ajan eklemeden önce, Anthropic'in ölçtüğü ucuz düzeltmeleri deneyin: iyileştirilmiş tek bir araç açıklaması görev tamamlama süresinde %40 düşüş sağladı ve paralel araç çağırma araştırma süresini %90'a kadar kısalttı. İkisi de maliyette ikinci bir ajanı yener. Gerçek bir araçta çok ajanlıya geçerseniz, Claude Code subagent'ları satır satır denetleyebileceğiniz birer orkestratör-işçiler yapısıdır.

Aynı Desen, Beş İsim: Framework Rosetta Tablosu

Aynı dört yapı, her satıcının dokümanında farklı adlar altında görünür ve adlandırma framework'ler arasında aktarılmaz. Microsoft'un "magentic" ve "group chat" kavramları, siz çevirene kadar OpenAI SDK'da hiçbir şey ifade etmez ve bu çeviri vergisi, aşağıdaki tablonun ortadan kaldırdığı gerçek bir maliyettir.

Beş satıcı, beş sözlük, üç ya da dört gerçek yapı. Pratik maliyet, framework değiştirdiğinizde ortaya çıkar: Microsoft'un Agent Framework'ünden OpenAI SDK'ya geçen bir ekip, tek bir kod satırı aktarılmadan önce "magentic"i agents-as-tools'a ve "group chat"i bir devir grafiğine yeniden eşlemek zorundadır. Google Cloud'un on bir adlı sınıflandırması en uzunudur, Anthropic'in yedi adlı listesi en çok alıntılananıdır ve Claude blogunun üç adı, ilk uygulayacaklarınızdır. Önce yapıyı okuyun, sonra SDK'yı. Sütun başlıkları dokümanların kendisidir: Anthropic, Claude blogu, OpenAI Agents SDK, Vercel AI SDK, Microsoft Learn ve Google Cloud. Yapıları bir kez gördüğünüzde, framework seçmek ayrı bir karardır; 2026'nın en iyi AI ajan framework'leri özetimiz ve LangGraph vs CrewAI vs OpenAI Agents SDK karşılaştırmamız bu kararı ele alır.

Bir Ajan İş Akışını Hiç Kullanmamanız Gereken Zamanlar?

Çoğu zaman kullanmamalısınız. r/AI_Agents'ta en çok oy alan karar merdiveni (2026-03-09) bunu açıkça söyler: "Eğer if...then deyimleri işe yarıyorsa onu kullanın. Ardından geleneksel iş akışları işe yarıyorsa onu kullanın. Aksi halde ajan tabanlı AI kullanın." İlk üç SERP sonucundan ikisi, yapısal olarak size daha az inşa etmenizi söyleyemeyen bulut dokümantasyonudur. Biz söyleyebiliriz. Bu yazıdaki veriler de aynı yönü gösterir: ölçülen en büyük iki kazanç (+%80,9 ve +%90,2) temiz biçimde parçalanan görevlerden geldi ve ölçülen en kötü kayıp (−%70), ajanları parçalanamayan bir göreve zorlamaktan geldi.

Hata modları adlandırılmıştır ve artık her birinin arkasında bir rakam vardır:

• Devirler arasında bağlam kaybı: her ajandan ajana mesaj durum düşürür (r/AI_Agents "telefon oyunu" şikayeti, 2026-04-23).
• Hata yükselmesi: bağımsız ajanlarda 17,2 kat, merkeziyette 4,4 kat (Google Research, 2026-01-28).
• Kontrolden çıkan yansıtma döngüleri: yukarıdaki koddaki gibi iterasyonları sınırlayın ve iyileşme olmadığında kesin.
• Sıralı görev bozulması: parçalanamayan işi paralelleştirdiğinizde %39-70 daha kötü (Google Research, 2026-01-28).
• Maliyet patlaması: çok ajanlı bir sistem için yaklaşık 15 kat sohbet token'ı (Anthropic, 2025-06-13).

Bu hata modlarının her birinin, on satır kodla yazabileceğiniz bir sınırı vardır ve bu sınır, eklemek üzere olduğunuz ajandan her zaman daha ucuzdur.

Cognition'dan Walden Yan, aynı tezi inşa eden tarafında Don't Build Multi-Agents yazısında ortaya koydu (2025-06-12): "Bağlamı paylaşın ve tam ajan izlerini paylaşın, yalnızca tekil mesajları değil" ve "Eylemler örtük kararlar taşır ve çelişen kararlar kötü sonuçlar taşır." r/AI_Agents karşılaştırması, sürekli geri döndüğümüz karşılaştırmadır: "çok ajanlı, mikroservislere çok benzemeye başlıyor. Sınırlar gerçek olduğunda güçlü, uydurulduğunda acı verici."

Techsy Desen Seçimine Nasıl Yaklaşıyor

Aşağıdaki merdiven, Google Research ve Anthropic bulgularının artı uygulayıcı konularının bizim yorumumuzdur; kendi ölçümümüz olan bir sonuç değildir. Yukarıdan aşağıya çalıştırırız ve uyan ilk satırda dururuz:

Bu yazıdaki verilerden üç şey çıkar. Sıralı başlayın, çünkü Anthropic öyle söylüyor ve SERP'te hiçbir şey bunu çürütmüyor. Yalnızca parçalananı paralelleştirin, çünkü +%80,9 ölçülen aynı koordinasyon değişikliği −%70 olarak da ölçüldü. Ve ikinci ajanı son çare olarak görün, çünkü token faturası gerçektir ve hata yükselmesi ölçülmüştür. Ortak tema şudur: ajan eklemek bir kalite hamlesi değil, bir ölçekleme hamlesidir; benchmark'lar onu yalnızca işin bölündüğü yerde ödüllendirir ve uygulayıcı konuları geri kalan her yerde bunu doğrular. İnşa etmeden önce bir mimari hakkında ikinci bir görüş isterseniz, ücretsiz bir danışmanlık alın.

Sıkça Sorulan Sorular

7 AI ajan deseni nelerdir?

Yedisi şunlardır: sıralı (istem zincirleme), yönlendirme (devir), paralelleştirme (dağıt/topla), orkestratör-işçiler, yansıtma (değerlendirici-optimize edici), ReAct ve planla-ve-uygula. Bunlar Anthropic'ten Google Cloud'a kadar her satıcı sınıflandırmasında farklı adlar altında tekrar eder. İnsanın döngüde olması bunlarla birlikte tartışılır, ancak sekizinci bir desen değil, yedisinden herhangi birini saran bir kontrol katmanıdır.

Bir AI ajan iş akışının 4 aşaması nelerdir?

Planla, hareket et, gözlemle, yansıt. Model bir sonraki adımı planlar, bir araç çağırarak hareket eder, aracın sonucunun bağlama girdiğini gözlemler, ardından hedefin karşılanıp karşılanmadığını değerlendirip döngüye devam eder ya da durur. Bu yazıdaki her desen, bu dört aşamayı birbirine farklı biçimde bağlamanın bir yoludur.

AI iş akışı ile AI ajan arasındaki fark nedir?

Bir iş akışı önceden belirlenmiş kod yollarını izler; bir ajan ise modelin kendi kontrol akışını yönlendirmesine izin verir. Anthropic'in kuralı: iyi tanımlanmış görevlerde öngörülebilirlik için iş akışları, model odaklı kararlar büyük ölçekte gerektiğinde esneklik için ajanlar. Üretimdeki sistemlerin çoğu, içlerinde birkaç ajan adımı olan iş akışlarıdır.

ReAct mi planla-ve-uygula mı: hangisini kullanmalıyım?

Bir sonraki adım son aracın döndürdüğüne bağlıysa ve rota çalışma sırasında değişebiliyorsa ReAct kullanın. Rota baştan öngörülebilir ve her adımdan sonra yeniden planlama token israfı olacaksa planla-ve-uygula kullanın. ReAct, ALFWorld'te +%34 ölçtü (Yao ve diğerleri, 2022); planla-ve-uygula on veri kümesinde zero-shot CoT'u geçti (Wang ve diğerleri, 2023).

Bu desenleri kullanmak için LangGraph gibi bir framework'e ihtiyacım var mı?

Hayır. Bu yazıdaki her kod bloğu sade bir SDK çağrısıdır ve desenler, onları adlandıran framework'lerden öncesine aittir. Bir framework hakkını durum kalıcılığında, yeniden denemelerde ve izlemede verir, desenin kendisinde değil. Bir tane seçiyorsanız, framework karşılaştırmamız ödünleşimleri ele alır.

Bir yansıtma döngüsünün sonsuza dek çalışmasını nasıl durdururum?

İkisi de kodda olan iki koruma: sert bir iterasyon sınırı (biz 4 tur kullanırız) ve eleştirenin yeniden yazımı mevcut taslaktan daha iyi puan almadığı anda duran bir iyileşme-yok kesmesi. Döngüyü bitirmesi için prompt'a güvenmeyin; modelin maliyetlerden haberi yoktur.

Tek ajan ne zaman yeterlidir?

Görevde yaklaşık %85 doğruluğu tutturduğunda. Google Research çalışmasıyla birlikte r/AI_Agents'ta (2026-04-23) dolaşıma giren bu pratik kural, benchmark'larla örtüşür: bu eşiğin üzerinde, ek ajanlar doğruluk eklemeden maliyet ve hata yükselmesi ekler. Daha büyük bir şey tasarlamadan önce tek ajan temel çizgisini ölçün.

Kod içeren AI ajan iş akışı deseni örneklerini nerede bulabilirim?

Yukarıdaki beş Python bloğu sıralı, yönlendirme, paralelleştirme, ReAct ve yansıtmayı kapsar; hepsi doğrudan alabileceğiniz sade SDK çağrılarıdır. Satıcı tarzı örnekler için Vercel AI SDK, desen başına çalıştırılabilir TypeScript ile gelir ve OpenAI Agents SDK dokümanları devirleri ve agents-as-tools'u kapsar. İkisinin de bağlantıları aşağıdaki Kaynaklar listesinde yer alır.

Kaynaklar

• Anthropic, Building Effective Agents (2024-12-19)
• Anthropic, How we built our multi-agent research system (2025-06-13)
• Google Research, Towards a science of scaling agent systems (2026-01-28); makale: arXiv 2512.08296
• Yao ve diğerleri, ReAct: Synergizing Reasoning and Acting in Language Models (v3 2023-03-10)
• Wang ve diğerleri, Plan-and-Solve Prompting (ACL 2023)
• Claude by Anthropic, Common workflow patterns for AI agents (2026-03-05)
• OpenAI Agents SDK, Orchestrating multiple agents
• Vercel AI SDK, Workflow Patterns
• Microsoft Learn, AI Agent Orchestration Patterns (güncelleme 2026-05-12)
• Google Cloud, Choose a design pattern for your agentic AI system (2026-05-28)
• Cognition (Walden Yan), Don't Build Multi-Agents (2025-06-12)
• r/AI_Agents, Multi agent systems are a total nightmare in production (2026-04-23); Wait, are workflows actually better than multi-agent systems? (2026-03-09)