Yerel kodlama ajanı mı bulut ajanı mı? Hangi görev nerede çalışmalı?

Kodlama ajanı seçerken model kadar önemli bir karar daha var: ajan sizin makinenizde mi çalışacak, yoksa görevi uzaktaki bir ortama mı devredecek? Kısa cevap şu: hata ayıklama ve sık yön değiştiren işler yerelde; sınırları, test komutu ve teslim biçimi net işler bulutta daha rahat yürür. Solo geliştirici için en sağlam varsayılan ise ikisini sıraya koymaktır: görevi yerelde tarif et, bulutta ayrı bir dalda yaptır, sonucu yine yerelde doğrula.

Kısa karar tablosu

• Canlı hata ayıklama, tarayıcıyla kontrol, yerel servislere erişim: yerel ajan.
• Bağımlılık güncelleme, test ekleme, kapsamı belli refactor: ortam tekrarlanabiliyorsa bulut ajanı.
• Birden fazla çözümü aynı anda deneme: bulut ajanı. OpenAI, Codex cloud'u arka planda çalışan uzun işler ve yerel makineyi meşgul etmeden paralel denemeler için konumlandırıyor; bu bir vendor iddiasıdır.[1]
• Secret, üretim verisi veya geri dönüşü zor komut içeren görev: önce yerel ve dar izinli çalışma; son adım insan onayı.
• Mimari karar veya belirsiz ürün isteği: önce plan. Çalışma yeri, kötü tanımlanmış görevi düzeltmez.

Bu ayrım "hangi ajan daha güçlü?" sorusundan daha işe yarar. Aynı model, yerel terminalde sizinle saniye saniye ilerlerken başka; uzaktaki bir dalda yarım saat çalışıp diff bıraktığında başka bir iş aracına dönüşür.

Yerel ajanı ne zaman seçmeli?

Yerel ajan, geri bildirim döngüsü kısa olduğunda öne çıkar. Hata yalnız belirli bir tarayıcı oturumunda görünüyorsa, uygulama iki yerel servise bağlıysa veya doğru çözümü bulmak için logları birkaç kez okuyup yön değiştirmek gerekiyorsa ajanla aynı çalışma ortamını paylaşmak değerlidir.

"Yerel" her üründe aynı şeyi ifade etmez. Google, Gemini CLI'ı yerel terminalde veya Cloud Shell'de çalışan açık kaynaklı bir ajan olarak tanımlıyor.[4] Anthropic ise Claude Code Remote Control'de web arayüzünün yerel makinede çalışan Claude Code sürecine bağlandığını, kod çalıştırma ve dosya erişiminin yerelde kaldığını söylüyor; konuşma trafiği yine API üzerinden gidiyor ve oturum metni senkronizasyon için Anthropic sunucularında tutuluyor.[5] Bu yüzden "yerelde çalışıyor" ifadesini "hiçbir veri makineden çıkmıyor" diye okumamak gerekir.

Yerel çalışmanın maliyeti de var. Ajan sizin terminalinizi, işlemcinizi ve açık geliştirme ortamınızı kullanır. Uzun görev boyunca başka bir değişiklik yaparsanız bağlamı bozabilirsiniz. Ayrıca tam erişim vermek güvenli değildir. Anthropic'in güvenlik dokümanı sandbox ile dosya sistemi ve ağ sınırlarının daraltılabildiğini belirtiyor ve önerilen kodla komutları onaylamadan önce inceleme sorumluluğunu kullanıcıya bırakıyor.[5] İzin düzeyini göreve göre ayarlamak için kodlama ajanı izin modu rehberine bakabilirsiniz.

Bulut ajanını ne zaman seçmeli?

Bulut ajanı, görevi bir iş paketi gibi teslim edebildiğinizde anlamlıdır. İyi bir bulut görevinin dört parçası vardır: açık kabul ölçütü, kurulabilir ortam, çalıştırılabilir test komutu ve beklenen çıktı biçimi. Bunlardan biri eksikse ajan uzakta daha özgür değil, yalnızca sizden daha uzakta hata yapar.

OpenAI'nin Codex cloud dokümanı uzun görevleri arka plana bırakmayı, birkaç denemeyi paralel çalıştırmayı ve birleştirmeden önce özet ile diff'i incelemeyi öneriyor.[1] GitHub da Copilot cloud agent'ın depoyu araştırabildiğini, plan ve dal üzerinde değişiklik üretebildiğini söylüyor. Aynı dokümana göre ajan görev başına tek dalda çalışıyor ve tam bir pull request açabiliyor; bu da görevi küçük ve bağımsız tutmak için pratik bir sınırdır.[3]

Bulut ortamı özellikle şu işlerde iyi eşleşir:

• Test kapsamı belli bir bug fix.
• Sonucu CI ile ölçülebilen bağımlılık güncellemesi.
• Davranışı koruması gereken, sınırları belirli bir refactor.
• Dokümantasyon ve tekrar eden test ekleme işleri.

Tekrarlanabilir güvenlik taraması da bu gruba girebilir. OpenAI, Codex Security'nin depo bağlamını kullanarak olası açıkları izole bir ortamda doğruladığını söylüyor; bu, ürünün kendi yetenek iddiasıdır ve sonucu insan incelemesinin yerine geçmez.[2]

Buna karşılık üretim veritabanı migration'ı, yerel cihaz gerektiren mobil hata veya sürekli ürün kararı isteyen bir özellik iyi bir ilk bulut görevi değildir. Ajan bu işlerin bir parçasını hazırlayabilir, fakat yürütme ve kabul kararı sizde kalmalıdır.

Solo geliştirici için hibrit akış

1. Yerelde sorunu yeniden üretin ve kabul ölçütünü yazın.
2. Reasoning seviyesini görevin belirsizliğine göre seçin. Uzun görev otomatik olarak yüksek reasoning gerektirmez.
3. Buluta yalnız tekrarlanabilir ortamı ve gerekli en dar bağlamı verin. Secret'ları göreve gömmeyin.
4. Ajanın ayrı dal veya pull request üretmesini isteyin.
5. Diff'i yerelde okuyun; test, lint ve build'i kendi temiz ortamınızda yeniden çalıştırın. Yedi adımlı çıktı doğrulama listesi bu aşamayı sistemleştirir.
6. Sonucu ancak kabul ölçütü gerçekten sağlanıyorsa birleştirin.

Araç tarafında karar vermediyseniz Codex CLI, Claude Code ve Gemini CLI karşılaştırması araç seçimini; GPT-5.6 Sol, Terra ve Luna rehberi ise model seçimini ayrı bir katman olarak ele alıyor. Çalışma yeri, araç ve model aynı karar değildir.