Sesi cloud adalah sesi Claude Code yang berjalan pada infrastruktur cloud alih-alih di mesin Anda, bekerja dengan kode dari repositori GitHub Anda. Anda dapat memulainya dari Claude Code di web di claude.ai/code, dari Claude Mobile, dari Claude Desktop, atau dari terminal Anda dengan claude --cloud. Artikel ini menjelaskan cara kerja sesi cloud, kapan menggunakannya alih-alih sesi lokal di terminal atau IDE Anda, dan alur kerja apa yang dapat mereka aktifkan.
Apa yang disediakan sesi cloud
Sesi cloud memungkinkan Anda mendelegasikan tugas kepada Claude yang berjalan tanpa pengawasan aktif Anda. Anda memilih repositori GitHub, mendeskripsikan apa yang ingin Anda lakukan, dan Claude bekerja pada tugas di cloud. Setelah Claude Code mulai bekerja pada tugas, Anda dapat meninggalkan halaman sepenuhnya; Claude akan melanjutkan pekerjaannya. Setelah selesai, Claude akan secara otomatis membuat permintaan tarik dengan perubahan untuk Anda tinjau.
Fitur ini bekerja dengan repositori yang mungkin tidak Anda miliki di mesin lokal Anda. Anda dapat memulai tugas pada repositori GitHub apa pun yang Anda miliki akses tanpa perlu mengklonnya secara lokal atau menyiapkan lingkungan pengembangan. Ini berguna untuk proyek yang Anda kontribusikan sesekali atau untuk menjelajahi basis kode yang masih Anda pelajari.
Sesi cloud memungkinkan alur kerja pengembangan asinkron. Dalam sesi lokal di terminal atau editor Anda, Anda biasanya bekerja secara sinkron: Anda membuat permintaan, menunggu Claude merespons, meninjau perubahan, kemudian membuat permintaan lain. Pekerjaan sinkron seperti ini memberi Anda kontrol terperinci tetapi memerlukan perhatian Anda sepanjang proses. Sesi cloud menangani ini secara berbeda: Anda dapat menugaskan tugas yang lebih besar, membiarkan Claude bekerja secara independen, dan kembali nanti untuk meninjau pekerjaan yang selesai.
Anda juga dapat menjalankan beberapa tugas secara paralel. Karena setiap tugas berjalan di lingkungannya sendiri yang terisolasi, Anda dapat memiliki Claude bekerja pada beberapa masalah atau repositori yang berbeda secara bersamaan. Setiap tugas berjalan secara independen dan membuat permintaan tariknya sendiri setelah selesai. Lebih dari satu tugas dapat bekerja pada repositori yang sama pada waktu yang sama.
Cara kerjanya
Ketika Anda memulai sesi cloud, Claude Code membuat mesin virtual terisolasi untuk pekerjaan Anda. Repositori GitHub Anda diklon ke lingkungan ini, yang dilengkapi sebelumnya dengan alat pengembangan umum dan ekosistem bahasa.
Claude menyiapkan lingkungan dengan menjalankan perintah penyiapan apa pun yang telah Anda tentukan dalam konfigurasi repositori Anda. Ini termasuk menginstal dependensi, menyiapkan database, atau menjalankan langkah inisialisasi lain yang dibutuhkan proyek Anda. Jika tugas Anda memerlukan akses jaringan, mungkin untuk menginstal paket atau mengambil data, Anda dapat mengonfigurasi tingkat akses internet yang dimiliki lingkungan.
Setelah lingkungan siap, Claude mulai bekerja pada tugas Anda. Claude membaca kode Anda, membuat perubahan, menulis tes, dan menjalankan perintah untuk memverifikasi pekerjaan. Anda dapat memantau kemajuan dan memberikan panduan melalui antarmuka web jika diperlukan.
Ketika Claude menyelesaikan tugas, ia mendorong perubahan ke cabang baru di repositori GitHub Anda. Anda menerima notifikasi dan dapat meninjau perubahan, kemudian membuat permintaan tarik langsung dari antarmuka. Permintaan tarik mencakup semua pekerjaan Claude, siap untuk ditinjau dan perubahan tambahan apa pun yang ingin Anda buat.
Setiap tugas berjalan dalam isolasi lengkap. Mesin virtual hanya ada untuk tugas spesifik itu dan mencakup kontrol keamanan seperti akses jaringan terbatas dan penanganan kredensial yang dilindungi. Autentikasi GitHub Anda dikelola melalui proxy aman, sehingga kredensial tidak pernah ada langsung di lingkungan tempat Claude bekerja.
Kapan menggunakan sesi cloud vs. sesi lokal
Beberapa tugas cocok untuk dijalankan secara asinkron di cloud, sementara yang lain paling baik dijalankan secara lokal di terminal atau IDE Anda.
Gunakan sesi cloud untuk:
Tugas yang terdefinisi dengan baik dengan persyaratan yang jelas: Ketika Anda dapat mendeskripsikan dengan tepat apa yang perlu dilakukan dan tidak mengharapkan perlu mengarahkan Claude di tengah tugas, sesi cloud memungkinkan Anda memulai pekerjaan dan kembali setelah selesai.
Pekerjaan latar belakang pada backlog bug: Anda dapat menugaskan Claude beberapa masalah dari backlog Anda dan membiarkannya berjalan secara paralel. Setiap tugas berjalan secara independen, memungkinkan Anda mengatasi beberapa perbaikan sekaligus tanpa memantau masing-masing secara individual.
Repositori yang tidak Anda miliki secara lokal: Jika Anda perlu membuat perubahan pada repositori yang belum Anda klon atau tidak ingin disiapkan di mesin Anda, sesi cloud menangani penyiapan lingkungan untuk Anda.
Tugas yang ingin Anda antrekan: Ketika Anda memiliki daftar perubahan yang akan dibuat tetapi tidak ingin mengerjakannya sekarang, Anda dapat memulainya di cloud dan meninjau hasilnya nanti. Ini memungkinkan Anda mengelompokkan pekerjaan serupa atau mendelegasikan tugas selama waktu ketika Anda fokus pada sesuatu yang lain.
Gunakan sesi lokal di terminal atau IDE Anda untuk:
Tugas yang memerlukan koreksi arah yang sering: Ketika Anda tidak yakin persis apa pendekatan yang tepat atau mengharapkan Anda perlu mengarahkan ulang Claude berdasarkan apa yang Anda lihat, bekerja di terminal Anda memberikan umpan balik langsung. Anda dapat menyesuaikan arah saat Claude bekerja daripada menunggu hasil lengkap.
Pekerjaan eksplorasi dengan persyaratan yang tidak jelas: Jika Anda mencari tahu cara menyelesaikan masalah atau menyelidiki pendekatan yang berbeda, terminal memungkinkan Anda menyempurnakan permintaan Anda saat Anda belajar. Dialog bolak-balik membantu memperjelas persyaratan yang tidak jelas di awal.
Pengembangan lokal dengan perubahan yang tidak dilakukan: Ketika Anda secara aktif mengembangkan dan memiliki pekerjaan yang tidak dilakukan di repositori lokal Anda, menggunakan Claude Code di terminal Anda menjaga semuanya di satu tempat. Anda dapat melakukan iterasi dengan cepat pada perubahan tanpa perlu melakukan komit atau mendorong pekerjaan yang belum siap.
Tugas yang memerlukan umpan balik langsung: Jika Anda perlu melihat hasil dengan cepat dan ingin melakukan iterasi dengan cepat, terminal menyediakan latensi yang lebih rendah. Anda dapat menonton Claude bekerja secara real-time dan berhenti atau mengarahkan ulang jika ada yang salah di awal proses.
Contoh kasus penggunaan
Perubahan backend dengan pengembangan berbasis tes
Biarkan Claude menulis tes yang menentukan perilaku yang diharapkan, kemudian implementasikan kode untuk membuat tes tersebut lulus. Ini bekerja dengan baik untuk perubahan backend di mana perilaku dapat divalidasi melalui pengujian otomatis.
Contoh prompt:
Add rate limiting to the /api/search endpoint.
The rate limiter should:
- Allow 100 requests per minute per API key
- Return 429 status when limit exceeded
- Reset limits after 60 seconds
- Track different API keys independently
Use a TDD approach: write comprehensive tests first, then implement the rate limiting logic to pass them.
Kapan menggunakan pendekatan ini: Ini bekerja dengan baik dalam sesi cloud karena tes memberikan Claude kriteria validasi yang jelas untuk dikerjakan. Anda tidak perlu memantau kemajuan Claude karena tes akan menangkap masalah dan membimbing iterasi menuju solusi yang berfungsi. Sifat mandiri dari tugas, di mana Claude menulis tes kemudian membuatnya lulus, tidak memerlukan masukan Anda setelah dimulai.
Apa yang membuat ini efektif: Claude dapat melakukan iterasi pada implementasi tanpa pengawasan Anda, menggunakan kegagalan tes untuk mengidentifikasi dan memperbaiki masalah. Tugas berjalan lebih lama dari perubahan kode sederhana, tetapi Anda dapat membiarkannya selesai di latar belakang. Ketika Anda meninjau permintaan tarik, tes dan implementasi keduanya siap, dan Anda memiliki kepercayaan bahwa solusi berfungsi karena tes lulus.
Pembaruan dokumentasi
Hasilkan atau perbarui dokumentasi teknis seperti file README, dokumentasi API, komentar kode, atau panduan pengguna.
Contoh prompt:
Update CHANGELOG.md with all changes since the v2.3.0 release:
- Review commits on main branch since that tag.
- Categorize changes into "Added, "Changed, "Fixed", and "Removed" sections.
- Include the commit hash for each entry.
Kapan menggunakan pendekatan ini: Pembaruan changelog cocok untuk sesi cloud karena Claude dapat meninjau riwayat komit secara independen dan memformat entri tanpa panduan. Tugas ini membosankan untuk dilakukan secara manual tetapi cukup mudah sehingga Claude dapat menyelesaikannya tanpa pertanyaan tentang komit mana yang akan disertakan atau cara mengkategorikannya.
Apa yang membuat ini efektif: Anda dapat mendelegasikan seluruh pembaruan changelog dan meninjau hasilnya setelah selesai. Claude membaca komit, mengekstrak perubahan bermakna, dan mengikuti format changelog yang ada.
Refactoring dengan cakupan yang jelas
Restruktur kode untuk meningkatkan organisasi atau keterbacaan ketika Anda dapat menentukan batas yang jelas untuk perubahan. Ini termasuk mengekstrak kode, membagi file besar, atau mengorganisir struktur modul.
Contoh prompt:
The UserService class in /src/services/user.go has 800 lines long.
Split it into three focused services:
- UserAuthService (login/logout/sessions)
- UserProfileService (profile CRUD operations)
- UserPreferencesService (settings/preferences)
Ensure all tests still pass.
Kapan menggunakan pendekatan ini: Refactoring dengan batasan yang jelas bekerja dengan baik dalam sesi cloud karena Anda dapat menetapkan batas yang jelas untuk diikuti Claude. Suite tes dapat memberikan validasi, memungkinkan Claude memverifikasi bahwa refactor tidak merusak fungsionalitas yang ada.
Apa yang membuat ini efektif: Tugas membutuhkan waktu, tetapi tidak memerlukan masukan aktif Anda setelah struktur ditentukan. Anda dapat memulai refactor dan meninjau hasil yang terorganisir nanti, daripada memantau Claude saat bekerja melalui tugas. Cakupan yang jelas berarti Claude tidak mungkin memerlukan panduan di tengah tugas.
Tips untuk penggunaan yang efektif
Pertimbangkan untuk menambahkan suite tes ke repositori Anda sehingga Claude lebih mudah memverifikasi bahwa ia telah berhasil menyelesaikan tugas
Tentukan kriteria kesuksesan daripada tujuan yang samar seperti "tingkatkan" atau "perbaiki"
Tentukan apa yang harus berubah dan apa yang harus tetap sama dalam prompt Anda
Cakupan tugas dengan batas yang jelas sehingga Claude tidak memerlukan panduan di tengah tugas
Jika Anda berpikir "Saya perlu melihat bagaimana ini berjalan terlebih dahulu," pertimbangkan menggunakan terminal Anda sebagai gantinya
Gunakan "Buka di CLI" jika Anda menyadari di tengah tugas bahwa Anda perlu memberikan panduan