Claude Code aynı anda tek bir oturum açık tutar: birden fazlasını nasıl çalıştırırsınız

Claude Code'u hem işi hem de kendi projeleri için kullanan çoğu kişinin başına gelen bir an vardır. Bir iş oturumunu bitirir, yan projenize geçersiniz ve ajanın hâlâ işvereninizin ödediği hesapla oturum açmış olduğunu fark edersiniz. Çıkış yapar, kendi hesabınızla yeniden giriş yaparsınız ve yarım saat sonra tersini yapmak zorunda kalırsınız.

Bu döngü eksik bir özellik değil. Claude Code'un oturum bilgisini nerede sakladığının bir sonucu ve bunun nerede olduğunu öğrendiğiniz anda, birden fazla hesabı yan yana çalıştırmak bir iş akışı sorunu olmaktan çıkıp bir yapılandırma ayrıntısına dönüşür.

Hangi hesabın aktif olduğuna tek bir ortam değişkeni karar verir

Claude Code kimlik bilgilerini bir veritabanında ya da profile göre anahtarlanmış bir anahtarlık kaydında tutmaz. İhtiyaç duyduğu her şeyi tek bir dizinden okur: kimlik bilgileri, oturum meta verileri ve proje başına geçmiş.

Bu dizin, CLAUDE_CONFIG_DIR değişkeninin gösterdiği yerdir. Hiç ayarlamazsanız ~/.claude olur.

Mekanizmanın tamamı bu ve kullanışlı bir özelliği var: bir hesap global bir ayar değil de bir dizin olduğu için, iki hesaba sahip olmak iki dizine sahip olmak demektir. Aralarında hiçbir şey paylaşılmaz. İkisi de süresiz olarak açık kalır ve hiçbiri diğerinin varlığından haberdar olmaz.

Yani en basit hâli çalışır:

# kişisel
CLAUDE_CONFIG_DIR=~/.claude claude

# iş
CLAUDE_CONFIG_DIR=~/.claude-work claude

İkincisinin içinde bir kez /login çalıştırın; tek makinede iki aktif hesabınız olur.

shell yaklaşımının acıtmaya başladığı yer

Yukarıdaki iki satırlık sürüm, aynı anda tek bir terminal açıyorsanız ve disiplinliyseniz gerçekten yeterlidir. Üç nedenle yeterli olmaktan çıkar ve bu nedenler birbirini besler.

Değişken makine başına değil, süreç başına geçerlidir. Her yeni terminal, her yeni bölme, editöre gömülü her shell profilinizin varsayılanından başlar. Değişkeni .zshrc içinde export edin, sorunu yalnızca yerinden oynatmış olursunuz: artık sürekli unuttuğunuz hesap diğeri olur.

Hangi hesabın aktif olduğunu size hiçbir şey söylemez. Claude Code hesabı komut isteminde yazdırmaz. İki terminal açıksa ve biri iş hesabındaysa, ikisi birbirinin aynısı görünür. Fark ettiğiniz an genellikle faturaya baktığınız andır.

Paralelliğe dayanmaz. İlginç kurulumlar aynı anda birden fazla ajanı, birden fazla projede çalıştırır. İki eşzamanlı oturumu geçtiğinizde, hangi bölmenin hangi değişkenle başlatıldığını hatırlamak bir disiplin sorunu değil, bir tasarım sorunudur.

Çözüm daha fazla shell değil. Kararı başlatma anında vermeyi bırakıp hesabı, onu gerçekten belirleyen şeye bağlamaktır: projeye.

Hesabı terminale değil, projeye bağlayın

Genellikle istediğiniz şey bir komut değil, bir kuraldır. Şuna benzer bir şey: bu müşterinin deposu her zaman bu müşterinin hesabıyla çalışır. Bu kural bir kez var olduğunda kimsenin bir şey hatırlaması gerekmez.

Bunu düzgün yapmak, hesabı tanımlı bir sırayla çözümlemek anlamına gelir, çünkü kuralın istisnalara ihtiyacı vardır. Proje geneli bir varsayılan çoğu zaman doğrudur, ama belirli bir ajanın başka bir yerde çalışması gerekebilir: bir test hesabında tek kullanımlık bir deney ya da daha büyük kotalı bir koltukta bir inceleme ajanı.

Yukarıdan aşağı okuyun, eşleşen ilk kural kazanır. Ajan seviyesindeki geçersiz kılma proje sabitlemesini yener. Proje sabitlemesi, genel varsayılan olarak ne ayarladıysanız onu yener. Hiçbir yerde hiçbir şey yapılandırılmamışsa ~/.claude üzerine düşersiniz; zaten yeni bir kurulumun yaptığı da budur. Bu son geri dönüş önemlidir: yani bunu mevcut bir kuruluma eklemek, siz açıkça bir şey sabitleyene kadar hiçbir şeyi değiştirmez.

AgentsRoom'un uyguladığı model budur. Her hesap yönetilen bir dizindir, oturum açma bir shell'de değil uygulamanın içinde gerçekleşir ve yukarıdaki çözümleme bir ajan başlatıldığında çalışarak CLAUDE_CONFIG_DIR değişkenini yalnızca o süreç için ayarlar. CCS gibi üçüncü taraf bir değiştiriciyi zaten kullanıyorsanız, yeniden oturum açmak yerine bir hesabı mevcut bir profil dizinine yönlendirebilirsiniz.

Aynı sorun Codex'te de var, farklı bir değişkenle

Birden fazla sağlayıcı çalıştırıyorsanız bu sorunla iki kez karşılaşırsınız. Sorunun biçimi aynı, değişken aynı değil; dolayısıyla biri için yapılmış bir değiştirici diğerini kapsamaz. Codex tarafını, oturum açma akışında nelerin farklı olduğu dahil, ayrıca Codex için çoklu hesap sayfasında belgeliyoruz.

Genel nokta bir kez söylenmeye değer: hesap yalıtımı sağlayıcı başına çalışan bir mekanizmadır. Bunu global olarak hallettiğini iddia eden herhangi bir araç, ya her sağlayıcıyı tek tek sarmalıyordur ya da yalnızca birini destekliyordur.

Token'ları gerçekte hangi hesabın yaktığını bilin

Hesapları ayırmak, insanların bunu yapma nedeninin yalnızca yarısıdır. Diğer yarısı, özellikle ödemeyi bir müşteri yapıyorsa, tüketimin nereye yazıldığını bilmektir.

Shell yaklaşımıyla sessizce bozulan kısım da burasıdır. Yalnızca ~/.claude dizinine bakan kullanım okuyucuları, bir ajan başka bir yerde çalıştığı anda eksik raporlar ve sayılar yeterince makul göründüğü için haftalarca kimse fark etmez. Hesap farkındalığı olan bir okuyucunun, yalnızca varsayılanı değil, yapılandırılmış her dizini dolaşması gerekir.

Hesap başına ve oturum başına sayılar istiyorsanız, ölçüm tarafını Claude Code token kullanımını nasıl kontrol edersiniz yazısında ele aldık; canlı görünüm ise token kullanım sayfasında.

Bunun amacı ne değildir

Tek bir açıklama, çünkü soru geliyor ve sessizlik yerine net bir cevabı hak ediyor.

Yukarıdaki her şey, zaten meşru biçimde var olan hesapları ayırmakla ilgilidir. İşvereninizin ödediği bir koltuk ile kendi ödediğiniz kişisel bir abonelik iki farklı ticari ilişkidir ve bunları çapraz bulaşma olmadan tek bir makinede tutmak gerçek ve sıradan bir ihtiyaçtır. Bir müşterinin token'larını o müşteriye faturalandırmak da öyle, deneysel bir hesabı üretim hesabından uzak tutmak da öyle.

Bulunduğunuz planın kapasite limitlerini aşmak için ek hesaplar oluşturmak ise başka bir şeydir ve kullanım politikalarının hedefi tam olarak budur. Burada anlatılan mekanizma bunu kabul edilebilir hâle getirmez ve bunu otomatikleştiren bir araç, imzaladığınız bir sözleşmeyi ihlal etmenize yardım ediyor olurdu. İkinci hesabınız başkası ödediği için varsa, sağlam bir zemindesiniz. Bir hız limitini sıfırlamak için varsa, değilsiniz. Referans bu yazı değil, Anthropic'in kullanım politikalarıdır.

İnsanların gerçekten sorduğu sorular

Aynı bilgisayarda iki Claude Code hesabı kullanabilir miyim?

Evet. Claude Code kimlik bilgilerini, oturum meta verilerini ve proje geçmişini CLAUDE_CONFIG_DIR değişkeninin gösterdiği dizinden okur; bu değişken varsayılan olarak ~/.claude değerindedir. Değişkeni ikinci bir dizine yönlendirip orada oturum açtığınızda, aynı makinede birbirinden bağımsız iki hesabınız olur. İki dizin arasında hiçbir şey paylaşılmaz, bu yüzden ikisi de aynı anda açık kalır.

Çıkış yapmadan Claude Code hesapları arasında nasıl geçiş yaparım?

Hiç çıkış yapmazsınız. Çıkıp tekrar giriş yapmak aynı dizini yeniden kullanır, yani ikincisini kazanmak için ilk oturumu kaybedersiniz. Bunun yerine her hesaba kendi yapılandırma dizinini verir ve CLI'yı başlatırken CLAUDE_CONFIG_DIR değişkenini ayarlayarak aralarında seçim yaparsınız. Her iki kimlik bilgisi de diskte geçerli kalır ve geçiş yapmanın hiçbir maliyeti olmaz.

Claude Code oturum bilgilerini nerede saklar?

CLAUDE_CONFIG_DIR değişkeninin gösterdiği dizinde; siz değiştirmediğiniz sürece bu dizin ~/.claude olur. Kimlik bilgilerinin kendisi, oturum meta verileri ve proje başına geçmişin yanında, o dizinin içindeki bir .credentials.json dosyasına yazılır. Hesabın tamamı bu tek dizindir; onu değiştirmeyi bir hack değil de temiz bir geçiş hâline getiren şey de budur.

İki ajan aynı anda iki farklı Claude hesabında çalışabilir mi?

Evet, her ajan sürecinin ortamında kendi CLAUDE_CONFIG_DIR değeri olduğu sürece. Değişken global olarak değil, başlatma anında süreç başına okunur; dolayısıyla iki farklı değerle başlatılan iki ajan paralel olarak iki farklı hesapta çalışır. Bir iş projesiyle kişisel bir projeyi aynı pencerede kullanılabilir kılan da budur.

Birden fazla Claude hesabına sahip olmak Anthropic'in şartlarına aykırı mı?

Farklı amaçlar için ayrı hesaplar tutmak sıradan bir durumdur: işvereninizin ödediği bir koltuk ile kendi ödediğiniz kişisel bir abonelik iki farklı ticari ilişkidir. Kullanım politikalarının hedef aldığı şey, bulunduğunuz planın kapasite limitlerini aşmak için hesap oluşturmaktır. İkinci hesabınız başkası ödediği için varsa, sağlam bir zemindesiniz. Bir hız limitini sıfırlamak için varsa, değilsiniz. Referans, Anthropic'in kullanım politikalarıdır.

Kısa özet

Claude Code bir hesabı dizin olarak saklar ve hangisinin aktif olduğuna CLAUDE_CONFIG_DIR karar verir. İki dizin, aralarında hiçbir şey paylaşılmayan ve kalıcı olarak oturumu açık iki hesap demektir.

Bunun shell sürümü, birden fazla terminal açana kadar işe yarar. Ondan sonra istediğiniz şey, hesabın projenin bir özelliği olması ve istisnalar için ajan başına bir geçersiz kılmanın bulunmasıdır; böylece doğru kimlik bilgileri ajan başlatıldığı anda iliştirilir ve kimsenin bir şey hatırlaması gerekmez.