# Kodlama ajanları için WSL mi, yerel Windows mu?

Adres: https://agentvera.dev/blog/wsl-mi-yerel-windows-mu/ · Yayın: 2026-11-01

Claude Code ve Codex’i WSL 2’de mi, yerel Windows’ta mı çalıştırmalısın? Hız, korumalı alan, tmux, CRLF, /mnt/c yavaşlığı ve hangi projede hangisinin doğru olduğu.

**Kısaca:**

- Kodun C: sürücüsündeyse ve proje Windows’a özgüyse (.NET, Unity, masaüstü uygulaması) yerel Windows daha basit ve hızlı.
- WSL 2, Linux araçlarına dayanan projeler, Docker ağırlıklı işler ve Claude Code’un korumalı alanı için daha iyi; kodu Linux dosya sisteminde tutmak şart, /mnt/c belirgin şekilde yavaş.
- İkisini karıştırmak mümkün: aynı depoyu iki taraftan düzenlemek ise satır sonu (CRLF) ve izin sorunlarına yol açar.

Windows’ta kodlama ajanı kurarken ilk karar şu: WSL mi, yerel Windows mu? Bir yıl önce cevap neredeyse her zaman WSL’di, çünkü ajanların çoğu Windows’ta düzgün çalışmıyordu. Bugün Claude Code, Codex, Gemini CLI ve Copilot CLI PowerShell’de yerel çalışıyor; cevap artık projeye bağlı.

## Kısa cevap

| Durum | Öneri |
|---|---|
| .NET, C#, Unity, Windows masaüstü uygulaması | Yerel Windows |
| Kod `C:` sürücüsünde, editörün Windows’ta | Yerel Windows |
| Linux’a özgü araçlar, kabuk betikleri, Makefile’lar | WSL 2 |
| Docker ağırlıklı geliştirme | WSL 2 |
| Claude Code’un korumalı alanını (sandbox) istiyorsun | WSL 2 |
| tmux’a dayanan bir araç kullanacaksın | WSL 2 |
| Kurumsal makine, WSL yasak | Yerel Windows |

## Yerel Windows’un artıları

**Kurulum kısa.** Claude Code tek satırlık bir PowerShell betiğiyle, Codex ve Gemini CLI npm ile kuruluyor. Komutların hepsi [kodlama ajanlarını Windows’a kurmak](/blog/kodlama-ajanlari-windows-kurulumu/) yazısında.

**Dosya erişimi hızlı.** Kod `C:` sürücüsünde, ajan da Windows’ta; araya dosya sistemi köprüsü girmiyor.

**Windows araç zinciri.** `dotnet`, MSBuild, Visual Studio derleyicileri ve Windows’a özgü SDK’lar doğrudan erişilebilir. WSL’den bunları çağırmak mümkün ama zahmetli.

**Codex’in Windows korumalı alanı.** Codex yerel Windows’ta kendi korumalı alanıyla çalışıyor.

## Yerel Windows’un eksileri

**Claude Code’un korumalı alanı yok.** Claude Code’un dosya sistemi ve ağ yalıtımı yerel Windows’ta desteklenmiyor; WSL 2’de destekleniyor. Bunun yerine [izin kurallarıyla](/blog/claude-code-izinleri-atlamak/) çalışırsın.

**tmux yok.** tmux’ın yerel Windows sürümü yok. tmux’a dayanan araçlar (Claude Squad gibi) yerel Windows’ta çalışmaz.

**Kabuk farkları.** Ajanların çoğu bash komutları üretmeye alışkın. Claude Code Git for Windows varsa Git Bash’i, yoksa PowerShell’i kullanır; diğer ajanlar PowerShell ya da `cmd.exe` kullanabilir. `rm -rf`, `export` ya da `&&` gibi bash alışkanlıkları PowerShell’de farklı davranır.

**Yol ve satır sonu sorunları.** Ters eğik çizgili yollar, 260 karakter sınırı ve CRLF satır sonları zaman zaman düzenleme araçlarını şaşırtır. Aşağıdaki ayarlar çoğunu çözer.

## WSL 2’nin artıları

**Linux’un kendisi.** Ajanların ürettiği bash komutları olduğu gibi çalışır; `make`, `grep`, `sed` ve Linux paketleri hazırdır.

**Claude Code korumalı alanı.** WSL 2’de Claude Code’un yalıtımı çalışır; daha az onayla daha güvenli çalıştırabilirsin.

**tmux ve terminal araçları.** tmux, Claude Squad ve benzer araçlar WSL’de olduğu gibi çalışır.

## WSL 2’nin eksileri

**`/mnt/c` yavaş.** WSL 2’den Windows dosyalarına erişim, Linux dosya sistemindekilere göre belirgin şekilde yavaş. Microsoft’un [kendi belgesi](https://learn.microsoft.com/tr-tr/windows/wsl/filesystems) de projeleri Linux tarafında tutmayı öneriyor. Depoyu `~/` altına klonla; Windows editöründen `\\wsl$\` yoluyla aç.

**İki ayrı ortam.** Node, Python, git kimlik bilgileri ve ajan girişleri iki tarafta ayrı. Ajana bir kez WSL içinde, bir kez Windows’ta giriş yapman gerekebilir.

**Bellek.** WSL 2 sanal makinesi bellek tüketir; birkaç ajan ve bir Docker yığını aynı anda çalışınca `.wslconfig` ile sınır koymak gerekebilir.

## Karıştırmak: iki taraftan aynı depo

En sık yapılan hata, depoyu Windows’ta tutup bir ajanı WSL’den, diğerini Windows’tan çalıştırmak. Sonuç: biri dosyayı LF, öteki CRLF ile yazar; diff’ler gürültülü olur, bazı düzenleme araçları “metin bulunamadı” der, dosya izinleri değişmiş görünür.

İki ortamı birlikte kullanacaksan:

- Her depoyu **tek bir tarafta** tut ve o depodaki ajanları aynı taraftan çalıştır.
- Depoya bir `.gitattributes` ekle:

```gitattributes
* text=auto
*.sh text eol=lf
*.bat text eol=crlf
*.ps1 text eol=crlf
```

- Windows tarafında `git config --global core.autocrlf false` ve `git config --global core.longpaths true` ayarla; satır sonlarını `.gitattributes` yönetsin.

## Paralel ajanlar: iki tarafta da mümkün

Birden fazla ajanı aynı anda çalıştırmak için iki tarafta da ayrı git worktree’ler kullanırsın.

- **WSL’de** tmux ve onun üzerine kurulu Claude Squad gibi araçlar var.
- **Yerel Windows’ta** Windows Terminal bölmeleri ya da ajanları bir ızgarada gösteren bir masaüstü uygulaması. AgentVera Windows’ta yerel çalışır; 18 ajanı proje başına yan yana açar, onay isteklerini tek kuyrukta toplar. WSL içindeki ajanları doğrudan yönetmez; onları bir Terminal ajanında `wsl claude` gibi bir komutla açabilirsin.

Ayrıntılar için [Windows’ta kodlama ajanlarını yönetmek](/blog/windowsta-kodlama-ajanlari/) rehberine, özetin tamamı için [Windows sayfasına](/windows/) bak.

## Sonuç

Yeni bir projeye başlıyorsan ve proje Windows’a bağlı değilse WSL 2 hâlâ en az sürprizli seçenek. Kodun zaten Windows’taysa, editörün Windows’taysa ya da proje Windows araç zincirine dayanıyorsa yerel Windows artık gayet yeterli; ajanları WSL’e taşımak için bir sebep kalmadı. Hangisini seçersen seç, bir depoyu tek tarafta tut.

## Sık sorulanlar

**Claude Code’u WSL’de mi yoksa yerel Windows’ta mı çalıştırmalıyım?** Projen Windows’a özgüyse ve kodun C: sürücüsündeyse yerel Windows. Projen Linux araçlarına dayanıyorsa ya da Claude Code’un korumalı alanını kullanmak istiyorsan WSL 2. Korumalı alan yerel Windows’ta yok.

**WSL’de kodlama ajanı neden yavaş?** Büyük ihtimalle kodun /mnt/c altında, yani Windows dosya sisteminde duruyor. WSL 2’den Windows dosyalarına erişim, Linux dosya sistemindeki dosyalara göre belirgin şekilde yavaş. Depoyu ~/ altına klonla.

**tmux Windows’ta çalışır mı?** Yerel olarak çalışmaz; yalnızca WSL, Cygwin ya da MSYS2 içinde çalışır. tmux’a dayanan Claude Squad gibi araçlar bu yüzden Windows’ta WSL ister. Yerel Windows’ta Windows Terminal bölmeleri ya da bir ajan yöneticisi kullanılabilir.

**AgentVera WSL içindeki ajanları yönetebilir mi?** Doğrudan değil. AgentVera Windows’ta yerel çalışır ve Windows’a kurulu ajanları başlatır. WSL’deki bir ajanı bir Terminal ajanı açıp wsl claude gibi bir komutla çalıştırabilirsin; o zaman terminal paneli alırsın, oturum devamı gibi ajana özel özellikleri almazsın.

---

**AgentVera hakkında.** AgentVera, Solviera Teknoloji tarafından geliştirilen macOS, Windows ve Linux masaüstü uygulamasıdır. 18 yapay zeka kodlama ajanını (Claude Code, Codex, Gemini CLI, Copilot, Cursor, Antigravity, opencode, Hermes, Qwen Code, Kimi Code, Kiro, Amp, Droid, Goose, Vibe, Crush, Aider, Cline) proje bazında, gerçek terminallerde ve kullanıcının kendi CLI kurulum ve girişleriyle yan yana çalıştırır. Ücretsiz planda sınırsız ajan vardır. İndir: https://agentvera.dev/indir/ · Fiyatlar: https://agentvera.dev/fiyatlar/