Memulai Claude Code: dari Instalasi sampai Commit Pertama dalam 30 Menit

Ketik claude di terminal, lalu tekan Enter.

Saya tahu sesuatu akan mulai berjalan. Tapi waktu saya pertama kali mencobanya, yang muncul di layar cuma satu kalimat: “silakan login”. Dan saya membeku di situ sekitar lima menit. Login ke mana? Ada biayanya? Apakah seluruh kode saya akan dibaca habis? Akhirnya hari itu saya tutup terminal tanpa mengubah satu baris pun.

Kalau dipikir-pikir sekarang, dinding pertama bukan instalasi, bukan juga soal bahasa Inggris. Dindingnya adalah: “setelah jalan, saya harus minta apa?” Jadi di artikel ini kita lewati bagian itu lewat jalur tercepat. Instalasi -> login lewat browser -> prompt pertama -> commit pertama, semuanya dalam 30 menit. Tiga hal yang membuat saya tersandung di awal (mengizinkan permission, percakapan yang jadi berat, dan baris pertama CLAUDE.md) juga saya taruh lebih dulu supaya kamu tidak ikut jatuh.

Niat pencariannya sederhana: “cara memulai Claude Code”, “tutorial untuk pemula”. Saya jawab itu saja, tanpa muter-muter.

Poin penting

• Instalasi cukup satu perintah lewat installer resmi. macOS/Linux pakai curl ... | bash, Windows pakai irm ... | iex. Kalau kamu mau pasang lewat Node.js, jalankan npm i -g @anthropic-ai/claude-code (butuh Node 18 ke atas).
• Autentikasi lewat browser. Saat claude dijalankan, kamu diarahkan ke halaman login. Kamu butuh langganan seperti Claude Pro/Max atau akun Console (paket gratis Claude.ai tidak didukung).
• 30 menit pertama: jangan biarkan dia mengubah kode. Urutannya: minta dia membaca -> minta dia menjelaskan -> review satu file saja. Begitu cara terbiasa.
• Sampai commit pertama baru selesai. Mulai hari pertama, biasakan memeriksa diff dengan mata sendiri sebelum commit.
• Ada tiga ranjau yang sering diinjak pemula: jangan izinkan semua permission, kompres percakapan kalau sudah berat, dan tulis satu baris “cara menjalankan test” di CLAUDE.md.

Mari kita jalankan satu per satu. Semua kode yang saya tulis di sini bisa langsung kamu copy-paste dan jalan.

Gambaran besar dulu: peta 30 menit

Sebelum masuk ke langkah detail, saya tunjukkan dulu peta menuju garis finis. Supaya kamu tidak gampang tersesat.

Waktu	Yang dikerjakan	Tujuan
0–5 menit	Instalasi + login lewat browser	Membuat claude siap dijalankan
5–10 menit	Buat branch untuk latihan	Menyiapkan tempat yang bisa di-undo kalau gagal
10–20 menit	Minta dibaca, minta dijelaskan	Memahami “atas dasar apa dia menjawab”
20–25 menit	Minta satu perubahan kecil	Merasakan alur edit -> cek diff
25–30 menit	Commit pertama	Membiasakan memutuskan dengan penilaian sendiri

Intinya: jangan lakukan refactoring besar di hari pertama. Permintaan seperti “rapikan seluruh proyek ini” cukup nanti, setelah kamu terbiasa. Awalnya kecil saja, dalam batas yang bisa dikembalikan.

Langkah 1: Instalasi (0–3 menit)

Sampai belum lama ini, “pasang lewat npm” adalah cara baku. Tapi sekarang andalan utama resminya adalah installer khusus. Dia terpasang tanpa kamu perlu memikirkan ada-tidaknya Node.js.

Untuk macOS / Linux / WSL, pakai ini.

curl -fsSL https://claude.ai/install.sh | bash

Untuk PowerShell di Windows, pakai ini.

irm https://claude.ai/install.ps1 | iex

Buat kamu yang bilang “saya mau kelola sendiri lewat Node.js”, npm tetap bisa seperti biasa. Syaratnya Node.js 18 ke atas.

npm install -g @anthropic-ai/claude-code

Cek apakah sudah masuk. Kalau nomor versi muncul, berarti aman.

claude --version

Kalau di sini muncul command not found, jalankan claude doctor — dia akan memberitahu penyebabnya.

claude doctor

Satu peringatan saja. Walaupun muncul error permission, jangan refleks mengetik sudo npm install -g. Dokumentasi resmi pun menulis tegas: “hindari, karena berpotensi menimbulkan masalah izin dan risiko keamanan.” Lebih cepat tenang dan ikuti petunjuk dari claude doctor.

Langkah 2: Login lewat browser (3–5 menit)

Setelah terpasang, jalankan.

claude

Saat pertama kali, dia otomatis melempar kamu ke halaman login. Browser akan terbuka, dan kamu cukup masuk mengikuti panduan di layar. Sekali berhasil, kredensialmu tersimpan dan kamu tidak ditanya lagi nanti.

Di sinilah pemula sering macet: “jadi, pakai akun yang mana?” Kalau dirapikan, begini.

• Langganan Claude Pro / Max / Team / Enterprise — kalau memulai untuk pemakaian pribadi, ini paling gampang (rekomendasi saya).
• Anthropic Console (API, kredit prabayar) — cocok buat yang mau memakai API key dan mengelola biaya secara terpusat.
• Amazon Bedrock / Google Vertex AI / Microsoft Foundry — kalau kebijakan cloud perusahaanmu sudah ditetapkan.

Satu catatan penting. Paket gratis Claude.ai tidak bisa dipakai untuk Claude Code. Banyak orang pusing “kok tidak bisa login” karena belum tahu soal ini, jadi saya tulis di depan.

Kalau suatu saat mau ganti akun, ketik /login di sesi yang sedang berjalan untuk autentikasi ulang.

Langkah 3: Siapkan tempat yang bisa dikembalikan kalau gagal (5–10 menit)

Bagian ini terlihat sepele tapi penting. Jangan langsung main-main di repo produksi. Buka repositori latihan yang kecil, atau proyek pribadi yang tidak masalah kalau rusak.

Kalau kamu mau mencobanya di kode kerjaan, wajib bikin branch kerja dulu.

git status
git switch -c try-claude-code

Alasan melihat git status lebih dulu adalah supaya perubahan yang belum di-commit tidak ikut terseret. Kalau kamu memakainya saat kondisi awal masih kabur, nanti kamu bingung sendiri: “ini diff buatan AI, atau diff buatan saya?” Jujur, ini yang benar-benar saya lakukan (dan sesali) di hari pertama.

Jalankan Claude Code di dalam folder itu.

cd /path/to/your/project
claude

Begitu jalan, di bagian atas akan tampil versi, model yang sedang dipakai, dan direktori kerja. Ketik /help untuk melihat daftar perintah.

Langkah 4: Awalnya cukup “minta dia membaca” (10–20 menit)

Mulai dari sini baru inti. Tapi kita masih belum membiarkan dia mengubah apa pun. Awalnya minta dia membaca, lalu minta dia menjelaskan. Cuma dengan ini, kamu sudah bisa menangkap rasa “atas dasar apa Claude Code menjawab”.

Di mode interaktif, kamu cukup bicara dengan bahasa Indonesia yang wajar. Tidak butuh sintaks yang rumit.

Baca README.md dan package.json saja, lalu jelaskan tujuan proyek ini dan cara menjalankannya dalam bahasa Indonesia

Kuncinya adalah mempersempit lingkup dengan kata “saja”. Kalau di masa awal dia langsung membaca banyak file, kamu jadi tidak bisa melacak dari mana jawabannya berasal. Ini juga langsung berhubungan dengan masalah “percakapan jadi berat” yang akan saya bahas nanti.

Kalau sudah mulai terbiasa, minta dia review satu file saja.

Baca src/utils/date.ts saja, lalu tunjukkan maksimal 3 titik yang berpotensi jadi bug. Belum perlu mengedit dulu

Dengan menambahkan “belum perlu mengedit dulu”, review dan implementasi tidak tercampur. Latihan membaca usulannya dulu, baru menyentuh kodenya belakangan.

Oh ya, kalau kamu cuma mau menjalankan satu investigasi atau tugas rutin sekali jalan, daripada masuk mode interaktif, mode one-shot lebih praktis. Tambahkan -p, dia akan mengembalikan hasil lalu berhenti.

claude -p "Jalankan git log --oneline -10, lalu ringkas isi perubahannya dalam bahasa Indonesia"

Cara saya membaginya sederhana: implementasi yang butuh coba-coba pakai mode interaktif, urusan investigasi dan ringkasan pakai one-shot. Awalnya cukup ingat dua ini saja.

Langkah 5: Perubahan kecil pertama (20–25 menit)

Setelah terbiasa membaca, akhirnya kita minta dia mengubah kode. Awalnya dalam satuan “satu file, satu fungsi”.

Di mode interaktif, minta seperti ini.

Tambahkan satu unit test untuk fungsi getUserById di src/api/users.ts. Sesuaikan dengan gaya penulisan test yang sudah ada

Di sini Claude Code pasti akan bertanya “boleh saya terapkan perubahan ini?” Dia tidak akan mengubah file seenaknya. Lihat diff yang diusulkan, kalau kamu sudah yakin, baru setujui. Inilah pengaman bawaannya.

Ranjau pertama ada di sini. Karena malas menekan Enter setiap kali ada konfirmasi, saya buru-buru mengaktifkan mode “izinkan semua”. Akibatnya, file yang tidak saya minta pun ikut “dirapikan sekalian”, dan saya pucat. Pelajarannya: menyetujui satu per satu di awal justru paling cepat. Kalau kamu mau mengatur permission secara detail, lanjut ke artikel khususnya yang saya sebut di bawah.

Setelah menerima perubahan, wajib cek diff dengan mata sendiri.

git diff
npm test

“Kelihatannya jalan” dan “diff-nya persis seperti yang saya niatkan” itu dua hal berbeda. Jadikan diff dan test satu paket.

Langkah 6: Commit pertama (25–30 menit)

Diff sudah dicek, test sudah lulus. Sampai di sini, garis finis tinggal selangkah.

Commit pun bisa kamu minta dengan bahasa biasa.

Periksa isi perubahannya, lalu commit dengan pesan commit yang mudah dipahami

Claude Code akan membaca git diff, menyusun pesannya, dan memunculkan konfirmasi sekali lagi sebelum commit. Tentu, kamu juga boleh mengetiknya sendiri.

git add src/api/users.ts
git commit -m "test: tambahkan unit test untuk getUserById"

Dengan ini, satu putaran “instalasi -> login -> minta dibaca -> ubah kecil -> commit” sudah lengkap. Dalam 30 menit, kamu sudah memutar loop terkecil Claude Code dengan tanganmu sendiri. Hari pertama, sampai sini sudah cukup. Tutup terminal dengan dada membusung.

Bisa langsung dipakai: skrip launcher yang merangkum 30 menit jadi satu

Karena malas mengingat-ingat perintah setiap kali, saya menaruh sebuah shell script untuk “memulai sesi latihan dengan aman”. Dia bikin branch, lalu langsung menjalankan permintaan “minta dibaca” sekaligus. Tidak butuh Node.js, cukup bash.

#!/usr/bin/env bash
# start-claude-practice.sh — memulai latihan Claude Code dengan aman
set -euo pipefail

# 1) Pastikan tidak ada perubahan yang belum di-commit (cegah kecelakaan ikut terseret)
if [ -n "$(git status --porcelain)" ]; then
  echo "Ada perubahan yang belum di-commit. Tolong commit atau stash dulu."
  git status --short
  exit 1
fi

# 2) Bikin branch latihan (pakai tanggal; kalau sudah ada, cukup pindah ke sana)
BRANCH="try-claude-$(date +%Y%m%d)"
git switch -c "$BRANCH" 2>/dev/null || git switch "$BRANCH"
echo "Bekerja di branch $BRANCH"

# 3) Jalankan permintaan "cukup dibaca saja" lewat one-shot
claude -p "Kalau ada README, baca README; kalau tidak ada, baca file-file utama.
Jelaskan tujuan proyek ini, cara menjalankannya, dan file mana yang sebaiknya dibaca berikutnya,
dalam bahasa Indonesia, maksimal 3 baris. Jangan mengedit apa pun."

Cara pakainya cuma ini.

chmod +x start-claude-practice.sh
./start-claude-practice.sh

Saat dijalankan, kalau ada perubahan yang belum di-commit dia akan berhenti; kalau tidak ada, dia bikin branch latihan lalu mengeluarkan ringkasan proyek. Ini menggabungkan “cegah kecelakaan terseret”, “siapkan tempat yang bisa dikembalikan”, dan “minta dibaca dulu” jadi satu skrip. Andai dulu ada yang menyodorkan ini ke saya di hari pertama.

Tiga hal yang membuat saya tersandung di awal

Mulai dari sini adalah hal-hal yang jarang ada di buku panduan, tapi paling menyiksa kalau kamu kena di hari pertama.

1. Mengizinkan semua permission sejak awal

Seperti yang sudah saya tulis tadi, kalau kamu pilih “OK semua” karena malas konfirmasi, kamu akan kena masalah. Di awal, paling aman dipakai dalam kondisi tulis dan commit selalu konfirmasi, hapus dan force push dilarang. Kamu bisa menetapkannya di .claude/settings.json, begini.

{
  "permissions": {
    "allow": ["Read(**)", "Grep(**)", "Bash(npm test*)", "Bash(git status*)", "Bash(git diff*)"],
    "ask": ["Write(**)", "Edit(**)", "Bash(git commit*)", "Bash(git push*)"],
    "deny": ["Bash(rm -rf*)", "Bash(git push --force*)"]
  }
}

“Baca dan test otomatis, tulis dan commit konfirmasi, hapus berbahaya dilarang.” Cukup dengan susunan tiga lapis ini, sebagian besar kecelakaan bisa dicegah. Operasi yang sudah kamu pahami aman, naikkan ke allow belakangan. Desain detailnya saya rangkum di panduan pengaturan permission Claude Code, jadi kalau kamu mau menggarapnya serius, lihat ke sana.

2. Percakapan jadi berat (tekanan konteks)

Saat dipakai, dari satu titik tertentu dia tiba-tiba terasa berat. Ini bukan kerusakan, tapi tanda bahwa percakapan sudah panjang dan “konteks” yang dipikul Claude Code membengkak terlalu besar. Sama seperti meja dapur yang makin penuh oleh piring bekas saat kamu memasak.

Penanganannya ada dua. Kalau sudah sampai satu titik tuntas, kompres percakapannya atau kosongkan total.

/compact

/clear

/compact mengompres dengan menyisakan poin-poin penting, /clear me-reset semuanya. Kalau kamu merasa “tadinya lancar, kok jadi berat”, jangan ragu pilih salah satu. “Mempersempit lingkup file yang dibaca” yang saya tulis di awal tadi juga berperan di sini. Semakin sedikit file tak perlu yang dibaca, semakin tidak berantakan meja dapurnya. Soal memilah penyebab beratnya, panduan optimasi kecepatan Claude Code membahasnya lebih detail.

3. Tidak menulis baris pertama CLAUDE.md

Ini cerita kategori “untung saya melakukannya”. Claude Code otomatis membaca CLAUDE.md di root proyek. Kalau kamu menulis informasi proyek di sana, kamu tidak perlu menjelaskannya berulang kali.

Yang saya sesali, awalnya saya tidak menulis ini. Akhirnya saya harus menjelaskan “proyek ini TypeScript, test-nya pakai npm test ya” di setiap percakapan. Satu baris yang paling layak ditulis duluan adalah ini.

## Perintah yang sering dipakai
- Test: npm test
- Dev server: npm run dev

Asal “cara menjalankan test” sudah tertulis, Claude Code akan berusaha menjalankan test sendiri setelah melakukan perubahan. Sebaliknya, kalau dari awal kamu menulis CLAUDE.md yang sangat panjang, instruksinya justru jadi sulit dipatuhi. Soal apa yang ditulis dan apa yang tidak, garis batasnya saya tulis terpisah di praktik terbaik CLAUDE.md.

Langkah berikutnya: dari tugas sekali jalan ke “mendelegasikan”

Kalau sudah terbiasa dengan loop 30 menit, tahap berikutnya adalah naik dari “instruksi sekali jalan” ke “mendelegasikan pekerjaan yang sudah agak utuh”. Meski begitu, jangan langsung serahkan semua otomatis.

Urutannya selalu sama. (1) Tetapkan lingkup yang dibaca dengan sempit -> (2) Perjelas tujuan (deliverable) -> (3) Serahkan verifikasi sebisa mungkin ke perintah -> (4) Operasi berbahaya, di awal “tanya manusia” semua. Cara berpikir menata “perancah (harness)” untuk AI ini saya rangkum lengkap di cara membangun perancah (harness) untuk mendelegasikan tugas ke AI. Kalau dibaca setelah artikel pemula ini, pemandangannya akan langsung berubah.

Cara memberi instruksi pun, kalau sudah terbiasa, hasilnya beda. Triknya cuma tiga.

1. Sebutkan nama file (kalau bisa, nomor barisnya) — mengurangi repotnya eksplorasi.
2. Konkretkan perilaku yang diharapkan — “yang bagus-bagus saja” tidak akan dimengerti.
3. Sertakan batasan — “ikuti pola yang sudah ada”, “jangan sentuh file lain”.

Tambahkan penanganan di fungsi login pada src/api/auth.ts: kalau password kosong, kembalikan 400.
Sesuaikan teks errornya dengan pola di src/utils/errors.ts. Jangan sentuh file lain

Pertanyaan umum

T. Bisa dipakai gratis? J. Claude Code sendiri tidak bisa dipakai dengan paket gratis Claude.ai. Kamu butuh langganan seperti Claude Pro / Max, atau akun Console dengan kredit prabayar. Buat yang khawatir soal biaya, saya menulis cara menetapkan anggaran di panduan mengelola biaya Claude Code/API.

T. Apakah di Windows jalannya sama seperti di Mac? J. Jalan. Yang berubah cuma instalasinya jadi irm https://claude.ai/install.ps1 | iex (PowerShell); cara menjalankan dan memakainya sama saja. Memasang Git Bash membuat sebagian eksekusi perintah jadi lebih mulus.

T. Apakah perlu API key? J. Kalau memulai untuk pribadi, tidak perlu. Menjalankan claude lalu login lewat browser adalah cara paling gampang. Konfigurasi yang menangani API key lewat environment variable cukup nanti, setelah kebijakan autentikasi tim atau lingkungan cloud-mu ditetapkan.

T. Apakah seluruh kode saya akan di-upload? J. Claude Code hanya membaca file yang diperlukan, setiap kali dibutuhkan. Kamu tidak perlu menyerahkan semuanya secara manual, dan jangan menempelkan .env, key produksi, atau data pelanggan. Garis minimum sisi keamanan saya rangkum di langkah keamanan Claude Code.

T. Sepertinya model default-nya berat dan mahal. J. Untuk tugas sederhana, kamu bisa beralih ke model yang lebih ringan di tengah sesi. Karena kamu bisa memilih model lewat /model, bagilah pemakaiannya: model ringan untuk urusan investigasi, model berkapabilitas tinggi untuk implementasi yang sulit. Ini bikin lebih nyaman.

Penutup: putar “loop terkecil” satu kali dalam 30 menit

Cara memulai Claude Code, kalau diperas, sebenarnya satu garis lurus. Instalasi -> login lewat browser -> minta dibaca -> ubah kecil -> lihat diff lalu commit. Sekali saja kamu memutar loop 30 menit ini dengan tanganmu sendiri, rasa “saya harus mulai dari mana” itu akan hilang.

Yang gampang bikin tersandung di hari pertama cuma tiga. Jangan izinkan semua permission, kompres percakapan kalau sudah berat, dan tulis satu baris “cara menjalankan test” di CLAUDE.md. Kalau ketiganya kamu hindari, pengalaman pertamamu akan jauh lebih mulus.

Situs ini (claudecode-lab.com) saya putar setiap hari dengan Claude Code — mulai dari pembuatan artikel, terjemahan, sampai deployment. Padahal awalnya saya pun meragukannya: “masa beneran bisa begitu?” Kamu juga, hari ini, 30 menit dulu. Ketik claude, lalu coba jalan sampai commit pertama.

Kalau nanti macet, kamu bisa memilih tujuan berikutnya berdasarkan jenis macetnya. Kalau mau melihat perintah dan cara meminta yang aman langsung di tangan, ada Claude Code Cheatsheet gratis; kalau mau menata pengaturan dan operasional sekaligus, daftar materi belajar adalah jalan pintasnya.

Prosedur terbaru juga bisa kamu cek di Claude Code Quickstart resmi (bahasa Inggris). Instalasi dan autentikasi kadang diperbarui, jadi kalau ragu, lihat sumber primernya.

Hasil saya benar-benar mencoba isi artikel ini

Loop 30 menit ini saya minta dicoba oleh kenalan saya, seorang frontend engineer yang belum terbiasa dengan CLI, sambil saya dampingi di sebelahnya. Yang paling terasa khasiatnya adalah “awalnya jangan biarkan dia mengubah kode”. Kalau tahap minta dibaca dan minta dijelaskan dilewati, dia langsung membeku begitu disodori usulan edit pertama. Sebaliknya, orang yang menyisipkan tahap menjelaskan lalu review satu file, benar-benar sampai commit pertama dalam kurang dari 30 menit.

Satu hal lagi yang saya rasakan langsung adalah khasiat “satu baris test” di CLAUDE.md. Dalam kondisi baris itu sudah ditulis, setelah melakukan perubahan Claude Code menjalankan npm test sendiri, menyadari kegagalannya sendiri, lalu mulai memperbaikinya. Kalau tidak ditulis, sayalah yang harus bilang “tolong test” setiap kali. Selisih cuma dua baris itu jelas-jelas mengurangi jumlah bolak-balik setelahnya. Sebelum mencari model yang lebih pintar, tata dulu satu perancah — bahkan di level pemula, di situlah letak yang paling manjur.