Çoğu insan çok adımlı bir ajan oluşturmaya kalkıştığında eline düz bir çizgi geçer. Birinci adım, ikinci adım, üçüncü adım - her biri bir öncekinin bitmesini kibarca bekler.
10 kişiden 9'u, bu adımların yarısının aslında hiç beklemesi gerekmediğini fark eder.
Yönlendirmezler. Dallanmazlar. Paralelleşmezler. Sadece sıraya girerler - tek kafa, tek bağlam, tek seferde tek bir şey, ta ki pencere dolana ve ajan ne yaptığını unutana kadar.
Yapay zeka alfa sürümleri için Substack'imi takip edin:
İşte bu 14 adımlık yol haritası, o tek sıralı çizgiyi bir grafa dönüştürüyor: bir filo halinde yayılan, kendi bulgularını doğrulayan ve tek başına bir ajansın asla tutamayacağı bir sonuçta birleşen bir graf.
İşte kimsenin açıkça söylemediği değişim. Bir prompt bir cümledir. Bir döngü bir devirdir. Bir koşum takımı ise ajanın üzerinde durduğu zemindir.
Ancak işin kendisinin şekli - neyin neyden önce çalıştığı, neyin aynı anda çalışabileceği, neyin diğer her şeyi beklemek zorunda olduğu - bu şekil bir graftır. Düğümler düşünmeyi yapar. Kenarlar sonuçları taşır.
Claude Code, bu grafları doğrudan oluşturmak için araçları sundu: dinamik iş akışları.
Claude, düz bir JavaScript orkestrasyon betiği yazar, ardından bunu yürütmek için koordineli bir alt ajan filosu oluşturur - ve koordinasyonun kendisi sıfır model token'ına mal olur, çünkü bu bir konuşma değil, koddur.
01. Düğümler işlerdir. Kenarlar akıştır.
Bir grafta tam olarak iki şey vardır ve bunları doğru anlamak karışıklığın çoğunu giderir. Bir düğüm bir iş birimidir - bir ajan, tek bir sınırlı iş, bir giriş ve bir çıkış.
Bir kenar bir bağımlılıktır: bu düğümün çıktısı şu düğümün girdisini besler der. Daha fazlası değil.
Hata, "ve sonra"yı bir kenar olarak ele almaktır. "Dosyayı özetle ve sonra bana havayı söyle" ifadesinde ikisi arasında bir kenar yoktur - hava durumu özeti tüketmez.
Bu, doğrusal bir betiğin gereksiz yere zincirlediği, birbirine bağlı olmayan iki düğümdür. Kenar yalnızca veri gerçekten üzerinden aktığında var olur.
Ajanınızdaki her "ve sonra" için şunu sormayı öğrenin: sonraki adım, bir önceki adımın çıktısını okuyor mu? Okumuyorsa kenar yoktur ve bekleyiş boşunadır.
1Bunu kutular ve oklar olarak çizin. Bir kutu, bir agent() çağrısıdır.2Bir ok, bir çağrının dönüş değerinden diğerinin prompt'una aktarılan bir3değişkendir. Oku çizemiyorsanız - hiçbir değişken geçmiyorsa - iki kutu4bağımsızdır ve bağımsızlık, bu kursun geri kalanında kullanacağınız şeydir.
02. Doğrusal betiğiniz yozlaşmış bir graftır
Bir ajansı "A yap, sonra B, sonra C, sonra D yap" olarak yazdığınızda, bir graf çizmiş olursunuz - tek dallanmayan bir zincir. Her düğümün tam olarak bir girişi ve bir çıkışı vardır.
Doğru çalışır. Ancak aynı zamanda yavaş ve kırılgan çalışır, çünkü bir zincirde yedeklilik yoktur: C takılırsa, D asla gerçekleşmez ve A'nın işi yukarı akışta sıkışıp kalır, gidecek hiçbir yeri kalmaz.
Graf mühendisliğinin ilk gerçek becerisi zinciri yeniden çizmektir. Doğrusal ajanınızı alın ve her ok için Adım 1 sorusunu sorun.
Çoğu zincirde veri taşımayan iki veya üç ok vardır - bunlar sadece bir şeyleri yazma sıranızdır.
Bu okları kesin ve zincir daha geniş bir şeye dönüşür: hepsi aynı anda çalışabilen birkaç bağımsız düğüm, hepsine ihtiyaç duyan tek bir düğümü besler.
03. Her düğüme bir sözleşme verin
Hakkında akıl yürütemediğiniz bir düğüm, paralelleştiremeyeceğiniz bir düğümdür. Çözüm bir sözleşmedir: sınırlı girdi, sınırlı çıktı, tam olarak tek bir iş.
Girdi, düğümün okuduğu her şeydir - açıkça iletilir, asla paylaşılan bir pencereden varsayılmaz. Çıktı, tercihen doğrulanmış, tanımlanmış bir şekildir, böylece bir sonraki düğüm onu tahmin etmeden tüketebilir.
Bir iş akışında bu sözleşme bir şema ile uygulanır. Claude'a bir JSON şeması içeren bir agent() çağrısı verdiğinizde, oluşturulan alt ajan Claude, doğrulanmış yapılandırılmış veri döndürmeye zorlanır - doğrulama, araç çağrısı katmanında gerçekleşir, böylece Claude uyuşmazlık durumunda ayrıştırmak ve dua etmek zorunda kalacağınız serbest metin teslim etmek yerine yeniden dener.
Bu, Claude'un bir grafa bağlayabileceği bir düğüm ile yalnızca bir insan çıktısını okuduğunda çalışan bir düğüm arasındaki farktır.
1// Gerçek bir sözleşmeye sahip bir düğüm: sınırlı girdi, doğrulanmış çıktı, tek iş.2const ITEM = {3 type: 'object', additionalProperties: false,4 properties: {5 title: { type: 'string' },6 url: { type: 'string' },7 impact: { type: 'string', enum: ['high', 'medium', 'low'] },8 },9 required: ['title', 'url', 'impact'],10};1112const result = await agent(source.prompt, {13 label: `research:${source.key}`,14 schema: ITEM, // doğrulanmış yapılandırılmış çıktı zorunlu kılar15 agentType: 'general-purpose',16});17// result artık bir sonraki düğümün güvenebileceği bir şekildir — serbest metin değil.
04. Kenarı bir veri sözleşmesi olarak ele alın
Bir kenar sadece "B, A'dan sonra gelir" değildir. Neyin geçtiğine dair bir vaattir: A bu şekli üretir ve B bu şekli tüketmek üzere inşa edilmiştir. Kenarı verisine göre adlandırdığınızda - sırasına göre değil - iki şey kolaylaşır.
Kenarın gerçek olup olmadığını anında görebilirsiniz (veri gerçekten hareket ediyor mu?) ve şekil korunduğu sürece, grafi bozmadan her iki uçtaki düğümü değiştirebilirsiniz.
Pratikte kenar, düz JavaScript'te yaşar. Yayılma ve sentez arasındaki azaltma adımı - düzleştirme, yineleme kaldırma, filtreleme - sadece düğümlerinizin döndürdüğü şekiller üzerinde çalışan koddur.
Ajana gerek yok. Graf düşüncesinin sessiz kazanımlarından biri: insanların model token'larını harcadığı büyük bir kısım aslında bir kenardır ve kenarlar ücretsizdir.
1İnsanın aklına "sonuçları birleştirmek" için bir ajan oluşturmak gelir.2Buna direnin. Birleştirme, düzleştirme ve yineleme kaldırma anlamına geliyorsa,3bu sonuçlar.flatMap(...) ve bir Set'tir — belirleyici, anlık, sıfır token.4Ajanları yargı için saklayın, tesisat için değil. Her kenarın bir ajan olduğu5bir graf, kendi kablolamasının kirasını ödeyen bir graftır.
05. parallel() ile yayılın
Bu, her şeyin bedelini ödeyen harekettir. N tane bağımsız düğümünüz olduğunda - kontrol edilecek N kaynak, incelenecek N dosya, denetlenecek N rota - onları zincirlemezsiniz.
Claude'a onları yaymasını ve aynı anda çalıştırmasını söylersiniz. Bir iş akışında bu parallel()'dir: Claude bir dizi thunk alır ve her thunk için bir alt ajan oluşturur, hepsi eşzamanlı olarak yürütülür, ardından size sonuçların dizisini geri verir.
Onu sağlam kılan iki detay. İlk olarak, parallel() bir bariyerdir - dönmeden önce her thunk'u bekler, böylece bir sonraki aşama tam kümeyi görür. İkinci olarak, hata veren bir thunk, tüm grubu reddetmek yerine null olarak çözülür, böylece tek bir sorunlu ajan çalışmayı batıramaz.
Sonuçları her zaman .filter(Boolean) ile filtreleyin. Eşzamanlılık, çekirdek sayınız ve kalan kuyruk etrafında sınırlandırılmıştır, bu nedenle yüz tane thunk iletebilirsiniz ve hepsi tamamlanır - sadece bir seferde bir avuç.
1phase('Research');23// Dokuz kaynak, dokuz ajan, hepsi aynı anda.4const raw = await parallel(5 SOURCES.map((s) => () =>6 agent(s.prompt, {7 label: `research:${s.key}`,8 phase: 'Research',9 schema: ITEM_SCHEMA, // her düğüm doğrulanmış JSON döndürür10 agentType: 'general-purpose',11 }),12 ),13);1415const collected = raw.filter(Boolean); // başarısız ajanlardan gelen null'ları atar
Yayılma, Claude'un yazdığı kodda yaşar, bir model konuşmasında değil. Claude'un kendi bağlamı asla dokuz kaynağı aynı anda tutmaz - her alt ajan kendi kaynağını taşır ve yalnızca nihai yanıt geri gelir.
Claude'un bir iş akışını düzinelerce veya yüzlerce alt ajana oturumu boğmadan ölçeklendirmesini sağlayan şey budur. Orkestrasyon katmanı sıfır token'a mal olur çünkü Claude'un düşünmesinin başka bir adımı değildir.
06. Bir bariyerde toplayın
Bir yayılma, ancak onu bir şey toplarsa kullanışlıdır. Toplanma, kenarların birleştiği düğümdür - bir ajanın (veya bir kod parçasının) tüm yukarı akış sonuçlarını aynı anda gördüğü ve tüm kümeyi gerektiren bir şey yaptığı yerdir: kaynaklar arasında yineleme kaldırma, etkiye göre sıralama, toplam boş döndüyse erken çıkış. Bir bariyerin duvar saati maliyetini hak ettiği tek yer burasıdır.
Grafları hızlı tutan kural: bir bariyeri yalnızca bir aşama gerçekten her önceki sonucu bir arada gerektirdiğinde kullanın. Tüm kaynaklar arasında yineleme kaldırma mı? Bariyer - doğru.
1// Kenar: düz JS, ajan yok, sıfır token.2const flat = collected.flatMap((c) => c.items);3log(`Collected ${flat.length} items`);45phase('Curate');6// Bariyer düğümü: yineleme kaldırma + sıralama için TÜM kümeye ihtiyaç duyar.7const curated = await agent(8 `Bunları etkilerine göre yinelemesiz kaldır ve sırala:\n${JSON.stringify(flat)}`,9 { phase: 'Curate', schema: CURATED_SCHEMA },10);
Sadece bir listeyi düzleştirmek mi? Bu bir kenardır, satır içinde yapın. Koku testi acımasız ve basittir: parallel → dönüşüm → parallel yazdıysanız ve bu ortadaki dönüşümün öğeler arası bağımlılığı yoksa, bir boru hattı kullanmalı ve bariyeri tamamen atlamalıydınız.
07. Elmas: böl → çalış → birleştir
Yayılma ve toplanmayı bir araya getirin ve her ciddi ajan grafının işgücü topolojisini elde edersiniz: elmas.
Bir düğüm işi böler, birçok düğüm paralel olarak çalışır, bir düğüm birleştirir. Bir pazar taramasının, bir bağımlılık denetiminin, bir kod incelemesinin, bir araştırma raporunun arkasındaki şekil budur - kaynakları ve promptları değiştirin ve aynı iskelet uyum sağlar.
Kanonik formun ezberlemeye değer bir adı vardır: yay → azalt → sentezle. Genişlik toplamak için yayılın, sıkıştırmak için düz kodla azaltın, cevabı yazmak için son bir ajanla sentezleyin.
Elması gördüğünüzde, "ajanımı nasıl daha fazla adım yaptırabilirim" diye sormayı bırakıp "bölünme nerede, birleşme nerede" diye sormaya başlarsınız - ki bu aslında ölçeklenen sorudur.
08. Kenarı çalışma zamanında bir koşul ile yönlendirin
Her graf sabit değildir. Bazen izlenecek kenar, bir düğümün ne bulduğuna bağlıdır. Bir yönlendirici düğüm bir sonucu inceler ve hangi aşağı akış yolunun ateşleneceğine karar verir - bileti sınıflandırın, ardından doğru işleyiciye dallanın; diff boyutunu kontrol edin, ardından hızlı bir inceleme yapın veya tam bir denetim başlatın.
Bir iş akışında bu, bir düğümün doğrulanmış çıktısı üzerinde sadece bir JavaScript if veya switch'idir, çünkü kontrol akışı kodda yaşar.
Belirleyiciliğin bir sınırlama değil, bir özellik haline geldiği yer burasıdır. Yönlendiricinin kararı Claude destekli olabilir (bir alt ajan sınıflandırır), ancak yönlendirme Claude'un yazdığı koddur - bu nedenle aynı sınıflandırma için her seferinde aynı şekilde çalışır.
Düğümde Claude'un yargısını ve kenarda betiğin güvenilirliğini elde edersiniz. "Claude denetimi atlamaya karar verdi" gibi sürprizler olmaz - çünkü atlama grafa yazılmış olurdu ve öyle değildir.
1// Yönlendirici düğüm: bir ajan sınıflandırır, kod kenarı seçer.2const { severity } = await agent(3 `Bu diff'in riskini sınıflandır:\n${diff}`,4 { schema: { type: 'object',5 properties: { severity: { enum: ['low', 'high'] } },6 required: ['severity'] } },7);89let review;10if (severity === 'high') {11 // ağır yol: tam paralel denetim12 review = await parallel(FILES.map((f) => () => agent(`Denetle ${f}`)));13} else {14 // hafif yol: tek bir hızlı geçiş15 review = await agent(`Hızlı inceleme: ${diff}`);16}
09. Kenara bir doğrulayıcı koyun
Bir grafın gerçek kaldıracı daha fazla ajan değil - onların etrafına güven üretmek için sarabileceğiniz yapıdır.
Bir doğrulayıcı düğüm, bir sonucun aşağı akışa izin verilmeden önce kenarda oturur ve tek görevi bulguyu öldürmeye çalışmaktır. Hayatta kalırsa geçer. Geçemezse cevaba asla ulaşmaz.
Elinizin altında bulunması gereken üç desen vardır.
- Çekişmeli doğrulama: her bulgu için, onu çürütmek üzere promptlanmış N bağımsız şüpheci oluşturun; yalnızca çoğunluk hayatta kalırsa saklayın.
- Perspektif çeşitliliği olan doğrulama: her doğrulayıcıya farklı bir mercek verin - doğruluk, güvenlik, tekrarlanabilirlik - çünkü çeşitlilik, N tane özdeş kontrolün asla yakalayamayacağı başarısızlık modlarını yakalar.
- Hakem heyeti: farklı açılardan N tane deneme oluşturun, paralel hakemlerle puanlayın, kazananı sentezleyin ve ikincilerin en iyilerini aşılayın.
Gerçek bir ekibin, çekişmeli kod incelemesini döngüye yerleştirerek Bun çalışma zamanını taşımasına izin veren desen tam olarak budur.
10. Düğümleri izole edin, böylece tek bir başarısızlık grafı zehirleyemesin
Bir zincirde, bir başarısızlık basamaklanır - C ölür, D asla çalışmaz, her şey durur. Bir grafta, başarısızlık düğümüne hapsedilmelidir.
Bu zaten kısmen doğrudur: parallel() içinde hata veren bir thunk null olarak çözülür, böylece sekiz iyi ajan hala geri dönerken bir kötü ajan ayrılır. .filter(Boolean) sizin hapsetme yönteminizdir.
Her toplanmayı, tam bir küme varsaymak yerine eksik girdileri tolere edecek şekilde tasarlayın.
Daha ince başarısızlık, düğümlerin birbirine müdahale etmesidir. Ajanlar dosyaları paralel olarak yazdığında çakışabilirler.
Çözüm izolasyondur: "worktree" - her ajan kendi git worktree'sinde çalışır, işini bir kum havuzunda yapar ve temiz bir şekilde birleştirir.
Yalnızca düğümler gerçekten paralel yazdığında ona başvurun. İhtiyaç duyan tek topoloji için bir emniyet kemeridir, her çalıştırmada varsayılan bir vergi değil.
11. Bir döngü ekleyin - ancak yakınsamasını sağlayın
Bazen işin ne kadar büyük olduğunu, içine girene kadar bilemezsiniz: bilinmeyen boyutta keşif, bir hata bulmanın üç tane daha ortaya çıkardığı bir hata taraması. Bu bir döngü gerektirir - daha önceki bir düğüme kontrollü bir kenar.
Tehlike açıktır: yakınsamayan bir döngü, bütçeniz bitene kadar ajanlar oluşturan sonsuz bir döngüdür.
Yakınsayan desen kuruyana kadar döngüdür: K ardışık tur yeni bir şey ortaya çıkarmayana kadar bulucular oluşturmaya devam edin, sonra durun. Onu yapan veya bozan tek detay - ve neredeyse herkesin ilk seferde yaptığı hata - neye karşı yineleme kaldırdığınızdır.
Yinelemeyi görülen her şeye karşı kaldırın, yalnızca onaylanmış sonuçlara karşı değil. Aksi takdirde reddedilen bulgular her turda yeniden ortaya çıkar, döngü asla kurumaz ve aynı çıkmaz sokakları sonsuza kadar yeniden keşfetmek için ödeme yapan bir makine inşa etmiş olursunuz.
1const seen = new Set(); const confirmed = []; let dry = 0;23while (dry < 2) { // 2 boş turdan sonra dur4 const found = (await parallel(5 FINDERS.map((f) => () => agent(f.prompt, { schema: BUGS }))6 )).filter(Boolean).flatMap((r) => r.bugs);78 const fresh = found.filter((b) => !seen.has(key(b)));9 if (!fresh.length) { dry++; continue; } // yeni bir şey yok → kurumaya doğru10 dry = 0;11 fresh.forEach((b) => seen.add(key(b))); // yinelemeyi GÖRÜLENE karşı kaldır, onaylanana değil1213 // her yeni bulguyu saymadan önce farklı merceklerle doğrula14 const judged = await parallel(fresh.map((b) => () =>15 parallel(['correctness', 'security', 'repro'].map((lens) => () =>16 agent(`"${b.desc}" ifadesini ${lens} merceğinden değerlendir — gerçek mi?`, { schema: VERDICT })))17 .then((v) => ({ b, real: v.filter(Boolean).filter((x) => x.real).length >= 2 }))));1819 confirmed.push(...judged.filter((v) => v.real).map((v) => v.b));20}
12. Modelleri düğümler arasında kademelendirin
Her düğüm en iyi modelinize ihtiyaç duymaz. Bir graf bunu, tek bir ajanın asla yapamayacağı şekilde açık hale getirir: bazı düğümler sınırlı ve tekrarlıdır (bu alanı çıkar, bu bileti sınıflandır) ve bazıları gerçek yargıyı taşır (raporu sentezle, bulguyu karara bağla).
Sıkıcı düğümleri daha ucuz bir modelde çalıştırın ve pahalı token'larınızı yargının gerçekten yaşadığı yerde harcayın.
Bir iş akışında, Claude'un oluşturduğu her alt ajan, betik onu geçersiz kılmadığı sürece oturum modelinizi devralır - bu nedenle varsayılan olarak büyük bir çalışma tamamen oturum katmanınızda faturalanır. Tek bir agent() çağrısındaki model seçeneği, Claude'a o düğümü başka bir yere yönlendirmesini söyler.
Büyük bir çalıştırmadan önce /model'i kontrol edin, ardından Claude'un yayılmanın tekrarlı düğümlerini daha ucuz bir modele yönlendirmesini ve birleştirme düğümünü yukarıda tutmasını sağlayın. Bu, token açlığı çeken bir grafı, şekline dokunmadan pahalıdan ekonomik hale getiren kaldıraçtır.
13. Topoloji maliyetiniz ve gecikmenizdir
Grafın şekli kozmetik değildir - duvar saati süresi üzerindeki en büyük kaldıraçtır. Herkesi tökezleten seçim: parallel() ve pipeline(). Bir parallel() bariyeri, bir sonraki aşama başlamadan önce her şeyin en yavaş düğümü beklemesini sağlar.
Bir pipeline(), her öğeyi tüm aşamalardan bağımsız olarak, bariyer olmadan akışına alır - A öğesi, B öğesi hala 1. aşamadayken 3. aşamada olabilir. Hızlı öğeler, yavaş olanların arkasında boşta beklemek yerine erken biter.
Varsayılan olarak pipeline()'ı kullanın. Bir bariyere yalnızca bir aşama gerçekten her önceki sonucu aynı anda gerektirdiğinde başvurun - bir kümeler arası yineleme kaldırma, toplamda erken çıkış, "diğer bulgulara" karşı karşılaştırma yapan bir prompt. "Kod daha temiz" ve "aşamalar ayrı hissettiriyor" nedenler değildir; bariyer gecikmesi gerçek, ölçülebilir, boşa harcanan zamandır. Ayrı olmak, senkronize olmakla aynı şey değildir.
14. Grafi Claude'un çizmesine izin verin - kendi kendini yönlendirme
Son hamle, önceden planlayamayacağınız işler için grafi elle çizmeyi bırakmaktır.
Dinamik iş akışları ile hedefi tanımlarsınız ve Claude orkestrasyon betiğini kendisi yazar - görevi ayrıştırır, yayılmayı seçer, koordineli bir alt ajan filosu oluşturur ve sonucu sentezler. Sığmasını umduğunuz sabit bir graf yerine bu çalıştırmaya özel bir graf elde edersiniz.
Üç giriş yolu vardır. Promptunuzda "workflow" kelimesini söyleyin ve Claude görev için bir tane yazsın. Kaydedilmiş veya paketlenmiş birini çalıştırın - /deep-research, üretimde gönderilen gerçek bir graftır: kapsam → paralel arama → getir → çekişmeli doğrulama → sentezle, bu kurstaki tam iskelet.
Veya ultracode'u açın ve Claude oturumdaki her önemli görev için bir iş akışı planlasın. Bir çalıştırma iyi olduğunda, betiğini .claude/workflows/ dizinine kaydetmek için s tuşuna basın - sürüm kontrollü, adıyla yeniden çalıştırılabilir, depoyu klonlayan herkesin başlatabileceği bir graf.
1› src/routes/ altındaki her rotada eksik kimlik doğrulama olup olmadığını2denetlemek için bir iş akışı çalıştır. Rota dosyası başına bir ajan oluştur,3ardından raporlamadan önce her bulguyu doğrula. ● Claude bir orkestrasyon betiği4yazdı · arka planda başlatılıyor… /workflows — auth-audit · çalışıyor ✓ Kapsam51/1 2.1k tok · 4s ✓ Yayılma 18/18 rota dosyası başına bir ajan ○ Doğrulama611/18 bulgu başına 3 oylu şüpheci… ○ Sentezle 0/1 doğrulama bekleniyor oturum7yanıt vermeye devam ediyor — filo çalışırken çalışmaya devam edin
Bu hafta Claude ile oluşturulacak altı graf
- Her rotada güvenlik taraması. Claude rota dosyası başına bir alt ajan oluşturur, her biri eksik kimlik doğrulama kontrollerini arar, ardından bir doğrulayıcı geçişi, rapora ulaşmadan önce her bulguyu onaylar. Hiçbir tek bağlamın tutamayacağı genişlik.
- /deep-research ile alıntılı rapor. Claude Code'da zaten gönderilen bir graf. Claude sorunuzu farklı açılara ayırır, paralel aramalar yapar, kaynaklardaki yinelemeleri kaldırır, ardından yazmadan önce her iddiayı üç oylu şüphecilerle çekişmeli olarak doğrular.
- Bir modülü dosya dosya taşıyın. Bun tavanı, deponuza ölçeklenmiş. Claude çeviriyi dosyalar arasında yayar, her birinde bir geçit olarak test paketini çalıştırır ve başarısız olanları geri döndürür - tek bir geçişin bozuk göndereceği şeyi yakalayan çekişmeli inceleme.
- Bir diff'in çekişmeli incelemesi. Claude diff boyutuna göre yönlendirir: küçük bir değişiklik tek bir hızlı geçiş alır, büyük bir değişiklik, farklı merceklerdeki incelemecilerle - doğruluk, güvenlik, performans - tam bir paralel denetim tetikler, ardından bir hakem heyeti sentezler.
- Zamanlanmış ekosistem taraması. Bir kez kaydedin, sonsuza kadar yeniden çalıştırın. Claude birçok kaynağı paralel olarak kontrol eder - sürümler, bloglar, tartışmalar - bir bariyerde etkiye göre sıralar ve özeti yazar. .claude/workflows/ içinde sürüm kontrollü, adıyla başlatılabilir.
- Bilinmeyen boyutta keşif. Kaç tane hata olduğunu bilmiyorsunuz. Claude bulucuları paralel olarak çalıştırır, her yeni bulguyu görülen her şeye karşı yinelemesiz kaldırır, hayatta kalanları doğrular ve iki tur yeni bir şey çıkana kadar döngüye devam eder - sonra durur.
Sonuç:
Bir promptçu bir soru sorar. Bir mimar bir graf çizer.
Doğrusal ajan hiçbir zaman tavan olmadı - sadece ilk şekildi, herkesin uzanıp aldığı, çünkü yazma şeklimizle eşleşiyor. Bir satır, tek kafa, seferde tek bir şey.
Düğümleri ve kenarları görebildiğinizde, ajandan daha fazlasını yapmasını istemeyi bırakıp graftan daha geniş yapmasını istemeye başlarsınız: işin bağımsız olduğu yerde yayılın, güvenin önemli olduğu yerde kenarları kapılayın, yargının gerekmediği yerde modelleri kademelendirin.
Çoğu insan adımları bir sıraya dizmeye devam edecek. Grafları çizmeyi öğrenenler bir filo işletecek - ve geri kalanların altında sıkışıp kaldığı tavanı asla fark etmeyecekler.
