Agen coding hanya seandal mesin yang menjalankannya. Mulai refactor panjang dengan Claude Code atau Codex, tutup laptop untuk mengejar kereta, dan prosesnya mati bersama sesi SSH Anda. Jalankan dua agen di laptop yang sama dan kipas akan berputar kencang sementara editor Anda tersendat. Pada titik tertentu, pertanyaannya bukan lagi "agen mana", melainkan "di mana agen itu benar-benar berjalan".
Jawabannya biasanya salah satu dari tiga: biarkan di laptop, pindahkan ke server remote, atau bagi pekerjaan ke keduanya. Setiap pilihan menukar kenyamanan dengan keandalan. Laptop memang selalu ada di dekat Anda, tetapi bisa tidur, menurunkan performa, dan terputus. Server tetap menyala dan punya lebih banyak core, tetapi menambah kerumitan setup dan lapisan "sebenarnya sekarang sedang apa". Menggabungkan keduanya memberi Anda yang terbaik dari kedua dunia sekaligus kerumitan pencatatannya.
Artikel ini membahas setup agen remote dari awal hingga akhir: jalur do-it-yourself dengan perintah nyata, mode kegagalan yang menanti di setiap langkah, dan di mana Computer yang terhubung di Sharkly menghilangkan bagian yang terus rusak. Anda sudah punya agen coding. Masalahnya adalah menjalankannya di tempat yang tahan lama dan mengetahui apa yang terjadi saat Anda tidak mengawasi.
Mengapa Anda perlu memindahkan agen dari laptop
Laptop adalah pilihan default karena di sanalah Anda mengetik. Laptop juga menjadi host terburuk untuk apa pun yang berjalan lebih lama dari rentang perhatian Anda. macOS tidur saat tutup ditutup. Mode baterai menurunkan performa CPU. VPN kantor terputus. Setiap kejadian itu mematikan agen di tengah tugas, dan agen tidak tahu bahwa ia terinterupsi; Anda baru sadar ketika membuka kembali terminal dan menemukan prompt mati tanpa ringkasan.
Host remote memperbaiki masalah fisik ini. VM cloud atau mesin Linux cadangan tetap menyala, menjaga koneksi jaringannya, dan punya core berlebih untuk pekerjaan paralel. Harganya adalah agen kini berjalan di tempat yang tidak bisa Anda lihat. Anda masuk lewat SSH untuk memeriksanya, menggulir log untuk menebak sejauh mana prosesnya berjalan, dan hasilnya tetap berada di mesin itu sampai Anda menyalinnya.
Menjalankan keduanya adalah kondisi akhir yang jujur bagi sebagian besar orang. Anda menyimpan edit cepat dan interaktif di laptop yang umpan baliknya instan, dan mendorong pekerjaan panjang atau paralel ke server agar bisa berjalan selama satu jam tanpa diawasi. Triknya adalah membuat satu atau lima host terasa seperti satu tempat, bukan sekadar spreadsheet berisi alamat IP.
Setup remote do-it-yourself, dan di mana setiap langkah rusak
Jalur manual sudah dipahami dengan baik. Berikut versi singkatnya, beserta mode kegagalan yang muncul di setiap langkah.
Siapkan host dan pasang agen Anda di sana:
ssh you@build-server
# install the agent's CLI, e.g. Claude Code or Codex
# authenticate it with your own subscription or API key
git clone [email protected]:your-org/your-repo.git
cd your-repo
claude
Mode kegagalan: agen melakukan autentikasi dengan akun Anda di mesin yang mungkin disentuh orang lain, dan kredensialnya tersimpan di history serta config shell tersebut. Tidak ada catatan tentang host mana yang menyimpan kunci mana.
Jaga proses tetap hidup melampaui sesi SSH Anda:
tmux new -s agent
claude # start the long task
# Ctrl-b d to detach, close the laptop, reconnect later
tmux attach -t agent
Mode kegagalan: tmux bertahan saat koneksi SSH terputus, tetapi tidak saat server reboot, terkena OOM kill, atau saat Anda lupa dari enam sesi di tiga server mana yang menyimpan proses yang Anda pedulikan. Detach tidak sama dengan durable.
Ambil kembali hasilnya dan lihat apa yang terjadi:
scp you@build-server:~/your-repo/CHANGES.md .
ssh you@build-server 'cd your-repo && git diff'
Mode kegagalan: diff-nya ada di mesin; penalarannya ada di buffer scrollback yang sudah terpotong; "mengapa"-nya sudah hilang. Kalikan ini dengan dua agen di dua host, dan Anda harus merekonstruksi status secara manual setiap kali memeriksa.
Tidak ada satu pun langkah ini yang sulit. Masalahnya adalah langkah-langkah ini tidak bisa disatukan. Setiap host baru dan setiap agen baru berarti satu target SSH lagi, satu sesi tmux lagi, satu tempat lagi yang menyimpan rahasia, dan satu log lagi yang harus Anda baca untuk menjawab "sudah selesai atau belum".
Apa yang berubah dengan Computer yang terhubung
Sharkly memberi nama pada hal yang selama ini Anda rangkai sendiri. Computer adalah perangkat, server, atau container terhubung tempat Agent dapat menjalankan pekerjaan; ia menyediakan sistem operasi, berkas, kredensial, akses jaringan, dan alat yang dibutuhkan Agent. Definisi itu mencakup ketiga opsi Anda: "Bisa berupa komputer lokal, server remote, container, atau cloud host yang didukung."
Anda mendaftarkan host sekali saja, bukan masuk lewat SSH setiap kali. Buat install token sekali pakai dari Settings, Computers di mesin target, lalu jalankan:
sharkly computer register --install-token <install-token>
Token ini berumur pendek dan hanya bisa dipakai sekali, jadi jangan menyimpannya di image atau script. Setelah itu, sebuah layanan lokal berjalan di latar belakang pada Computer. Layanan ini mendaftarkan host, mendeteksi alat agen mana yang terpasang dan melaporkan masing-masing sebagai Runtime, mengirim heartbeat, menerima run yang diantrekan, menyiapkan direktori, serta melaporkan progres dan hasilnya kembali.
Ada dua batasan yang perlu dinyatakan secara gamblang, karena di sinilah banyak orang salah berasumsi. Pertama, layanan lokal yang memulai koneksi ke server, jadi setup pada umumnya tidak memerlukan port masuk; Anda tidak membuka build box Anda ke internet. Kedua, Computer yang berstatus Online hanya berarti layanan lokalnya sedang mengirim heartbeat. Ini tidak berarti Runtime-nya bisa menjalankan Task. Jika run tidak mau mulai di host yang online, periksa status kapabilitas Runtime sebelum Anda menyentuh jaringan.
Mulai dari sini, mode kegagalan sebelumnya punya solusinya. Kredensial menjadi milik host, dan dibatasi pada host itu. Sebuah run bertahan lebih lama dari terminal Anda karena yang memilikinya adalah layanan lokal, bukan sesi tmux. Dan diff, ringkasan, serta penalarannya kembali ke Task, bukan tersimpan di buffer scrollback pada mesin yang harus Anda masuki lewat SSH.
Laptop, server, atau keduanya: cara memilih yang tepat
Lebih banyak host tidak otomatis lebih baik, jadi pilih berdasarkan pekerjaannya.
Gunakan laptop Anda saat tugasnya singkat, interaktif, dan Anda ingin mengawasinya. Daftarkan sebagai Computer pribadi dan, di Sharkly Desktop, aktifkan Prevent sleep agar pekerjaan singkat tidak terpotong oleh sistem sleep. Perlu dicatat, Prevent sleep hanya muncul pada mesin lokal di aplikasi desktop; fitur ini tidak tersedia pada Computer yang dibagikan atau remote. Jika semua yang Anda jalankan selesai dalam waktu istirahat minum kopi dan tidak perlu bertahan saat tutup laptop, Anda belum butuh server, dan menambahkannya hanya menciptakan beban pemeliharaan yang akan Anda sesali.
Gunakan server remote saat tugas berjalan lama, butuh lebih banyak core, atau tidak seharusnya berebut sumber daya dengan editor Anda. Host Linux atau VM cloud yang terdaftar tetap menyala secara default dan memberi ruang bagi agen paralel untuk bekerja. Di sinilah batas konkurensi tugas per host pada Computer serta visibilitas Organization atau Space membuktikan kegunaannya: mesin dan kredensialnya memang dimaksudkan untuk dibagikan, dan Sharkly memperlakukannya demikian.
Gunakan keduanya saat Anda ingin edit interaktif tetap lokal dan proses berat berjalan remote tanpa harus menyimpan dua model mental. Daftarkan laptop dan server, lalu tetapkan setiap Task ke Computer dan Runtime yang sesuai. Isolasi worktree yang mencegah agen paralel saling bertabrakan bekerja sama saja, baik para agen berbagi satu host maupun tersebar di beberapa host, jadi "keduanya" hanya mengharuskan Anda memilih, bukan membuat alur kerja kedua.
Kapan cara DIY berhenti berskala, dan apa yang ditambahkan papan tugas
Setup SSH-dan-tmux cukup untuk satu agen di satu host. Setup ini tidak lagi memadai begitu Anda punya beberapa agen di beberapa mesin, karena tidak ada jawaban bersama untuk "agen mana ada di apa, apa yang selesai, apa yang gagal, dan apa yang perlu saya tinjau". Pertanyaan itulah alasan utama menjalankan lebih dari satu agen sekaligus, dan itulah yang tidak bisa dijawab oleh tumpukan terminal.
Papan tugas mengubah satuannya dari "sesi di sebuah host" menjadi "Task dengan catatan". Agen meneliti, mengeksekusi, menguji, dan melaporkan; manusia menetapkan arah, memberikan otoritas, dan menerima hasilnya. Eksekusi, hambatan, hasil, dan diskusi lanjutan kembali ke timeline Task, jadi memeriksa run remote berarti membuka sebuah Task, bukan SSH ke sesuatu yang cuma ditebak. Otomasi berhenti di titik yang membutuhkan penilaian tim: agen menyerahkan perubahan beserta ringkasan dan buktinya, dan keputusan merge serta rilis tetap di tangan Anda.
Itulah garis pemisah antara kedua pendekatan. Cara DIY menjalankan agen secara remote. Papan tugas menjaga konteks, progres, hambatan, hasil, dan tinjauan manusia tetap terlihat dari permintaan hingga rilis, tidak peduli host mana yang mengerjakannya.
Checklist yang bisa Anda jalankan hari ini
Telusuri daftar ini pada host mana pun yang akan Anda gunakan:
- [ ] Pilih host Anda dengan jujur: laptop untuk interaktif, server untuk tugas panjang atau paralel, keduanya jika benar-benar perlu.
- [ ] Pasang Runtime agen yang didukung di setiap host dan autentikasi dengan langganan atau API key Anda sendiri.
- [ ] Daftarkan setiap host sekali dengan
sharkly computer register --install-token <token>alih-alih SSH setiap kali run. - [ ] Pastikan setiap Computer berstatus Online dan memiliki setidaknya satu Runtime yang melaporkan Available; status online saja tidak akan menjalankan Task.
- [ ] Atur visibilitas Computer ke Personal untuk laptop Anda, dan Organization atau Space untuk server yang dibagikan.
- [ ] Di laptop, aktifkan Prevent sleep untuk run yang harus bertahan saat tutup laptop.
- [ ] Tetapkan satu Task kecil dan membosankan ke host remote dan pastikan hasilnya kembali ke Task, bukan ke buffer scrollback.
- [ ] Gunakan
sharkly computer listdansharkly daemon disk-usageuntuk melacak host dan mengosongkan ruang.
Anda bisa membangun setup remote dengan tangan menggunakan SSH, tmux, dan worktree, atau mendaftarkan host Anda yang ada sebagai Computer dan membiarkan layanan lokal memiliki run-nya. Jika Anda sudah menjalankan beberapa agen coding di lebih dari satu mesin, Sharkly memberi Anda satu tempat untuk mengelola tugas dan hasilnya. Hubungkan satu Computer, buat satu Agent, dan beri ia tugas membosankan dulu.
