Claude Code on the Web: Bulut Oturumları ve Routines Rehberi

Claude Code'u şimdiye kadar hep terminalinizde çalışan bir araç olarak düşündüyseniz, bu resmin sadece yarısı. Claude Code on the web, görevleri Anthropic'in yönettiği bulut altyapısında -- ya da organizasyonunuzun kendi self-hosted ortamında -- çalıştırmanızı sağlıyor: claude.ai/code üzerinden, terminalden --cloud bayrağıyla, mobil uygulamadan ya da tamamen otomatik Routines ile. Laptopunuzu kapatsanız bile oturum çalışmaya devam ediyor, isterseniz bir oturumu --teleport ile geri yerel terminalinize çekip kaldığınız yerden devam edebiliyorsunuz. Bu yazıda özelliğin tamamını -- cloud environment'lardan auto-fix PR'lara, routine'lerden güvenlik izolasyonuna kadar -- yalnızca resmi Claude Code dokümantasyonuna (code.claude.com/docs) dayanarak anlatıyorum. CI/CD tarafını daha önce GitHub Actions rehberimde, oturumlar arası iletişimi ise cross-session messaging rehberimde ele almıştım; bu yazı ikisinin de bulut tarafındaki tamamlayıcısı.

Claude Code on the Web Nedir?

Claude Code on the web, görevleri Anthropic-managed bulut altyapısında -- ya da organizasyonunuzun yönlendirdiği bir self-hosted environment'ta -- çalıştıran bir üründür. Şu an Pro, Max ve Team kullanıcıları için, Enterprise'da ise premium seat veya Chat + Claude Code seat'i olan kullanıcılar için araştırma önizlemesindedir (research preview); yani davranış, limitler ve API yüzeyi zamanla değişebilir. Aynı bulut altyapısı yalnızca web arayüzünde değil; terminalde claude --cloud, Claude Tag (Slack'te @Claude), routine'lerde, mobil uygulamada ve masaüstü uygulamasında da kullanılıyor -- hepsi aynı hesaba bağlı aynı oturum listesini paylaşıyor.

Pratikte fark şu: yerel bir Claude Code oturumu bilgisayarınızın dosya sistemini ve ağını kullanırken, bir bulut oturumu izole bir sanal makinede (VM) çalışır, deponuzu kendi klonlar ve bitirdiğinde bir pull request açabilir. Tarayıcıyı kapatmanız oturumu durdurmaz; Claude mobil uygulamasından ilerlemeyi takip edebilir, Claude bir soru sorup beklerken siz döndüğünüzde yanıtlayabilirsiniz.

Terminalden Buluta: --cloud Bayrağı

Bir bulut oturumunu doğrudan komut satırından başlatmanın yolu --cloud bayrağı:

claude --cloud "src/auth/login.ts dosyasındaki giriş hatasını düzelt"

Bu komut claude.ai üzerinde yeni bir bulut oturumu açar. Bulut VM'i, mevcut dizininizin GitHub uzak (remote) deposunu şu anki dalınızdaki hâliyle klonlar -- yerel checkout'unuzu değil -- bu yüzden yerelde commit'leriniz varsa önce push etmeniz gerekir. --cloud aynı anda tek bir depoyla çalışır. Görev buluta gönderildikten sonra siz yerelde çalışmaya devam edebilirsiniz; eski --remote yazımı hâlâ kullanılabilen, kullanımdan kaldırılmış (deprecated) bir takma addır.

Konteyner başlarken CLI, depoyu klonlama ve setup script'i çalıştırma gibi adımları gösteren canlı bir kontrol listesi sunar; provizyon sırasında yazdığınız mesajlar kuyruğa alınır ve oturum hazır olur olmaz gönderilir. İlerlemeyi terminalden /tasks ile takip edebilir, ya da oturumu doğrudan claude.ai veya mobil uygulamada açıp Claude'u yönlendirebilirsiniz.

Önce Planla, Sonra Buluta Gönder

Karmaşık görevlerde önce plan modunda yaklaşımı birlikte tasarlamak, sonra uygulamayı buluta bırakmak işe yarar. Plan modunda Claude dosyaları okur, komut çalıştırarak keşif yapar ama kaynak kodu düzenlemeden bir plan sunar:

claude --permission-mode plan

Plandan memnun kaldığınızda onu depoya kaydedin, commit'leyip push edin ki bulut VM'i klonlayabilsin; ardından otonom yürütme için bir bulut oturumu başlatın:

claude --cloud "docs/migration-plani.md dosyasındaki migration'ı uygula"

Bu desen, stratejinin kontrolünü sizde tutarken uygulamayı Claude'a otonom şekilde bırakmanızı sağlar.

Paralel Görevler Çalıştırma

Her --cloud komutu kendi bulut oturumunu oluşturur ve bağımsız çalışır. Birden fazla görevi aynı anda başlatabilirsiniz:

claude --cloud "auth.spec.ts'teki kararsız (flaky) testi düzelt"
claude --cloud "API dokümantasyonunu güncelle"
claude --cloud "logger'ı yapılandırılmış çıktı kullanacak şekilde yeniden düzenle"

Tüm oturumları /tasks ile izleyebilirsiniz. Bir oturum tamamlandığında web arayüzünden pull request oluşturabilir, ya da --teleport ile terminalinize çekip devam edebilirsiniz.

GitHub Bağlantısı Olmayan Yerel Depolar

GitHub'a bağlı olmayan bir depoda claude --cloud çalıştırırsanız Claude Code, yerel deponuzu doğrudan paketleyip (bundle) bulut oturumuna yükler; bu paket tüm dallardaki geçmişi ve tracked dosyalardaki commit edilmemiş değişiklikleri içerir ama untracked dosyaları içermez. Bu yol, GitHub erişimi yoksa otomatik devreye girer; GitHub bağlıyken de zorlamak için CCR_FORCE_BUNDLE=1 ortam değişkenini kullanabilirsiniz. Paketlenmiş depo 100 MB'ın altında olmalı; bu sınırın üzerindeki depolar önce yalnızca mevcut dala, sonra tek bir squash edilmiş anlık görüntüye düşer. Bu şekilde başlatılan bir oturum, ayrıca GitHub kimlik doğrulaması yapılandırılmadıkça sonuçlarını bir uzak depoya geri push edemez.

Buluttan Terminale: --teleport

Bir bulut oturumunu yerel terminalinize çekmenin birkaç yolu var. En doğrudanı --teleport bayrağı:

claude --teleport
claude --teleport session_01Ab2Cd3Ef4Gh5

Bayrağı argümansız çalıştırmak interaktif bir oturum seçici açar; bir oturum ID'si vermek doğrudan o oturumu devam ettirir. Yerelde commit edilmemiş değişiklikleriniz varsa önce bunları stash'lemeniz istenir. Aynı işlemi mevcut bir CLI oturumu içinden /teleport (kısa adıyla /tp) ile, yeniden başlamadan da yapabilirsiniz; /tasks içinden bir bulut oturumunun üstünde t tuşuna basmak da aynı sonucu verir. Web arayüzünde oturum menüsünden Open in > Terminal seçeneği, terminalinize yapıştırabileceğiniz komutu kopyalar.

Teleport, bir oturumu devam ettirmeden önce birkaç koşulu kontrol eder:

Gereksinim	Ayrıntı
Temiz git durumu	Çalışma dizininizde commit edilmemiş değişiklik olmamalı; varsa teleport sizi stash'lemeye yönlendirir.
Doğru depo	--teleport'u, oturumun deposuyla aynı deponun bir checkout'undan çalıştırmalısınız -- bir fork'tan değil.
Dal push edilmiş olmalı	Bulut oturumundaki dal uzak depoya push edilmiş olmalı; teleport onu otomatik fetch edip checkout eder.
Aynı hesap	Bulut oturumunda kullanılan claude.ai hesabıyla aynı hesaba giriş yapmış olmalısınız.

--teleport, --resume'dan farklıdır: --resume bu makinenin yerel geçmişinden bir konuşmayı yeniden açar ve bulut oturumlarını listelemez; --teleport ise bulut oturumunu ve dalını dışarıdan çeker. Teleport ettiğiniz oturum, terminalde kendi kopyasını alır -- oradan sonra yaptığınız iş yerelde kalır, buluttaki oturuma yansımaz. Telefonunuzdan yönlendirmeye devam etmek isterseniz teleport sonrası yerel oturumda /remote-control başlatabilirsiniz.

CLI'dan Takip Mesajı Gönderme

Bir bulut oturumu çalışırken, claude auth login ile giriş yaptığınız herhangi bir makineden ona takip mesajı gönderebilirsiniz -- oturumu başlatan makinede olmanız gerekmez:

claude -p "testleri de çalıştır" --cloud session_01Ab2Cd3Ef4Gh5

Bu komut mesajı oturuma kuyruğa alır ve yanıt beklemeden çıkar. Uzun süren bir oturumu yönlendirmek, mevcut adım biterken bir sonraki adımı kuyruğa almak ya da bir CI script'inden takip göndermek için kullanışlıdır. Başarılı bir çağrı oturum ID'sini ve görüntüleme bağlantısını basar:

Sent to cloud session.
Session ID: session_01Ab2Cd3Ef4Gh5
View: https://claude.ai/code/session_01Ab2Cd3Ef4Gh5

-p olmadan claude --cloud <session-id> çalıştırmak terminalinizi doğrudan oturuma bağlar, böylece normal bir sohbet gibi etkileşime girebilirsiniz; bu interaktif bağlanma özelliği kademeli olarak yayılıyor ve her hesapta henüz aktif olmayabilir. --cloud, bir Anthropic hesabı gerektirir ve Amazon Bedrock, Google Cloud'un Agent Platform'u ya da başka bir üçüncü taraf sağlayıcı için yapılandırılmış Claude Code'larda kullanılamaz; ayrıca organizasyonunuzun allow_remote_sessions politikasının açık olması gerekir.

Cloud Environments: Ağ Erişimi, Değişkenler, Setup Script

Her bulut oturumu bir cloud environment içinde çalışır -- ağ erişimini, ortam değişkenlerini ve oturum başlamadan önce çalışacak kurulum betiğini kontrol eden kaydedilmiş bir yapılandırma. İlk bağlantıda otomatik oluşturulan Default ortamı, kendine ait hiçbir yapılandırma taşımaz: yalnızca Trusted ağ erişimi (aşağıdaki varsayılan izin listesi) ve önceden kurulu araçlarla başlar.

Ağ Erişim Seviyeleri

Seviye	Giden bağlantılar
None	Oturumun ağı üzerinden hiçbir giden bağlantı yok.
Trusted (varsayılan)	Yalnızca izin listesindeki alan adları: paket kayıt defterleri (npm, PyPI, RubyGems, crates.io...), GitHub/GitLab/Bitbucket, konteyner registryleri (Docker Hub, GHCR, GCR), bulut SDK'ları (AWS, GCP, Azure) ve Anthropic servisleri.
Full	Herhangi bir alan adına erişim.
Custom	Kendi izin listeniz; isterseniz varsayılan liste de eklenebilir.

GitHub işlemleri bu ayardan bağımsız, ayrı bir proxy üzerinden geçer; None seviyesinde bile Claude Code'un Anthropic API'ye bağlantısı çalışmaya devam eder. MCP bağlayıcı (connector) trafiği de Anthropic'in kendi sunucuları üzerinden aktığından, izin listesine host eklemeye gerek kalmadan çalışır.

Ortam Değişkenleri ve Setup Script

Ortam değişkenleri .env formatında, satır başına bir ANAHTAR=değer çifti olarak tanımlanır:

NODE_ENV=development
LOG_LEVEL=debug
DATABASE_URL=postgres://localhost:5432/myapp

Ortamı kullanan herkes bu değerleri okuyabilir ve bulut ortamlarının özel bir secrets deposu yoktur -- bu yüzden API anahtarı gibi kimlik bilgilerini buraya eklememelisiniz. Bir setup script, yeni bir oturum başlamadan önce, root olarak Ubuntu 24.04 üzerinde çalışan bir Bash betiğidir; eksik araçları kurmak için kullanılır:

#!/bin/bash
apt update && apt install -y gh

Betiğin üç kısıtı var: sıfır ile çıkmalı (aksi hâlde oturum başlamaz), toplam çalışma süresi kabaca beş dakikayı geçmemeli ve paket kurulumları için ağ erişimi gerekir. Betik ilk çalıştırmadan sonra dosya sistemi anlık görüntüsü (snapshot) olarak önbelleğe alınır; sonraki oturumlar bağımlılıkları zaten kurulu bulur ve betiği tekrar çalıştırmaz -- önbellek yaklaşık yedi günde bir ya da betik/izin listesi değiştiğinde yeniden oluşturulur.

Kurulu Araçlar ve Kaynak Sınırları

Her oturum, deponuz klonlanmış ve yaygın araç zincirleri önceden kurulu olarak Ubuntu 24.04 çalıştıran taze bir VM alır:

Kategori	İçerik
Python	pip, poetry, uv, black, mypy, pytest, ruff ile birlikte
Node.js	20, 21, 22 sürümleri; npm, yarn, pnpm, eslint, prettier
Ruby / PHP / Java / Go / Rust	bundler, Composer, Maven/Gradle, cargo dahil güncel sürümler
Docker	docker, dockerd, docker compose
Veritabanları	PostgreSQL 16, Redis 7.0 (önceden kurulu, varsayılan kapalı)

Anthropic-hosted ortamlarda kaynak tavanı yaklaşık 4 vCPU, 16 GB RAM ve 30 GB disktir; bu sınırların çok üzerine çıkan büyük derleme işleri veya bellek yoğun testler durdurulabilir. Daha fazla kaynak gerekiyorsa Remote Control ile kendi donanımınızda çalıştırmak ya da bir self-hosted environment kullanmak gerekir.

Otomatik PR Düzeltme (Auto-fix)

Claude, bir pull request'i izleyip CI hatalarına ve inceleme yorumlarına otomatik yanıt verebilir. Auto-fix'i açmanın birkaç yolu var: web'de açılan bir PR'da CI durum çubuğundan Auto-fix seçmek, PR'ın dalındayken terminalde /autofix-pr çalıştırmak (mevcut PR'ı gh ile tespit edip bir bulut oturumu açar), mobil uygulamadan "bu PR'ı izle ve CI hatalarını düzelt" demek, ya da herhangi bir PR bağlantısını bir oturuma yapıştırıp Claude'dan izlemesini istemek. Bu özellik, Claude GitHub App'in depoya kurulu olmasını gerektirir.

Auto-fix açıkken Claude, PR'daki her olay için (yeni inceleme yorumu, başarısız CI kontrolü) araştırma yapıp karar verir:

• Net düzeltmeler: Claude çözümden eminse ve bu, önceki talimatlarla çelişmiyorsa değişikliği yapar, push eder ve oturumda ne yaptığını açıklar.
• Belirsiz istekler: bir yorum birden fazla şekilde yorumlanabiliyorsa ya da mimari açıdan önemliyse, harekete geçmeden önce size sorar.
• Yinelenen veya işlem gerektirmeyen olaylar: oturumda not eder ve devam eder.

Bir uyarı: GitHub bir birleştirme çakışması (merge conflict) oluştuğunda webhook göndermez, bu yüzden auto-fix çakışmalara kendiliğinden tepki veremez -- oturumu açıp rebase istemeniz gerekir. Ayrıca Atlantis, Terraform Cloud gibi issue_comment olaylarında tetiklenen komut tabanlı otomasyonlarınız varsa dikkatli olun: Claude'un GitHub hesabınız adına attığı yanıtlar bu otomasyonları da tetikleyebilir. PR yorumunun altyapı deploy edebildiği ya da yetkili işlem çalıştırabildiği depolarda auto-fix'i kapalı tutmayı değerlendirin.

Routines: Claude Code'u Otopilota Bağlamak

Bir routine, kaydedilmiş bir prompt, bir ya da birden fazla depo ve bir bağlayıcı (connector) setinden oluşan, otomatik çalışan bir Claude Code yapılandırmasıdır. Routine'ler Anthropic-managed bulut altyapısında -- ya da yönlendirildiyse self-hosted bir ortamda -- çalışır, dolayısıyla laptopunuz kapalıyken de işlemeye devam ederler. Her routine'e bir ya da birden fazla tetikleyici bağlanabilir:

• Zamanlanmış (Scheduled): saatlik, gecelik, haftalık gibi tekrarlayan bir sıklıkla, ya da belirli bir gelecek zamanda tek seferlik çalışır.
• API: routine'e özel bir HTTP uç noktasına, bearer token ile POST isteği göndererek istediğiniz zaman tetiklenir.
• GitHub: bir depoda pull request veya release gibi olaylara otomatik tepki verir.

Routine'ler kendi hesabınıza aittir, ekip arkadaşlarınızla paylaşılmaz ve günlük çalışma (run) kotanıza sayılır. Bir routine'in GitHub kimliğiniz ya da bağlayıcılarınız üzerinden yaptığı her şey siz gibi görünür: commit'ler ve pull request'ler sizin GitHub kullanıcı adınızı taşır.

/schedule ile Oluşturma

Herhangi bir CLI oturumunda /schedule komutu, bir routine'i konuşarak oluşturmanızı sağlar; doğrudan bir açıklama da geçebilirsiniz:

/schedule her gece saat 21:00'de açık PR'ları incele
/schedule yarın saat 09:00'da dünkü birleşen PR'ları özetle
/schedule 2 hafta sonra feature flag'i kaldıran bir temizlik PR'ı aç

Claude, web formunun topladığı bilgilerin aynısını (prompt, depolar, zamanlama) sohbet üzerinden sorup routine'i hesabınıza kaydeder. Mevcut routine'leri yönetmek için /schedule list, değiştirmek için /schedule update, hemen çalıştırmak için /schedule run kullanılır; /schedule neden bu sabah gece routine'im hiçbir şey yapmadı? gibi bir soru da sorabilirsiniz -- Claude çalışma geçmişini okuyup neyin olduğunu açıklar.

API ile Tetikleme

Bir API tetikleyicisi, routine'e adanmış bir HTTP uç noktası verir. Token ile POST atmak yeni bir oturum başlatır ve bir oturum URL'i döner -- bu sayede Claude Code'u izleme sistemlerine, deploy pipeline'larına ya da iç araçlara bağlayabilirsiniz:

curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_01ABCDEF/fire \
  -H "Authorization: Bearer sk-ant-oat01-xxxxx" \
  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
  -H "anthropic-version: 2023-06-01" \
  -H "Content-Type: application/json" \
  -d '{"text": "Sentry alert SEN-4521 prod ortaminda tetiklendi."}'

İstek gövdesindeki text alanı, çağrıya özel bağlamı (bir alarm metni, başarısız bir log) routine'e taşır ama düz metin olarak <routine-fire-payload> bloğuna sarılıp güvenilmeyen veri olarak etiketlenir -- routine'in kendi promptu bu içeriğe dayanarak hareket etmeyi açıkça istemedikçe Claude onu talimat olarak değil, atıl bağlam olarak ele alır. Bu, sızmış bir token'la gönderilen metnin routine'e doğrudan komut gibi işlenmesini engeller.

Kullanım Örnekleri

Örnek	Ne oluyor
Backlog bakımı	Her gece çalışan bir schedule tetikleyicisi, son çalışmadan bu yana açılan issue'ları okur, etiketler, sahiplendirir ve Slack'e özet gönderir.
Alarm triyajı	İzleme aracınız hata eşiği aşıldığında API uç noktasını çağırır; Claude stack trace'i inceler, ilgili son commit'lerle ilişkilendirir ve düzeltme önerisiyle bir taslak PR açar.
Özel kod incelemesi	Bir GitHub tetikleyicisi pull_request.opened olayında çalışır; ekibinizin kendi inceleme listesine göre satır içi yorumlar bırakır.

Bir routine çalıştırıldığında yeşil durum yalnızca oturumun altyapı hatası olmadan başlayıp bittiğini gösterir -- promptunuzdaki görevin gerçekten başarıldığı anlamına gelmez. Bloklanan ağ istekleri, eksik connector araçları veya görev düzeyindeki başarısızlıklar yalnızca oturum kaydında görünür, bu yüzden çalışmaları açıp transkripti okumak gerekir.

Güvenlik ve İzolasyon

Her bulut oturumu, hem kendi makinenizden hem diğer oturumlardan birkaç katmanla ayrıştırılır:

• İzole sanal makineler: her oturum, Anthropic-managed izole bir VM'de çalışır; organizasyonunuzun self-hosted environment'a yönlendirdiği oturumlar kendi altyapınızda çalışır ve izolasyon sorumluluğu size aittir.
• Ağ erişim kontrolleri: Anthropic-hosted ortamlarda ağ erişimi varsayılan olarak sınırlıdır ve tamamen kapatılabilir. Ağ erişimi kapalıyken bile Claude Code'un Anthropic API'ye bağlantısı çalışmaya devam eder.
• Kimlik bilgisi koruması: git kimlik bilgileri ya da imzalama anahtarları gibi hassas bilgiler hiçbir zaman sandbox'ın içine girmez; kimlik doğrulama, kapsamlı kimlik bilgileri kullanan güvenli bir proxy üzerinden yapılır.
• Güvenli analiz: kod, PR oluşturulmadan önce oturumun izole ortamı içinde analiz edilip değiştirilir.

Pratik Senaryo: Uçtan Uca Bir Bulut Görevi

Diyelim ki büyük bir migration planı hazırladınız ve bunu gece boyunca otonom çalıştırmak istiyorsunuz. Tipik akış şöyle işler:

1. Yerelde plan modunda Claude ile stratejiyi tartışın: claude --permission-mode plan.
2. Plan dosyasını (docs/migration-plani.md) commit'leyip push edin.
3. Buluta gönderin: claude --cloud "docs/migration-plani.md dosyasındaki planı uygula ve her adımdan sonra testleri çalıştır".
4. Provizyon tamamlanana kadar CLI'daki canlı kontrol listesini izleyin, sonra laptopunuzu kapatıp gidin.
5. Ertesi sabah /tasks ile durumunu kontrol edin ya da doğrudan mobil uygulamadan diff'i inceleyin.
6. Devam eden bir soru varsa claude -p "devam et, sadece X modülünü atla" --cloud session_01Ab2Cd3Ef4Gh5 ile yönlendirin.
7. Sonuç memnun ediciyse web arayüzünden pull request açın; kod üzerinde daha fazla elle çalışmak isterseniz claude --teleport session_01Ab2Cd3Ef4Gh5 ile terminalinize çekin.
8. PR'ı Auto-fix ile izlemeye alın, böylece CI hataları ya da inceleme yorumları geldiğinde Claude kendiliğinden yanıt versin.

Aynı deseni, tek seferlik bir görev yerine tekrarlayan bir işe dönüştürmek isterseniz bu akışı bir routine'e taşıyabilirsiniz: örneğin her Pazartesi sabahı geçen haftanın merge edilmiş PR'larını tarayıp dokümantasyon güncellemesi öneren bir /schedule girişi.

Sık Karşılaşılan Sorunlar

Belirti	Olası neden ve çözüm
Session creation failed ya da provizyonda takılma	Claude Code oturum için bir VM ayıramadı. status.claude.com'u kontrol edin, bir dakika sonra tekrar deneyin, deponuzun bağlanan GitHub hesabı üzerinden erişilebilir olduğunu doğrulayın.
Unable to get organization UUID	--cloud ve --teleport, claude.ai hesabıyla giriş gerektirir; API anahtarıyla kimlik doğrulanmışsanız /login ile claude.ai hesabınıza geçin.
Remote Control session expired ya da erişim reddedildi	Bağlantı token'ı kısa ömürlüdür ve hesabınıza özeldir; /login ile kimlik bilgilerinizi yenileyin ve oturumu başlatan hesapla aynı hesapta olduğunuzdan emin olun.
Oturum "expired" görünüyor	Bulut oturumları uzun süre etkileşimsiz kalınca durur ve VM'i geri alınır. claude.ai/code üzerinden oturumu yeniden açmak, konuşma geçmişinizi koruyarak taze bir VM sağlar.

Sınırlamalar

• Paylaşılan hız sınırı: bulut oturumları, hesabınızdaki diğer tüm Claude ve Claude Code kullanımıyla aynı rate limit'i paylaşır; paralel görevler bu sınırdan orantılı pay alır. Ayrı bir bulut hesaplama ücreti yoktur.
• Platform kısıtları: depo klonlama ve pull request oluşturma GitHub gerektirir (Team/Enterprise'da self-hosted GitHub Enterprise Server de desteklenir). GitLab, Bitbucket gibi GitHub dışı depolar yerel paket olarak gönderilebilir ama sonucu uzak depoya geri push edemez.
• IP allowlisting uyumsuzluğu: bulut oturumları Anthropic API'yi kendi ağınızdan değil Anthropic'in altyapısından çağırır; organizasyonunuzda IP izin listesi açıksa Anthropic-hosted her bulut oturumu kimlik doğrulama hatasıyla başarısız olur. Bu durumda self-hosted bir environment gerekir, ya da Anthropic destek ekibinden istisna talep edilmelidir.

Karşılaştırma: --cloud, --teleport, Remote Control, Routines

Araç	Ne yapar	Nerede çalışır
claude --cloud	Terminalden yeni bir bulut oturumu başlatır	Anthropic-managed VM ya da self-hosted environment
claude --teleport	Mevcut bir bulut oturumunu dalıyla ve geçmişiyle yerel terminale çeker	Sizin makineniz (dal ve geçmiş buluttan gelir)
Remote Control	Web/mobil arayüzü, kendi makinenizde çalışan bir oturuma bağlar	Sizin makineniz, sizin ağınız ve dosyalarınız
Routines	Zamanlama, API ya da GitHub olayıyla tetiklenen, tamamen otonom oturumlar	Anthropic-managed VM ya da self-hosted environment

Sıkça Sorulan Sorular

Claude Code on the web ek ücrete mi tabi?

Hayır, ayrı bir bulut ücreti yoktur. Bulut oturumları, hesabınızdaki diğer Claude ve Claude Code kullanımıyla aynı hız sınırlarını (rate limit) paylaşır; paralel çalıştırdığınız her görev bu sınırdan orantılı pay alır. Şu an Pro, Max ve Team kullanıcıları için, Enterprise'da ise premium seat veya Chat + Claude Code seat'i olanlar için araştırma önizlemesindedir (research preview).

--cloud ile --teleport arasındaki fark nedir?

claude --cloud terminalden yeni bir bulut oturumu başlatır; görev buluttaki bir VM'de çalışırken siz yerelde çalışmaya devam edebilirsiniz. claude --teleport ise tam tersini yapar: mevcut bir bulut oturumunu, dalıyla ve tüm konuşma geçmişiyle birlikte yerel terminalinize çeker. Teleport tek yönlüdür; yerel bir oturumu buluta göndermenin karşılığı yoktur. --teleport, geçmişi bu makinenin dışından yükleyen --resume'dan farklıdır; --resume yalnızca bu makinenin yerel geçmişini açar.

Routines nedir, nasıl oluşturulur?

Bir routine; kaydedilmiş bir prompt, bir veya birden fazla depo ve bağlayıcı (connector) setinden oluşan, otomatik çalışan bir Claude Code yapılandırmasıdır. Zamanlanmış (schedule), API çağrısıyla tetiklenen veya GitHub olaylarına (örn. pull_request.opened) tepki veren tetikleyicilerle çalışır. claude.ai/code/routines adresinden veya CLI'da /schedule komutuyla oluşturulur; /schedule daily PR review at 9am gibi doğal dille de yazılabilir.

Bulut oturumlarında kimlik bilgilerim VM içine giriyor mu?

Hayır. Anthropic-hosted ortamlarda git kimlik bilgileri gibi hassas bilgiler hiçbir zaman oturumun sandbox'ı içine girmez; kimlik doğrulama, kapsamlı (scoped) kimlik bilgileri kullanan güvenli bir proxy üzerinden yapılır. GitHub işlemleri ayrı bir proxy'den geçer ve gerçek token'ınız konteynerin içine hiç girmeden istekler tamamlanır. Kendi organizasyonunuzun self-hosted environment'ına yönlendirilen oturumlarda izolasyon sizin altyapınızın sorumluluğundadır.

GitLab veya Bitbucket depolarıyla kullanılabilir mi?

Depo klonlama ve pull request oluşturma resmi olarak GitHub gerektirir (Team/Enterprise planlarda self-hosted GitHub Enterprise Server de desteklenir). GitLab, Bitbucket ve GitHub dışı depolar "yerel paket" (local bundle) olarak buluta gönderilebilir, ama bu şekilde başlatılan bir oturum sonuçlarını uzak depoya geri gönderemez -- değişiklikleri elle almanız gerekir.

Bulut oturumu kapattığım tarayıcıda kaybolur mu?

Hayır. Bulut oturumları tarayıcıyı kapatsanız bile çalışmaya devam eder; Claude mobil uygulamasından ilerlemeyi izleyebilir, sorulara yanıt verebilir ve gerekirse yönlendirebilirsiniz. Ortamın süresi dolduğunda (uzun süre etkileşimsiz kalırsa) oturum "expired" olarak işaretlenir; oturumu claude.ai/code üzerinden yeniden açtığınızda konuşma geçmişiniz korunarak taze bir VM sağlanır.

Özet

Claude Code on the web, aracı terminalinize hapsolmuş bir süreçten çıkarıp laptopunuz kapalıyken de çalışabilen bir platforma dönüştürüyor. --cloud terminalden bir bulut oturumu başlatır, --teleport onu geri çeker; cloud environment'lar ağ erişimini, ortam değişkenlerini ve kurulum betiklerini kontrol eder; auto-fix, açtığınız PR'ları CI hataları ve inceleme yorumlarına karşı kendiliğinden izler. En üst katman olan Routines ise tüm bu makineyi zamanlamaya, API çağrılarına ya da GitHub olaylarına bağlayarak Claude Code'u gerçek anlamda otopilota alıyor. Hâlâ araştırma önizlemesinde olduğundan davranış ve limitler değişebilir, ama zaten günlük iş akışınızda GitHub Actions ya da çoklu oturum kullanıyorsanız buluta taşınmak doğal bir sonraki adım.