Dört yapay zeka ajanı siz uyurken bir özellik çıkarabilir. Çoğu kişi bunları birbirine bağlamaz.
Bir incelemeyi buraya, bir test oluşturucuyu şuraya, elle, teker teker başlatırlar ve her biri bir öncekinin ne yaptığını unutur. Siz hâlâ darboğazsınız.
Çözüm: Planlayıcı → Kodlayıcı → Testçi → İncelemeci, otomatik el değiştirmek için zincirlenmiş. Tek tetikleyici, dört aşama, sabaha karşı tamamlanmış bir özellik.
İşte kopyala-yapıştır koduyla birlikte tam pipeline 👇
Detaylara girmeden önce, her gün AI ve vibe coding üzerine notlarımı Telegram kanalımda paylaşıyorum: https://t.me/zodchixquant 🧠
Bir pipeline neden bir yığın ajandan daha iyidir
Her şeyi yapan tek bir ajan, bağlam penceresini planlama, kod, test ve inceleme notlarıyla doldurur ve kalite düşer.
Dört uzmanın her biri temiz ve dar bir bağlamda kalır.
İşin sırrı devir dosyası. Her ajan çıktısını bir sonrakinin okuyabileceği bir yere yazar: Planlayıcı, spesifikasyonu .pipeline/spec.md dosyasına bırakır, Kodlayıcı onu okur ve .pipeline/changes.md dosyasını yazar, vb.
Onları sırayla çalıştıran orkestratör tek bir slash komutudur. Olay bu kadar: dört alt ajan, bir komut, devir işlemleri için paylaşılan bir klasör.
Ajan 1: Planlayıcı (alt ajan, opus)
Planlayıcı asla kod yazmaz. Belirsiz bir özellik talebini, Kodlayıcı'nın tahmin yürütmeden takip edebileceği somut bir spesifikasyona dönüştürür.
.claude/agents/planner.md dosyasını oluşturun:
1---2name: planner3description: Bir özellik talebini uygulama spesifikasyonuna dönüştürür. Özellik pipeline'ının ilk aşaması olarak kullanın.4tools: Read, Grep, Glob, Write5model: opus6---78Siz bir planlama uzmanısınız. Uygulama kodu YAZMAZSINIZ.910Verilen bir özellik talebi için:111. Mevcut kalıpları anlamak için kod tabanının ilgili kısımlarını okuyun.122. `.pipeline/spec.md` dosyasına bir spesifikasyon yazın:13 - Oluşturulacak veya değiştirilecek dosyalar, tam yollarla birlikte14 - Gereken arayüz veya fonksiyon imzaları15 - Uygulamanın ele alması gereken uç durumlar16 - Takip edilecek mevcut kalıplar (kopyalanacak dosyayı adlandırın)173. Belirsiz olan her şeyi spesifikasyonun üst kısmında AÇIK SORU olarak işaretleyin.1819Spesifikasyonu kısa tutun. Kodlayıcı bunu okur ve başka hiçbir şey okumaz, bu yüzden20boşluk bırakmayın ve istenmeyen gereksinimler icat etmeyin.
Planlama opus üzerinde çalışır çünkü bu aşama, sonraki her şey için kalite çıtasını belirler. Belirsiz bir spesifikasyon, Kodlayıcı ne kadar iyi olursa olsun belirsiz kod üretir.
Ajan 2: Kodlayıcı (alt ajan, sonnet)
Kodlayıcı spesifikasyonu okur ve uygulamayı yazar. Plan yapmaz ve kendi çalışmasını incelemez, sadece spesifikasyonun söylediğini inşa eder.
.claude/agents/coder.md dosyasını oluşturun:
1---2name: coder3description: .pipeline/spec.md dosyasındaki spesifikasyonu uygular. Planlayıcıdan sonra özellik pipeline'ının ikinci aşaması olarak kullanın.4tools: Read, Write, Edit, Grep, Glob, Bash5model: sonnet6---78Siz bir uygulama uzmanısınız.9101. `.pipeline/spec.md` dosyasının tamamını okuyun. AÇIK SORULAR varsa, durun ve11 tahmin yürütmek yerine onları yüzeye çıkarın.122. Spesifikasyonun tarif ettiğini aynen uygulayın. Adlandırdığı kalıpları takip edin.13 İstemediği özellikleri eklemeyin.143. `.pipeline/changes.md` dosyasına kısa bir özet yazın: hangi dosyalar değişti,15 her bir değişiklik ne yapıyor ve Testçi'nin odaklanması gereken herhangi bir şey.1617Depoyla eşleşen kod yazarsınız. Spesifikasyon kapsamı dışındaki ilgisiz kodu yeniden düzenlemez18veya "iyileştirmezsiniz".
Sonnet burada doğru seçimdir: net bir spesifikasyona karşı uygulama, Sonnet'in en iyi şekilde dengelediği maliyet-kalite işidir.
.pipeline/changes.md dosyasındaki devir notu, Testçi'nin körlemesine test etmek yerine doğru yüzeyi hedeflemesini sağlar.
Ajan 3: Testçi (alt ajan, sonnet)
Testçi neyin değiştiğini okur ve özelliğin çalıştığını kanıtlayan testler yazar, sonra onları çalıştırır.
.claude/agents/tester.md dosyasını oluşturun:
1---2name: tester3description: .pipeline/changes.md dosyasında açıklanan değişiklikler için testler yazar ve çalıştırır. Özellik pipeline'ının üçüncü aşaması.4tools: Read, Write, Edit, Grep, Glob, Bash5model: sonnet6---78Siz bir test uzmanısınız.9101. Neyin inşa edildiğini ve nerede olduğunu görmek için `.pipeline/changes.md` dosyasını okuyun.112. Değiştirilen dosyaları ve `.pipeline/spec.md` dosyasındaki spesifikasyonu okuyun.123. Şunları kapsayan testler yazın: mutlu yol, spesifikasyonun adlandırdığı uç durumlar,13 ve en az bir başarısızlık durumu. Deponun test çerçevesiyle eşleşin.144. Testleri çalıştırın. Herhangi biri başarısız olursa, başarısızlıkları15 `.pipeline/test-results.md` dosyasına yazın ve DURUN. Kodu kendiniz düzeltmeyin.165. Hepsi geçerse, bunu `.pipeline/test-results.md` dosyasında belirtin.1718Davranışı test edersiniz, uygulama ayrıntılarını değil. Başarısız bir test, pipeline'nın19İncelemeci için durakladığı anlamına gelir, sizin onu yamam anlamına değil.
Ajan 4: İncelemeci (alt ajan, opus)
Son kapı. İncelemeci, pipeline'ın ürettiği her şeyi okur ve bunların herhangi biri ana dalınıza ulaşmadan önce bir karar verir.
.claude/agents/reviewer.md dosyasını oluşturun:
1---2name: reviewer3description: Pipeline çıktısının son incelemesi. İnsan onayından önceki dördüncü ve son aşama.4tools: Read, Grep, Glob, Bash5model: opus6---78Siz kıdemli bir incelemecisiniz. Salt okunursunuz. Kodu düzenlemezsiniz.9101. Spesifikasyonu, değişiklik özetini ve test sonuçlarını11 `.pipeline/` klasöründen okuyun.122. Gerçek değişiklikleri görmek için `git diff` çalıştırın.133. Değerlendirin: kod spesifikasyonla eşleşiyor mu? Testler anlamlı mı yoksa14 yüzeysel mi? Herhangi bir güvenlik, performans veya doğruluk sorunu var mı?154. `.pipeline/review.md` dosyasına bir karar yazın:16 - KARAR: YAYINLA / DÜZELTME GEREKİR / ENGELLE17 - DÜZELTME GEREKİR veya ENGELLE için, tam olarak neyi ve nerede düzeltileceğini listeleyin.1819Son savunma hattı olun. Testler yeşil ama kod yanlışsa, ENGELLE deyin. Yeşil testler, doğru davranışla aynı şey değildir.
Salt okunur araçlar, İncelemeci'nin düzenleme yaparak sorunları örtbas edemeyeceği, yalnızca yargılayabileceği anlamına gelir.
Orkestratör: dördünü de çalıştıran tek bir komut
Şimdi dört ayrı ajantı bir pipeline'a dönüştüren parça. Onları sırayla çağıran ve her biri bir öncekinin yazdığı devir dosyasını alan bir slash komutu.
.claude/commands/ship.md dosyasını oluşturun:
1Şunun için tam özellik pipeline'ını çalıştır: $ARGUMENTS23Bu aşamaları sırayla yürüt. Atlama yapma. Her aşamadan sonra,4bir sonrakine başlamadan önce devir dosyasının var olduğunu onayla.561. Yukarıdaki özellik talebiyle `planner` alt ajanına devret.7 `.pipeline/spec.md` dosyasını bekle.82. Spesifikasyonun AÇIK SORULARI varsa, dur ve bana göster. Aksi takdirde9 `coder` alt ajanına devret. `.pipeline/changes.md` dosyasını bekle.103. `tester` alt ajanına devret. `.pipeline/test-results.md` dosyasını bekle.11 Testler başarısız olursa, dur ve bana başarısızlıkları göster.124. `reviewer` alt ajanına devret. Bana `.pipeline/review.md` dosyasını göster.1314Nihai kararı raporla. Hiçbir şeyi birleştirme. Dalı sabah incelemem için bırak.
Sonra tek bir satır tüm zinciri başlatır: /ship giriş noktasına hız sınırlaması ekle.
Gece versiyonunu nerede çalıştırıyorum
Bunun için Teamly kullanıyorum: AI ajanlarına özel olarak oluşturulmuş yönetilen bulut barındırma.
Bir ekip tutarsınız, özel altyapı üzerinde 7/24 çalışır ve asla bir sunucuya dokunmazsınız.
@Teamly'nin bu makaleye özel olarak uymasının nedeni: devir sorunu sizin için zaten çözülmüş durumda.
Yukarıda elle inşa ettiğimiz her şeyi (spesifikasyon dosyası, değişiklik dosyası, bir ajantı diğerine zincirleyen orkestratör) Teamly bir Koordinatör ile yapar.
İşi ajanlar arasında yönlendirir, bağlamı birinden diğerine aktarır ve hepsinin okuduğu ortak bir brif tutar.
Aynı Planlayıcı'dan Kodlayıcı'ya Testçi'ye akışı, ancak devir işlemlerini kendiniz bağlamazsınız.
Fark şu ki @Teamly sadece kod değildir. Aynı orkestrasyon bir pazarlama ekibi, bir araştırma ekibi veya bir destek ekibi için de çalışır.
Claude Code pipeline'ınız gece özellikler yayınlar; bir Teamly pazarlama ekibi de aynı şekilde, altında aynı devir mantığıyla içerik yayınlar.
Tam ihtiyacınız olan ekibi kurun
Yeni özellik, o ekip az önce kullanıma sunuldu: Ekibim
Artık ekibinizi sadece 3 soruyla kurabilirsiniz.
Ayrıca kontrol edebilirsiniz: ses kuralları, yasaklı ifadeler, entegrasyonlar, ekip stili (Katı / Rahat / Yaratıcı) ve ekip boyutu (2-4 ajan).
@Teamly, her bir uzmanın neden orada olduğuna dair gerçek bir mantık ile bir ekip döndürür, basmakalıp değil. Herhangi bir ajantı tek tıkla değiştirin. Brif yanlışsa düzenleyin.
Amaç, netliği zorlayan yapılandırılmış bir brif ve ardından işe almadan önce denetleyebileceğiniz bir ekip oluşturmaktır.
Önceden oluşturulmuş ekiplerle aynı devir mimarisi, sizin özel sorununuza uyarlanmış.
Önce ücretsiz deneyin
Her şeyi Teamly 5'te 3 gün ücretsiz test edebilirsiniz, 4. güne kadar ücret alınmaz.
Devam ederseniz, fiyatlandırma 5 ajan için aylık $29.
Bir yayınlanan özelliğin ayı ödeyecek kadar ucuz.
Alt satır
Bir yığın ajan ile bir pipeline arasındaki fark devirdir.
Paylaşılan dosyalara yazan dört uzman, onları sırayla çalıştıran bir orkestratör, her aşama sıfırdan başlamak yerine bir öncekinin üzerine inşa eder.
Önce Planlayıcı ve Kodlayıcı'yı oluşturun ve iki aşamalı bir zincir olarak çalıştırın. Bu akış sağlamlaştığında, Testçi ve İncelemeci'yi ekleyin.
Dördü de bağlandığında, yatmadan önce bir özellik başlatacak ve kahvenizle birlikte bir karar okuyacaksınız.
AI ajanları, vibe coding ve Claude Code kurulumları hakkında günlük notlar için: https://t.me/zodchixquant 🧠
