Aynı Anda Birden Fazla Claude Code Oturumu Nasıl Çalıştırılır (Takibi Kaybetmeden)

İki Claude Code oturumu çalıştırmak bir prodüktivite hilesi gibi hissettiriyor. Beşini çalıştırmak ise kedi gütmek gibi. Normal bir Techsy müşteri gününde aynı anda üç ya da dört Claude Code ve OpenAI Codex oturumu açık tutuyoruz: biri bir Next.js route'unu refactor ediyor, biri test yazıyor, biri de 20 dakika önce kimsenin fark etmediği bir onayda duraklamış durumda. Zor kısım kodlamak değil. Şu anda hangi terminalin bir insana ihtiyacı olduğunu bilmek, zor olan bu.

Kısa özet

Birden fazla AI kodlama oturumunu kaosa girmeden paralel çalıştırmak için: her oturuma tek, dar kapsamlı bir görev verin, aynı dosyalara asla dokunmasınlar diye her birini kendi git worktree'sine yerleştirin, her oturumu canlı izlemek yerine review'larınızı toplu yapın ve hangisinin tıkandığını bilmek için oturum durumunu takip eden bir araç kullanın. Başarısızlık modu asla "çok fazla çıktı" değildir. Siz yanlış oturumu beklerken, bitmiş ya da takılı kalmış bir oturumun sessizce beklemesidir.

Tek oturum nasıl dörde çıktı

Tek bir agent oturumunun ölü zamanları vardır. Plan yapar, düzenler, test suite'i çalıştırır, yavaş bir kurulumu bekler. O çalışırken siz orada oturursunuz. Mantıklı hamle, ilgisiz bir işte ikinci bir oturum başlatmak, sonra da üçüncü bir tane. 2026'da bunu pratik hale getiren, bir yıl önce acı veren iki şey var: agent'lar context'i bir görevin tamamını üstlenecek kadar uzun süre tutabiliyor ve git worktree'ler her oturumun kendi dizininde kendi branch'i üzerinde çalışmasına izin veriyor.

Matematik basit. Her oturum zamanın %60'ında üretkense, kademeli başlatılmış üç oturum, birbirini bloke etmeden sizi tam kapasiteye daha yakın tutar. Koordinasyon maliyetinin kazançları yemeye başladığı nokta olarak üç ile dört arasında karar kıldık.

Gerçek sorun: oturumlar bağırmaz, sessizleşir

İşte kimsenin sizi uyarmadığı başarısızlık şekli. Paralel oturumlar sizi çıktıyla boğarak başarısız olmaz. Sessizleşerek başarısız olurlar. Bir run biter ve bir sonraki talimatı bekler. Bir run "bu migration'ı silmeli miyim?" diye sorup durur. Bir run rate limit'e takılıp durur. Bunların hiçbiri bağırmaz. Onları 15 dakika sonra sekmeye geri döndüğünüzde, çalıştığını sandığınız oturumun aslında baştan beri boşta oturduğunu fark ederek bulursunuz.

Üç ve üzeri oturumda kıt kaynak compute değildir. Kıt olan sizin dikkatinizdir, daha doğrusu bir sonraki anda dikkatinizi nereye yönlendireceğinizi bilmektir.

Üç oturumun ötesinde de işleyen bir iş akışı

Gerçek işlerde kullandığımız kurulum şu:

1. Oturum başına tek görev. "Auth modülünü refactor et" bir oturumdur. "Kod tabanını iyileştir" değildir. Dar kapsam, bir oturumu kendi haline bırakıp çıktısına daha sonra güvenmenizi sağlayan şeydir.
2. Oturum başına bir git worktree. git worktree add ../feature-x feature-x her agent'a kendi dizinini ve branch'ini verir. Aynı dosyayı düzenleyen iki oturum, bir öğleden sonrayı merge conflict'lere kaptırmanın en hızlı yoludur.
3. Başlangıçları kademelendirin. Oturumları birkaç dakika arayla başlatın, böylece "review gerekiyor" anlarına hepsi aynı anda değil, farklı zamanlarda ulaşırlar.
4. Review'ları toplu yapın. Dadılık yapmayın. Oturumların çalışmasına izin verin, sonra tek bir odaklanmış geçişte iki ya da üç diff'i inceleyin. Prodüktivitenin asıl sızdığı yer, her küçük adımda context değiştirmektir.
5. Kontrol etmeden oturum durumunu bilin. Çoğu kişinin atladığı parça bu ve diğer dördünün yoğun bir günün gerçekliğine dayanmasını sağlayan da bu. Daha önce bir SKILL.md yazdıysanız, disiplinin karşılığını verdiğini zaten biliyorsunuz; burada da aynısı geçerli. Daha geniş iş akışı için Claude skill yazma rehberimize, dayandığımız otomasyonlar için Techsy kütüphanesine göz atın.

Oturum durumunu tek bakışta görmek

Bir ile dört arasındaki adımlar birer alışkanlıktır. Beşinci adım ise bir araç gerektirir, çünkü beş terminali gözle takip edip aynı zamanda derin iş de yapamazsınız. Oturumları izleyen ve hangisinin sizi beklediğini söyleyen bir şey istiyorsunuz, böylece sekmeler arasında döngü halinde dolaşmak zorunda kalmazsınız.

Açıklama: Agent Island bir Techsy iş ortağıdır ve bu bölümdeki bağlantı sponsorludur.

Agent Island, macOS ve Windows'ta Claude Code ve OpenAI Codex için ücretsiz, açık kaynaklı bir durum takipçisidir. Yerel olarak çalışır ve desteklenen her oturumun çalışıyor mu, girdi mi bekliyor, bitti mi, takıldı mı yoksa rate limit'e mi girdi, tek bakışta gösterir; bir oturum girdiye ihtiyaç duyduğunda sizi uyarabilir. Oturum durumunu kendi makinenizde okur: oluşturulacak bir Agent Island hesabı yoktur, ürün telemetrisi yoktur ve oturum verileriniz Agent Island'a yüklenmez. Kaynak kodu MIT lisanslıdır ve GitHub'da mevcuttur. Kapsamı netleştirmek gerekirse: bir AI kodlama agent'ı, bir IDE ya da barındırılan bir izleme servisi değildir. Zaten kullandığınız araçların yanında duran ve tek bir soruyu iyi yanıtlayan bir durum katmanıdır: şu anda hangi oturum beni bekliyor.

Paralel oturumları ne zaman çalıştırmamalısınız

Paralellik bedava değildir. Şu durumlarda vazgeçin:

• İş sıkı sıkıya bağlıysa. Her değişiklik aynı çekirdek dosyalara dokunuyorsa, oturumlar birbiriyle çakışır. Tek oturum çalıştırın.
• Hâlâ keşif aşamasındaysanız. Erken tasarım işi, dört yarım kalmış hat yerine tam dikkatinizi tek bir hatta ister.
• Ürettiğiniz hızda review yapamıyorsanız. Hiç okumadığınız diff'ler üreten dört oturum hız değildir. Fazladan adımlı ve daha riskli bir backlog'dur.

İyi yönetilen iki oturum, izini kaybettiğiniz beş oturumu her zaman geçer.

Techsy ekibi bunu nasıl yürütüyor

Müşteri projelerinde dört oturumla sınırlı tutuyoruz: her birinde tek görev, her biri kendi worktree'sinde, kabaca yarım saatte bir toplu olarak review edilen. En büyük farkı yaratan şey daha hızlı bir model değildi. Kontrol etme ihtiyacını ortadan kaldırmaktı. Bir oturum kendi durumunu bildirdiğinde, "hangisi tıkandı" artık kafanızda taşıdığınız bir soru olmaktan çıkıyor ve bütün mesele kedi gütmek gibi hissettirmeyi bırakıyor. Bizi "iki oturum benim sınırım" noktasından, dört oturumu korkmadan çalıştırmaya taşıyan tek değişiklik buydu.

Sıkça Sorulan Sorular

Aynı anda kaç Claude Code oturumu çalıştırabilirim?

Teknik olarak, makinenizin ve rate limit'lerinizin izin verdiği kadar. Pratikte çoğu geliştirici, koordinasyon yükü faydayı sıfırlamadan önce üç ile dört arasında bir yerde tavan yapıyor. İkiyle başlayın, o kadar diff'i review etmek rahat hissettirdiğinde üçüncüyü ekleyin.

Paralel oturumlar context ya da hafızayı paylaşır mı?

Hayır. Her Claude Code ya da Codex oturumunun kendi context window'u ve kendi konuşması vardır. Bu izolasyon bir özelliktir: onlara ilgisiz görevler verebilmenizin nedeni de budur. Oturum başına bir git worktree'nin önemli olmasının nedeni de bu, böylece dosya değişiklikleri de izole kalır.

Bunun için git worktree'nin amacı nedir?

Bir worktree, her oturuma aynı repository'den kendi çalışma dizinini ve branch'ini verir. Aynı dizinde aynı dosyaları düzenleyen iki agent birbirinin işinin üzerine yazar. Worktree'ler, siz merge edene kadar onları fiziksel olarak ayrı tutar.

Bir oturumun ne zaman girdi beklediğini nasıl anlarım?

Araç olmadan, kontrol edene kadar anlayamazsınız. Agent Island gibi bir durum takipçisi hangi oturumların çalıştığını, beklediğini, bittiğini, takıldığını ya da rate limit'e girdiğini gösterir ve biri girdiye ihtiyaç duyduğunda sizi uyarabilir, böylece terminaller arasında dönüp durmazsınız.

Birden fazla oturum çalıştırmak daha mı pahalıya mal olur?

Planınızın kapasitesinin daha fazlasını kullanırsınız ve rate limit'lere daha erken çarpabilirsiniz; oturumların takılmasının nedenlerinden biri de budur. Oturumları başlatma temponuzu ayarlayın ve sessiz bir oturumun hâlâ çalıştığını varsaymak yerine rate-limit durumlarını izleyin.

Paralel agent'lar tek başına çalışan bir geliştirici için buna değer mi?

Evet, review hızınız üretim hızınıza yetiştiği sürece. İyi kapsamlanmış iki oturumu ve durumlarını görebileceği bir yolu olan tek başına çalışan bir geliştirici, tam bir ekibin koordinasyon yükü olmadan faydanın büyük kısmını elde eder.

Bunu Windows'ta da yapabilir miyim, yoksa yalnızca macOS'ta mı?

İkisinde de. Claude Code ve Codex hem macOS'ta hem Windows'ta çalışır, Agent Island da oturum durumu için her iki platformu da destekler.

Çok fazla oturum eklediğimde önce ne bozulur?

Review verimliliğiniz. Diff üretmek ucuzdur; onları okumak ve güvenmek değildir. Review edilmemiş iş birikmeye başladığı anda daha fazla oturum eklemeyi bırakın ve önce backlog'u temizleyin.

Yazar hakkında

Mert Batur, Techsy'de çalışıyor; ekip burada B2B müşteriler için AI ajanları, otomasyon sistemleri ve voice/SDR pipeline'ları geliştiriyor. LLM tooling yığını ve Techsy ekibinin üretimde fiilen kullandığı Claude Skills hakkında yazıyor. LinkedIn üzerinden bağlantı kurabilirsiniz.