Agentic Coding Nedir?

Bir prompt yazdınız, yanıtı okudunuz, işe yarayan kısımları editörünüze kopyaladınız, modelin yanlış yaptığı yerleri düzelttiniz ve testleri kendiniz çalıştırdınız. Bu döngü sizi kod yazarken hızlandırdı. Ama işi kimin yaptığını değiştirmedi. Tüm görevi hâlâ kafanızda taşıyan, onu her yapıştırmayla bir adım ileri taşıyan sizdiniz.

Ajan tabanlı kodlama, işte bunun değiştiği nokta. Kopyalayıp yapıştıracağınız bir yanıt için prompt yazmak yerine, bir iş birimini devredersiniz ve karşınıza araştırılmış, uygulanmış, test edilmiş ve raporlanmış bir sonuç çıkar. Geliştiricinin işi her satırı yazmaktan, yön belirlemeye, yetki vermeye ve gelen sonucu kabul etmeye ya da reddetmeye kayar. Bu rehber ajan tabanlı kodlamayı çalışan geliştirici ekipleri için tanımlıyor, sohbet asistanından orkestre edilmiş Crew'e uzanan olgunluk merdivenini adım adım anlatıyor ve bu dönüşümün dayandığı çizgiyi çekiyor: insanın nerede durduğunu.

Baştan sona referans iş akışı olarak Sharkly'yi kullanacağız, çünkü ajan tabanlı kodlamanın zor kısmı ajanın kod yazması değil. Zor olan, çok sayıda çalıştırmayı koordine etmek, bağlamı tek bir paylaşılan yerde tutmak ve neyin gerçekten yayına gireceğine karar vermek. Sharkly hepsi bir arada bir Ajan komuta ve yönetim platformu: ekibinizin hâlihazırda kullandığı kodlama araçlarının etrafına paylaşılan görev, Computer, bağlam, kontrol ve inceleme katmanını ekliyor. "Bir ajan bir miktar kod yazdı" durumunu, bir ekibin güvenebileceği ajan tabanlı kodlamaya dönüştüren tam da bu katman.

TL;DR: ajan tabanlı kodlama nedir?

Ajan tabanlı kodlama, sınırları belirlenmiş bir iş birimini, kod tabanını araştıran, değişikliği yapan, testleri çalıştıran ve kanıtlarla geri dönen bir yapay zekâ kodlama Ajanına devrettiğiniz bir yazılım geliştirme iş akışıdır; tek bir prompt'a yanıt almak yerine bunu yaparsınız. Geliştirici yazardan yönetmene geçer: yönü siz belirlersiniz, yetkiyi siz verirsiniz, sonucu siz kabul edersiniz. Dört aşamada olgunlaşır: otomatik tamamlama yapan bir sohbet asistanından tek bir çalışan Ajana, oradan paralel Ajanlara ve tek bir lider Ajan tarafından koordine edilen orkestre bir Crew'e.

Prompt ve yapıştırma tavanı

Sohbet tabanlı yapay zekâ kodlaması, çoğu ekibin hissettiği ama nadiren adlandırdığı bir tavana çarptı. Aynı anda yalnızca tek bir soru sorabiliyorsunuz. Her yanıt yine sizin kucağınıza düşüyor; okumanız, değerlendirmeniz, gerçek koda bağlamanız ve kontrolleri çalıştırmanız gerekiyor. Yazma işini model yapıyor; düşünmeyi, entegrasyonu ve doğrulamayı siz yapıyorsunuz. Bunu bir sprint'e yaydığınızda asistan küçük adımda hızlı, büyük adımda işe yaramaz hale geliyor.

Bu sıkıntı kendini üç öngörülebilir yerde gösteriyor. Birincisi, bağlam sizin kafanızda ve özel sohbet geçmişinizde yaşıyor; bu yüzden bir ekip arkadaşı ajanın neden böyle bir seçim yaptığını ya da daha önce neleri denediğini göremiyor. İkincisi, verim tek bir insanın dikkatiyle sınırlı: beş terminal açık, beş yarım kalmış ajan oturumu var ve hangisinin gerçekten bittiğine dair paylaşılan bir kayıt yok. Üçüncüsü, hiçbir şeyin hesabı verilemiyor. Ajanın akıl yürütmesi, diff'i ve test çıktısı, kod merge edilmeden önce kimsenin incelemediği bir sohbet penceresine dağılıp gidiyor.

Ajan tabanlı kodlama, etkileşim birimini değiştirerek bu üç soruna da yanıt veriyor. Mesaj alışverişini bırakıp iş devretmeye başlıyorsunuz. İş birim haline geldiğinde ise bir yerde yaşaması, bir sahibi olması ve yayına girmeden önce bir kapıdan geçmesi gerekiyor. Bu makalenin asıl konusu bu iş akışı ve "ajan kendi başına kod yazar" diyerek biten bir tanımın ekipler için konuyu neden kaçırdığının sebebi de bu. Aynı hikâyenin orkestrasyon tarafını merak ediyorsanız, AI ajan orkestrasyonu rehberimiz bu yazının tamamlayıcı sütunu.

Ajan tabanlı kodlamanın pratik bir tanımı

Alıntılamaya değer tek cümlelik tanım şu: ajan tabanlı kodlama, bir kişinin kapsamı belirlenmiş bir Görevi, araştıran, uygulayan, test eden ve sonucu raporlayan bir yapay zekâ kodlama Ajanına devrettiği; yönün, yetkinin ve nihai kabulün ise kişide kaldığı bir geliştirme iş akışıdır.

Bu cümlenin iki yarısı bütün fikri taşıyor. Ajanın yarısı bir fiil döngüsü: kod tabanını ve gereksinimi araştır, değişikliği uygula, testleri ve build'i çalıştır, sonra bir özet ve incelenebilir kanıtlarla geri dön. Kişinin yarısı ise daha kısa bir döngü: yönü belirle, yetkiyi ver, kabul et ya da reddet. Ajanlar araştırır, uygular, test eder ve raporlar. İnsanlar yön belirler, yetki verir ve sonucu kabul eder. Otomasyon, ekip muhakemesinin gerektiği yerde durur.

Ajan tabanlı kodlamanın ne olmadığını söylemek de faydalı. Modelin geliştiricinin yerini alması değil ve "bırakalım yapay zekâ gözetimsiz çalışsın, nasılsa olur" demek de değil. Kapsamı belirleyen ve sonucu kabul eden bir kişi olmadan çalışan bir kodlama Ajanı, ajan tabanlı kodlama değildir; sahipsiz bir süreçtir. Bu dönüşüm insanı ortadan kaldırmakla ilgili değil. İnsanı her tuş vuruşunun ortasından alıp önemli olan iki uca taşımakla ilgili: ne inşa edilecek ve yayına alınacak kadar iyi mi.

Bu ayrım, ajan tabanlı kodlamayı üretilen kodu okumadan kabul ettiğiniz "vibe coding"den de ayırır. Vibe coding insanı kabul ucundan düşürür. Ajan tabanlı kodlama o ucu korur ve ortadakini otomatikleştirir. Biri kısayol; diğeri bir ekibi üzerinde çalıştırabileceğiniz bir iş akışı.

Olgunluk merdiveni: ajan tabanlı kodlamanın dört aşaması

Ekipler doğrudan otonom Ajanlara atlamaz. Tırmanırlar. Basamakları adlandırmak, ekibinizin şu anda nerede olduğunu ve bir sonraki dürüst adımın nasıl göründüğünü netleştirir.

1. Aşama: sohbet asistanı

Model satırları tamamlar, soruları yanıtlar ve editörünüzün içinde fonksiyon taslakları yazar. Her adımı siz yönetirsiniz. Kalıcı bir Görev, bir sahiplik ve bir rapor yoktur; değer, daha hızlı yazmak ve hızlı aramalardır. Çoğu geliştiricinin başladığı yer burasıdır ve tek satırlık bir düzeltme için hâlâ doğru araçtır. Burada bir Ajana başvurmak fazla kaçar.

2. Aşama: tek Ajan

Kapsamı belirlenmiş tek bir Görevi tek bir Ajana verip döngünün tamamını çalıştırmasına izin verirsiniz: ilgili dosyaları okur, değişikliği yapar, kontrolleri çalıştırır ve bir diff ile özetle geri döner. Ajan, boş bir prompt'tan değil, kodun mevcut durumundan yola çıkarak çalışır. Bu, ajan tabanlı kodlamanın ilk gerçek basamağıdır; çünkü ilk kez birim mesaj değil, iştir. İyi bir başlangıç noktası küçük ve düşük riskli bir değişikliktir; ilk görevinizi bir AI kodlama Ajanına nasıl atayacağınıza dair rehberimiz tam da bu basamağı ele alıyor.

3. Aşama: paralel Ajanlar

Şimdi aynı anda birden fazla Ajan çalıştırıyorsunuz; her biri kendi Görevinde, her biri çakışmasınlar diye izole bir worktree'de. Frontend işi, bir backend endpoint'i, bir hata düzeltmesi ve bir test kapsamı paketi aynı anda ilerleyebilir. Verim artık tek bir insanın dikkatiyle sınırlı değil. İşin püf noktası koordinasyon: hedefleri, diff'leri ve sonuçları tek bir yerde tutan bir şey olmadıkça, beş terminalde beş Ajan daha hızlıdır ama aynı zamanda kaostur. Ekiplerin tmux ve doğaçlama script'lerle başının dertte olduğu basamak burasıdır; mekanik için birden fazla Claude Code Ajanını paralel çalıştırma rehberimize bakın.

4. Aşama: orkestre edilmiş Crew

En üst basamakta bir lider Ajan daha büyük bir hedefi yorumlar, onu Görevlere böler, diğer Ajan üyelerini devreye alır ve birleşik sonuçlarını tek bir Göreve döndürür. Crew, tek bir lider Ajan tarafından koordine edilen, yeniden kullanılabilir bir İnsan ve Ajan grubudur. Artık tek tek değişiklikler devretmiyorsunuz; sonuçları devrediyorsunuz. Bu çok güçlü ve aynı zamanda insan kabulünü atlama cazibesinin en yüksek olduğu basamak; kabul kapısının en çok burada önemli olmasının nedeni de tam olarak bu.

İş küçük ve iyi tanımlanmışsa tek bir Ajan kullanın. Liderin hedefi yorumlaması, diğer Ajan üyelerini devreye alması ve sonuçlarını tek bir Görevde toplaması gerekiyorsa Crew kullanın. Ajanların ne yaptığını inceleyecek görünürlüğe sahip olmadan erken bir basamağa tırmanmak, ekiplerin en sık yandığı durumdur.

Ajan döngüsü: araştır, uygula, test et, raporla

Fiil döngüsünün üzerinde biraz durmakta fayda var, çünkü bir Ajanı süslü bir otomatik tamamlamadan ayıran şey budur.

Araştırma. Koda dokunmadan önce yetkin bir Ajan ürün bağlamını, kod tabanını, geçmişteki ilgili Görevleri ve ekibin kurallarını okur, ardından kapsamı ve kabul kriterlerini tamamlar. Sohbetin tamamen atladığı adım budur. Bir prompt hiçlikten başlar; bir Ajan ise deponuzun bugünkü halinden başlar.

Uygulama. Ajan değişikliği izole bir worktree'de yapar; böylece yarım kalmış bir çalıştırma ana dalı ya da başka bir Ajanın işini kirletmez. Bunun altındaki sıkıcı ama kanıtlanmış mekanizma Git worktree'lerdir; aynı anda birçok dalın ayrı çalışma dizinleri olarak var olmasını sağlarlar.

Test. Ajan tip kontrolünü, test paketini ve build'i çalıştırır ve sonuçları ekler. "İşte bir miktar kod" ile "geçen bir değişiklik" arasındaki fark budur. Kanıtsız bir rapor sadece bir iddiadır.

Raporlama. Uygulama, engeller, sonuçlar ve takip tartışması özel bir terminale değil, Görev zaman çizelgesine döner. Değişiklik özeti, doğrulama sonuçları ve bilinen sınırlar, inceleyenin okuyabileceği tek bir yerde durur. İş her zaman Göreve döner.

Bu son fiil, tüm iş akışının sessiz merkezidir. Sonuçlar bir sohbet penceresinde kaybolmak yerine paylaşılan bir Göreve döndüğünde, ajan tabanlı kodlama tek kişilik bir numara olmaktan çıkıp ekibin görebileceği, inceleyebileceği ve güvenebileceği bir şeye dönüşür.

İnsan nerede kalıyor: kabul sözleşmesi

Ajan tabanlı kodlamadaki en önemli cümle, otomatikleştirmediğiniz kısımlarla ilgilidir. Ajanlar araştırır, uygular, test eder ve raporlar. İnsanlar yön belirler, yetki verir ve sonucu kabul eder. Nihai kabul ve yayın kararlarını insanlara bırakın.

Bunu insanın kaldığı üç noktaya ayıralım:

• Yön. İhtiyacı bir kişi tanımlar ve hedefi belirler. Ajan kapsamı şekillendirebilir ve kabul kriterlerini yazabilir, ama niyet sizinle başlar. Çöp bir yön, yanlış problemi çözen kendinden emin ve iyi test edilmiş kod üretir.
• Yetki. Ajan, sizin verdiğiniz sınırlar içinde hareket eder: hangi depolara dokunabilir, hangi Computer'da çalışır, pull request açabilir mi yoksa merge'den önce durmak zorunda mı. Yetki açıktır, varsayılmaz.
• Kabul. Bir kişi değişiklik özetini ve kanıtları inceler, sonra kabul eder, değişiklik ister ya da merge ve yayın adımına karar verir. Bu kapı, Ajan ne kadar iyi olursa olsun asla makineye geçmez.

Ajan tabanlı kodlamayı ekip ölçeğinde güvenle çalıştırılabilir kılan sözleşme budur. Otomasyon, ekip muhakemesinin gerektiği yerde durur ve eksiksiz bağlam ile incelenebilir kanıtlarla bir teslimat döndürür. Dikkat edin, bu sözleşme iyi Ajanları yavaşlatmaz. Onların çıktısına yargılanacak bir yer verir. Temiz bir diff, yeşil testler ve net bir özet üreten bir Ajan, kabulü hızlı hale getirir. Kapı bir sürtünme değil; güvenin kanıt üzerinden kazanıldığı ya da esirgendiği noktadır.

Sharkly ile ajan tabanlı kodlama bir ekip iş akışı olarak

Yukarıdaki her şey bir geliştirici ve bir Ajan için işler. Bir ekipte ise iş, bağlam ve inceleme paylaşılan bir yerde yaşamadıkça her şey dağılır. Sharkly'nin doldurduğu boşluk tam da bu.

Sharkly, Claude Code'un, Codex'in ya da diğer uygulama araçlarının yerini almaz. Ekibinizin zaten kullandığı araçların etrafına paylaşılan görev, Computer, bağlam, kontrol ve inceleme katmanını ekler. Uygulamayı Claude Code, Codex ve benzeri araçlar yapar. Sharkly ise bu araçlar genelinde ekip düzeyinde görev atamayı, bağlı Computer'ları, Görev bağlamını, ilerlemeyi, engelleri, sonuçları ve insan incelemesini yönetir. Ekibinizin zaten yapılandırdığı model abonelikleri ve API anahtarları sizde kalır; Sharkly çalıştırmaları atanabilir ve izlenebilir hale getirir.

Dört aşamalı merdivenin ürüne nasıl karşılık geldiği şöyle:

• Görev, Sharkly'deki ana iş birimidir ve bir talebin, Ajanın diff'inin, test sonuçlarının ve incelemenin hepsinin yaşadığı yerdir. Bu, sohbetin hiç sahip olmadığı paylaşılan kayıttır.
• Bir Ajan işin nasıl ele alınacağını tanımlar; bir Computer ana makineyi ve yerel kaynakları sağlar; bir Runtime gerçek ajan oturumunu yürütür; Görev ise ekip için paylaşılan kayıt olarak kalır. Her rolün tek bir işi vardır.
• Paralel Ajanlar çalıştırmak güvenlidir, çünkü her biri bağlı bir Computer üzerinde izole bir worktree'de çalışır; böylece eşzamanlı çalıştırmalar birbirinin üzerine basmaz.
• Crew, orkestre edilmiş basamağı üstlenir: tek bir lider Ajan tarafından koordine edilen, yeniden kullanılabilir bir İnsan ve Ajan grubu; birleşik sonuç tek bir Göreve döner.

Resmî ürün geliştirme akışı, ajan döngüsünü ve kabul sözleşmesini birebir yansıtan dört aşama olarak okunur: bir kişi ihtiyacı tanımlar ve bir Ajan araştırıp çalıştırılabilir Görevler oluşturur; Ajanlar hazır Görevleri üstlenir ve paralel olarak geliştirir; Ajan tip kontrolünü, testleri ve build'i çalıştırır, kanıtları ekler ve bir kişi kabul eder ya da değişiklik ister; ekip tamamlanmayı, sahipliği, bağımlılıkları ve engelleri paylaşılan planda takip eder. Ekibin kaldıracı daha fazla yapay zekâ sohbeti açmaktan gelmez. Rolleri, kuralları, bağlamı ve iş akışlarını paylaşmaktan gelir; böylece iyi bir kurulum, ekibin yeniden kullandığı bir geliştirme yeteneğine dönüşür.

Pratik kazanç, bağlamın, ilerlemenin, engellerin, sonuçların ve insan incelemesinin görünür kaldığı bir sistemdir; bir talep oluşturun ve ona düşük riskli bir Görev atayın.

Ajan tabanlı kodlamayı benimserken yapılan yaygın hatalar

Birkaç başarısızlık kalıbı tekrar tekrar karşımıza çıkıyor. Bunları atlarsanız geçiş çok daha rahat olur.

1. Tek bir Ajanı inceleyemeden Crew'lere tırmanmak. Tek bir Ajanın işini net biçimde göremiyor ve kabul edemiyorsanız, beş tanesi sizi gömer. 4. Aşama'dan önce 2. Aşama'da ustalaşın.
2. Belirsiz bir yön devretmek. "Ödeme akışını iyileştir" bir Görev değildir. Kapsamı siz belirleyin ya da Ajanın kapsamı ve kabul kriterlerini taslak olarak yazmasına izin verip çalışmadan önce onaylayın.
3. Teslim tarihi baskısı altında kabul kapısını atlamak. Testler geçti diye okumadığınız ajan çıktısını merge ettiğiniz an, ajan tabanlı kodlamayı vibe coding ile değişmiş olursunuz. Testlerin geçmesi gerekli ama yeterli değildir.
4. Paralel Ajanları izolasyon olmadan çalıştırmak. Aynı çalışma dizinini paylaşan eşzamanlı Ajanlar birbirlerinin değişikliklerini bozar. 3. Aşama'da Ajan başına izole worktree opsiyonel değildir.
5. Bağlamın özel sohbetlerde yaşamasına izin vermek. Bir değişikliğin arkasındaki akıl yürütme Görevde yoksa, bir sonraki kişi onu inceleyemez ya da üzerine inşa edemez. Kaydı paylaşılan yerde tutun.

Ajan tabanlı kodlamanın ilgili terimlerle karşılaştırması

Bu alandaki terminoloji gürültülü. Ajan tabanlı kodlamanın, karıştırıldığı terimlerin yanında nerede durduğu şöyle.

Ajan tabanlı kodlama iş akışıdır. Orkestrasyon ise onu çalıştıran birden fazla Ajanınız olduğunda ihtiyaç duyduğunuz şeydir. İkisi aynı sistemin iki sütunudur; bu yüzden birini benimseyen ekipler kısa süre sonra diğerini de ister.

Gerçek dünya kullanım senaryoları

Teslim tarihi baskısı altında backend endpoint'i. Bir geliştirici yeni bir endpoint'i, girdilerini ve kabul kriterlerini bir Görev olarak tanımlar. Bir Ajan mevcut route kalıplarını araştırır, handler'ı ve testleri izole bir worktree'de yazar, test paketini çalıştırır ve yeşil kontrollerle bir diff döndürür. Geliştirici inceler ve merge eder. Harcanan toplam el emeği: bir kapsam mesajı ve bir inceleme.

Paralel hata avı. Bir teknik lider standup'tan önce birbiriyle ilgisiz altı hata Görevi açar. Altı Ajan bunları üstlenir; her biri kendi worktree'sinde ve Computer'ında. Sabah ortasına gelindiğinde Görevler, incelemeye hazır, test kanıtlı altı diff taşır. Tek bir kişinin dikkati artık altı düzeltmenin verimini sınırlamaz.

Crew ile daha büyük bir hedef. Backend, frontend ve migration işlerini içeren bir ayarlar sayfası gibi daha büyük bir hedef bir Crew'e gider. Lider Ajan bunu Görevlere böler, üye Ajanları devreye alır ve birleşik sonucu tek bir kabul kararı için tek bir Göreve döndürür. Yönetici, sahipliği, bağımlılıkları ve engelleri baştan sona paylaşılan Sprint'te görür.

Sonuç

Ajan tabanlı kodlama daha akıllı bir otomatik tamamlama değildir. İş biriminde bir değişimdir: yapıştırdığınız prompt'tan devrettiğiniz Göreve. Ve rolünüzde buna eşlik eden bir değişim: yazardan yönetmene. Akılda tutmaya değer tanım basit:

• Ajanlar araştırır, uygular, test eder ve raporlar; insanlar yön belirler, yetki verir ve kabul eder.
• Dört basamakta olgunlaşır: sohbet asistanı, tek Ajan, paralel Ajanlar, orkestre edilmiş Crew.
• Ajan ne kadar yetenekli olursa olsun, kabul kapısı asla makineye geçmez.
• Paralel iş izolasyon gerektirir; ekip işi ise sonuçların döndüğü paylaşılan bir Görev gerektirir.
• Zor kısım koordinasyon ve incelemedir; Sharkly'nin hâlihazırda kullandığınız kodlama araçlarının etrafına eklediği katman da bu.

İşe yarayan en alt basamaktan başlayın. Sharkly'yi indirin, bir Computer bağlayın, bir Ajan oluşturun ve ona küçük ve sıkıcı bir iş verin. Sonucu kendiniz kabul edin. Bir kez çalıştırılan bu tek döngü, bu yazıdaki dahil, herhangi bir tanımdan daha fazlasını öğretir.

SSS

Ajan tabanlı kodlama basit ifadeyle nedir? Yazılım geliştirmenin, kapsamı belirlenmiş bir işi, kod tabanınızı araştıran, değişikliği yapan, testleri çalıştıran ve kanıtlarla geri dönen bir yapay zekâ kodlama Ajanına devrettiğiniz bir yoludur; sohbette tek tek mesaj alışverişi yapmak yerine bunu yaparsınız. Neyin inşa edileceği ve sonucun yayına alınacak kadar iyi olup olmadığı konusunda kontrol sizde kalır.

Ajan tabanlı kodlama, kod yazmak için ChatGPT veya Copilot kullanmaktan nasıl farklıdır? Sohbet asistanları ve otomatik tamamlama bir prompt'u yanıtlar ve sonucu entegre edip doğrulamanız için size geri verir. Bir Ajan ise bütün bir Görevi araştırma, uygulama, test ve raporlanmış sonuç boyunca götürür. Birim mesajdan bir iş parçasına dönüşür ve Ajan boş bir kutu yerine gerçek deponuzdan başlar.

Ajan tabanlı kodlama vibe coding ile aynı şey mi? Hayır. Vibe coding, üretilen kodu okumadan kabul etmek anlamına gelir ve bu, insanı kabul adımından çıkarır. Ajan tabanlı kodlama kabulü kararlı biçimde bir kişide tutar ve yalnızca ortadakini otomatikleştirir: araştırma, uygulama ve test. Biri kısayol; diğeri incelenebilir bir iş akışı.

Ajan tabanlı kodlama geliştiricilerin yerini alır mı? Hayır. Geliştiriciyi her satırı yazmaktan, yön belirlemeye, yetki vermeye ve sonucu kabul etmeye taşır. Ajanlar araştırır, uygular, test eder ve raporlar; neyin inşa edileceğine ve yayına girip girmeyeceğine insanlar karar verir. Nihai kabul ve yayın insanlarda kalır.

Ajan tabanlı kodlamaya başlamak için hangi araçlara ihtiyacım var? Görev çalıştırabilen bir yapay zekâ kodlama aracı (Claude Code, Codex ve benzerleri) ve iş devretmek, paylaşılan bağlamı tutmak ve sonuçları ekip genelinde incelemek için bir katman. Sharkly o katmandır; hâlihazırda sahip olduğunuz uygulama araçlarının ve aboneliklerin üzerinde çalışır. Genel bakış için Sharkly nedir yazımıza bakın.

Ekipler aynı anda çok sayıda kodlama Ajanını kaos olmadan nasıl çalıştırır? Her Ajan izole bir worktree'de kendi Görevi üzerinde çalışır ve her sonuç, bir kişinin inceleyebileceği paylaşılan bir Göreve döner. Bu bileşim, uygulama için izolasyon artı inceleme için paylaşılan kayıt, paralel çalıştırmaların çakışmasını önleyen şeydir. Birden fazla Claude Code Ajanını paralel çalıştırma rehberimiz kurulumu ele alıyor.

Bir ajan tabanlı kodlama iş akışında insan nerede kalır? Üç noktada: yön (ne inşa edilecek), yetki (Ajanın neye dokunmasına izin verildiği) ve kabul (sonucun yayına girip girmeyeceği). Bu noktaların arasındaki her şey otomatikleştirilebilir; bu üçü insanlarda kalır.