50 Tips dan Praktik Terbaik Claude Code untuk Penggunaan Sehari-hari

• Kumpulan 50 tips praktis untuk developer yang sudah menggunakan Claude Code, dirangkum berdasarkan dokumentasi resmi Anthropic, developer Boris Cherny, pengalaman komunitas, dan pengalaman penggunaan harian selama 1 tahun
• Mencakup mulai dari shortcut pengelolaan sesi seperti alias cc, prefiks !, dan rewind dengan Esc, hingga sub-agent, tim agent, dan pekerjaan paralel dengan worktree
• Termasuk metodologi terstruktur untuk menjaga kualitas dan konsistensi, seperti cara menulis CLAUDE.md, sistem Hooks, dan manajemen context window
• Menyajikan berbagai pola workflow seperti pemanfaatan alat CLI, pemilihan server MCP, dan pemrosesan batch
• Disarankan mengadopsi secara bertahap: tidak perlu menerapkan semua 50 sekaligus, cukup mulai dari satu hal yang paling mengganggu

---

1. Menyiapkan alias cc

• Tambahkan alias cc='claude --dangerously-skip-permissions' ke ~/.zshrc (atau ~/.bashrc) agar bisa memulai sesi Claude Code hanya dengan mengetik cc
• Ini adalah pengaturan untuk melewati semua prompt izin, dan nama flag-nya memang sengaja dibuat terdengar berbahaya
• Sebaiknya hanya digunakan setelah benar-benar memahami apa saja yang bisa dilakukan Claude Code pada codebase Anda

2. Menjalankan perintah bash inline dengan prefiks !

• Jika Anda mengetik !git status atau !npm test, perintah langsung dijalankan, dan perintah beserta output-nya tetap ada di konteks
• Claude bisa memeriksa hasilnya dan melakukan tindak lanjut — lebih cepat daripada meminta Claude menjalankan perintah tersebut

3. Berhenti dengan Esc, rewind dengan Esc+Esc

• Esc menghentikan Claude di tengah jalan tanpa kehilangan konteks — Anda bisa langsung mengubah arah
• Esc+Esc (atau /rewind) membuka semua checkpoint yang dibuat Claude dalam menu gulir, sehingga Anda bisa memulihkan kode, percakapan, atau keduanya
  • Ada 4 opsi pemulihan: kode dan percakapan, hanya percakapan, hanya kode, ringkasan setelah checkpoint
• Anda bisa mencoba pendekatan yang baru 40% yakin — jika gagal, cukup rewind dengan tanpa risiko
  • Namun, checkpoint hanya melacak edit file; perubahan dari perintah bash (migrasi, pekerjaan DB) tidak ikut terekam
• Gunakan claude --continue untuk melanjutkan percakapan terbaru, dan claude --resume untuk memakai pemilih sesi

4. Beri Claude sarana untuk memverifikasi dirinya sendiri

• Sertakan perintah test, pemeriksaan linter, dan output yang diharapkan di prompt agar Claude membentuk feedback loop untuk menangkap kesalahannya sendiri
  • Contoh: "refactor middleware auth ke JWT. Setelah perubahan, jalankan test suite yang ada, perbaiki semua kegagalan, lalu selesaikan"
• Menurut Boris Cherny, ini saja sudah bisa memberi peningkatan kualitas 2–3x
• Untuk perubahan UI, siapkan server Playwright MCP agar Claude bisa membuka browser, berinteraksi dengan halaman, dan memverifikasi apakah UI bekerja sesuai harapan — menangkap masalah yang lolos dari unit test

5. Pasang plugin code intelligence per bahasa

• Plugin LSP memberikan diagnostik otomatis setelah file diedit (error tipe, import tak terpakai, tipe return yang hilang, dll.) — dampaknya paling besar di antara plugin tunggal yang bisa dipasang
• Contoh perintah instalasi:
  • /plugin install typescript-lsp@claude-plugins-official
  • /plugin install pyright-lsp@claude-plugins-official
  • /plugin install rust-analyzer-lsp@claude-plugins-official
  • /plugin install gopls-lsp@claude-plugins-official
• Plugin untuk C#, Java, Kotlin, Swift, PHP, Lua, dan C/C++ juga tersedia di tab Discover pada /plugin
• Binary language server terkait harus sudah terpasang di sistem (kalau belum, plugin akan memberi tahu)

6. Gunakan gh CLI dan pelajari semua alat CLI

• Dengan gh CLI, Anda bisa menangani PR, issue, dan komentar tanpa server MCP terpisah — alat CLI lebih efisien secara konteks dibanding server MCP (tidak memuat schema alat ke context window)
• Hal yang sama berlaku untuk alat CLI standar seperti jq, curl, dll.
• Untuk alat yang belum dikenal Claude, Claude bisa membaca output --help, memahami sintaksnya, lalu menjalankan perintah langsung — contoh: "pelajari lewat sentry-cli --help, lalu cari error terbaru di production"
• Bahkan alat CLI internal yang niche juga bisa bekerja

7. Tambahkan "ultrathink" untuk penalaran kompleks

• Kata kunci "ultrathink" mengatur effort ke tingkat tinggi dan mengaktifkan penalaran adaptif di Opus 4.6
• Cocok untuk situasi saat Claude perlu berpikir matang sebelum bertindak, seperti keputusan arsitektur, debugging rumit, atau penalaran multi-langkah
• Bisa juga dijadikan pengaturan tetap dengan /effort — untuk tugas sederhana, gunakan effort rendah agar tetap cepat dan murah
• Tidak perlu membuang thinking token untuk mengganti nama variabel — sesuaikan effort dengan masalahnya

8. Perluas pengetahuan on-demand dengan skill

• Skill adalah file Markdown yang memperluas pengetahuan Claude; berbeda dari CLAUDE.md, file ini hanya dimuat untuk task yang relevan sehingga konteks tetap ringan
• Bisa dibuat di .claude/skills/ atau memasang skill bawaan yang dibundel plugin (jelajahi di /plugin)
• Cocok untuk pengetahuan domain khusus yang kadang dibutuhkan, tapi tidak selalu, seperti aturan API, prosedur deployment, atau pola coding

9. Mengendalikan Claude Code dari ponsel

• Mulai sesi dengan claude remote-control lalu sambungkan dari claude.ai/code atau aplikasi Claude di iOS/Android
• Sesi berjalan di mesin lokal, sedangkan ponsel atau browser hanya menjadi jendela akses — Anda bisa mengirim pesan, menyetujui pemanggilan alat, dan memantau progres
• Jika memakai alias cc dari tip #1, tidak perlu persetujuan terpisah sehingga kendali jarak jauh jadi lebih mulus — mulai task, tinggalkan, lalu cek lagi hanya saat Claude selesai atau jika muncul situasi tak terduga

10. Perluas context window ke 1M token

• Sonnet 4.6 dan Opus 4.6 sama-sama mendukung context window 1M token
• Pada paket Max, Team, dan Enterprise, Opus otomatis ditingkatkan ke konteks 1M
• Anda bisa mengganti model saat sesi berlangsung dengan /model opus[1m] atau /model sonnet[1m]
• Jika khawatir soal kualitas pada konteks besar, uji secara bertahap mulai dari 500k
• Gunakan CLAUDE_CODE_AUTO_COMPACT_WINDOW dan CLAUDE_AUTOCOMPACT_PCT_OVERRIDE untuk mengatur waktu trigger compaction

11. Gunakan Plan Mode saat belum yakin dengan pendekatan

• Plan Mode cocok untuk perubahan multi-file, kode yang belum familiar, atau keputusan arsitektur — meluangkan beberapa menit di awal dapat mencegah Claude menghabiskan 20 menit mengerjakan masalah yang salah
• Lewati untuk task yang kecil dan jelas cakupannya — jika diff bisa dijelaskan dalam satu kalimat, langsung eksekusi saja
• Gunakan Shift+Tab untuk berpindah antara mode izin Normal, Auto-Accept, dan Plan (tanpa keluar dari percakapan)

12. Jalankan /clear di antara pekerjaan yang tidak terkait

• Prompt tajam di sesi yang bersih lebih baik daripada sesi 3 jam yang berantakan — jika task berbeda, mulai dengan /clear
• Terasa seperti membuang progres, tapi konteks yang menumpuk bisa menenggelamkan instruksi saat ini sehingga terasa seperti kehilangan hasil kerja 30 menit
• Jauh lebih efisien menghabiskan 5 detik untuk /clear dan menulis prompt awal yang fokus

13. Jangan menafsirkan bug, tempelkan data mentahnya

• Jika bug dijelaskan dengan kata-kata, Claude akan menebak, memperbaiki, lalu mengulang dalam proses yang lambat
• Tempelkan saja log error, output CI, thread Slack apa adanya lalu ketik "fix", maka Claude bisa membaca log sistem terdistribusi dan menelusuri titik masalah
• Penafsiran manusia justru menambahkan lapisan abstraksi yang bisa menghilangkan detail yang diperlukan Claude untuk menemukan akar masalah secara akurat
• Ini juga berlaku untuk CI — tempelkan output CI dan katakan "Go fix the failing CI tests", atau minta Claude memperbaiki pemeriksaan yang gagal sambil menyertakan URL/nomor PR
• Output terminal juga bisa dipipe langsung:
  • cat error.log | claude "explain this error and suggest a fix"
  • npm test 2>&1 | claude "fix the failing tests"

14. Pertanyaan sampingan cepat dengan /btw

• /btw membuka overlay yang tidak masuk ke riwayat percakapan untuk mengajukan pertanyaan cepat
• Gunakan untuk klarifikasi tentang sesi saat ini: "mengapa kamu memilih pendekatan ini?" atau "apa trade-off dibanding opsi lain?"
• Jawaban ditampilkan di overlay yang bisa ditutup, sehingga konteks utama tetap ringan

15. Menjalankan branch paralel yang terisolasi dengan --worktree

• claude --worktree feature-auth membuat salinan kerja terisolasi dan branch baru — Claude menangani setup dan pembersihan git worktree secara otomatis
• Tim Claude Code menilai ini sebagai salah satu pengungkit produktivitas terbesar
• Jalankan 3~5 worktree untuk mengeksekusi sesi Claude independen secara paralel di masing-masingnya (biasanya memakai 2~3)
• Setiap worktree memiliki sesi, branch, dan status sistem file yang independen
• Batas worktree lokal adalah resource mesin — banyak server dev, build, dan sesi Claude akan berebut CPU
  • Builder.io menempatkan setiap agen di container cloud terpisah untuk mengurangi beban mesin

16. Simpan sementara prompt dengan Ctrl+S

• Saat sedang menulis prompt panjang tetapi perlu jawaban cepat lebih dulu, gunakan Ctrl+S untuk men-stash draf
• Setelah pertanyaan cepat dikirim, prompt yang di-stash akan dipulihkan secara otomatis

17. Pindahkan tugas panjang ke background dengan Ctrl+B

• Saat Claude memulai perintah bash yang memakan waktu lama (test suite, build, migrasi), gunakan Ctrl+B untuk memindahkannya ke background
• Claude akan terus bekerja dan pengguna tetap bisa mengobrol — hasil ditampilkan saat proses selesai

18. Tambahkan statusline live

• Statusline adalah skrip shell yang dijalankan setelah setiap giliran Claude, menampilkan direktori saat ini, git branch, dan penggunaan konteks dengan kode warna di bagian bawah terminal
• Bisa disetel cepat dengan perintah /statusline — Claude akan menanyakan apa yang ingin ditampilkan lalu membuat skripnya secara otomatis

19. Jaga konteks utama tetap bersih dengan subagent

• Jika Anda berkata, "gunakan subagent untuk mencari tahu bagaimana alur pembayaran menangani transaksi yang gagal", instance Claude terpisah akan membaca file dan menganalisisnya dalam jendela konteks independen, lalu melaporkan ringkasan singkat
• Investigasi mendalam bisa menghabiskan setengah jendela konteks, jadi subagent memisahkan biaya itu dari sesi utama
• Tipe bawaan: Explore (Haiku, pencarian file cepat), Plan (analisis read-only)

20. Tim agen untuk koordinasi multi-sesi

• Fitur eksperimental tetapi kuat — aktifkan dengan menambahkan CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS ke pengaturan atau variabel lingkungan
• Beri instruksi seperti, "buat tim agen beranggotakan 3 orang untuk me-refactor modul-modul ini secara paralel"
• Pemimpin tim membagi pekerjaan ke anggota, masing-masing memiliki jendela konteks independen dan daftar tugas bersama, serta bisa saling mengirim pesan langsung
• Disarankan mulai dengan 3~5 anggota tim, 5~6 tugas per anggota
• Hindari memberi tugas yang mengubah file yang sama karena masalah overwrite — mulai dari tugas riset dan review, lalu perluas ke implementasi paralel

21. Tambahkan instruksi preservasi saat compaction

• Saat context compaction (otomatis atau /compact), Anda bisa menentukan apa yang harus dipertahankan: /compact focus on the API changes and the list of modified files
• Anda juga bisa menambahkan instruksi permanen di CLAUDE.md: "saat compaction, pertahankan daftar lengkap file yang diubah dan status test saat ini"

22. Jalankan pengecekan berulang dengan /loop

• Dengan /loop 5m check if the deploy succeeded and report back, Anda bisa menjadwalkan prompt berulang di background
• Interval bersifat opsional (default 10 menit), mendukung satuan s, m, h, d
• Perintah lain juga bisa diloop, seperti /loop 20m /review-pr 1234
• Tugas bersifat lingkup sesi dan kedaluwarsa setelah 3 hari — loop yang terlupakan tidak akan berjalan selamanya
• Berguna untuk memantau deploy, mengawasi pipeline CI, dan polling layanan eksternal

23. Tulis prompt yang kaya dengan voice dictation

• /voice mengaktifkan push-to-talk; tahan tombol Space dan bicara, lalu transkripsi real-time akan dimasukkan ke prompt
• Input suara dan ketikan bisa dicampur dalam pesan yang sama
• Prompt suara secara alami memuat lebih banyak konteks dibanding mengetik — Anda bisa menjelaskan latar belakang, batasan, dan yang diinginkan tanpa banyak penekanan tombol
• Memerlukan akun Claude.ai (bukan API key)
• Di ~/.claude/keybindings.json, tombol push-to-talk bisa di-rebind ke meta+k dan sebagainya untuk melewati warm-up hold-detection

24. Jika setelah 2 kali perbaikan masalah yang sama tetap belum selesai, mulai ulang

• Jika Anda terjebak di rabbit hole perbaikan dan isu masih belum terselesaikan, konteks akan penuh dengan pendekatan yang gagal dan berdampak buruk pada percobaan berikutnya
• Gunakan /clear, lalu mulai ulang dengan prompt awal yang lebih baik berdasarkan apa yang sudah dipelajari
• Prompt yang tajam di sesi yang bersih hampir selalu mengungguli sesi panjang yang tersendat karena jalan buntu yang menumpuk

25. Beri tahu Claude dengan tepat file mana yang harus dilihat

• Rujuk file secara langsung dengan prefix @, seperti @src/auth/middleware.ts has the session handling
• Prefix @ akan otomatis ditafsirkan sebagai path file sehingga Claude langsung memahami lokasi yang tepat
• Claude memang bisa melakukan grep/pencarian sendiri, tetapi proses mempersempit kandidat dan mengidentifikasi file yang benar menghabiskan token dan konteks — jika file sudah ditentukan dari awal, seluruh proses itu bisa dilewati

26. Jelajahi kode yang belum familiar dengan prompt yang ambigu

• "apa yang akan kamu tingkatkan dari file ini?" adalah prompt eksplorasi yang sangat bagus — tidak semua prompt harus spesifik
• Saat Anda butuh sudut pandang baru pada kode yang sudah ada, pertanyaan ambigu memberi Claude ruang untuk menemukan hal yang tak terduga
• Berguna saat onboarding ke repo yang belum familiar — Claude bisa menunjukkan pola, inkonsistensi, dan peluang perbaikan yang mungkin terlewat pada pembacaan pertama

27. Edit rencana dengan Ctrl+G

• Saat Claude menyajikan rencana, gunakan Ctrl+G untuk membukanya langsung di editor teks dan mengeditnya
• Anda bisa menambahkan batasan, menghapus langkah, atau mengubah pendekatan sebelum Claude menulis satu baris kode pun
• Jika rencananya umumnya sudah benar tetapi Anda hanya ingin mengubah beberapa langkah, Anda tidak perlu menjelaskan semuanya dari awal

28. Setelah menjalankan /init, pangkas hasilnya menjadi setengah

• CLAUDE.md adalah file markdown di root proyek yang memberikan instruksi permanen kepada Claude, seperti perintah build, standar coding, keputusan arsitektur, dan konvensi repo
• Claude membacanya setiap kali sesi dimulai
• /init membuat versi draf berdasarkan struktur proyek — otomatis mengenali perintah build, skrip test, dan layout direktori
• Output-nya cenderung membengkak — hapus baris yang Anda tidak bisa jelaskan alasannya, lalu tambahkan yang memang kurang

29. Uji lakmus untuk setiap baris di CLAUDE.md

• Untuk setiap baris di CLAUDE.md, tanyakan: "apakah Claude akan membuat kesalahan tanpa baris ini?"
• Instruksi yang sudah bisa dijalankan Claude dengan benar hanyalah noise — baris yang tidak perlu akan mengencerkan baris yang penting
• Ada batas sekitar 150~200 instruksi sebelum tingkat kepatuhan menurun, dan system prompt sendiri sudah memakai sekitar 50

30. Setelah Claude membuat kesalahan, katakan "update the CLAUDE.md file so this doesn't happen again"

• Jika Claude melakukan kesalahan, beri instruksi: "update the CLAUDE.md file so this doesn't happen again"
• Claude akan menulis aturannya sendiri dan otomatis mengikutinya mulai sesi berikutnya
• Seiring waktu, CLAUDE.md berkembang menjadi dokumen hidup yang dibentuk dari kesalahan nyata
• Untuk mencegah pertumbuhan tanpa batas, gunakan @imports (tip #32) untuk merujuk file terpisah (@docs/solutions.md dan sebagainya) — jaga CLAUDE.md tetap ringan dan biarkan Claude membaca detail saat diperlukan

31. Terapkan aturan kondisional dengan .claude/rules/

• Tempatkan file Markdown di .claude/rules/ untuk merapikan instruksi per topik — secara default semua file aturan dimuat saat sesi dimulai
• Dengan frontmatter paths, aturan bisa diaktifkan secara kondisional agar hanya dimuat pada pola file tertentu:
  • Contoh: jika diatur paths: ["**/*.ts"], Claude hanya memuat aturan TypeScript saat membaca file .ts
• Jaga agar CLAUDE.md utama tetap ringan — Claude tidak perlu membaca aturan untuk bahasa yang sedang tidak dikerjakan

32. Jaga CLAUDE.md tetap ringan dengan @imports

• Referensikan dokumen seperti @docs/git-instructions.md — @README.md, @package.json, dan @~/.claude/my-project-instructions.md juga bisa
• Claude hanya membaca file saat diperlukan — berfungsi sebagai "tambahkan konteks bila perlu" tanpa membuat CLAUDE.md yang dimuat tiap sesi menjadi membengkak

33. Atur allowlist perintah aman dengan /permissions

• Berhenti mengklik persetujuan untuk npm run lint sampai ratusan kali — gunakan /permissions untuk memasukkan perintah tepercaya ke allowlist
• Perintah yang tidak ada di daftar tetap akan memunculkan prompt

34. Izinkan Claude bekerja lebih leluasa dengan /sandbox

• Aktifkan isolasi level OS dengan /sandbox — penulisan dibatasi ke direktori proyek, dan request jaringan hanya diizinkan ke domain yang sudah disetujui
• Di macOS menggunakan Seatbelt, di Linux menggunakan bubblewrap, dan batasan diterapkan ke semua subproses yang dibuat Claude
• Dalam mode auto-allow, perintah di dalam sandbox berjalan tanpa prompt izin — nyaris otonom sepenuhnya, tetapi tetap dengan guardrail
• Untuk pekerjaan tanpa pengawasan (migrasi semalaman, refactor eksperimental), jalankan Claude di dalam container Docker untuk isolasi penuh dan rollback yang mudah

35. Buat subagen kustom untuk tugas berulang

• Berbeda dari subagen dadakan pada tip #19, subagen kustom disiapkan dan disimpan lebih dulu di .claude/agents/
  • Contoh: agen reviewer keamanan dengan Opus + alat read-only, atau agen pencarian cepat dengan Haiku
• Jelajahi dan buat dengan /agents
• Dengan isolation: worktree, Anda bisa menyiapkan agen dengan sistem file terpisah

36. Pilih server MCP yang sesuai dengan stack Anda

• Server MCP yang bagus untuk memulai: Playwright (pengujian browser dan verifikasi UI), PostgreSQL/MySQL (query skema langsung), Slack (laporan bug dan konteks thread), Figma (alur kerja desain→kode)
• Claude Code mendukung dynamic tool loading — Claude hanya memuat definisi server saat dibutuhkan

37. Atur gaya output

• Pilih gaya yang Anda sukai di /config — opsi bawaan: Explanatory (detail, langkah demi langkah), Concise (ringkas, berfokus pada aksi), Technical (presisi, ramah istilah teknis)
• Anda juga bisa membuat file gaya output kustom di ~/.claude/output-styles/

38. CLAUDE.md adalah saran, Hooks adalah keharusan

• CLAUDE.md bersifat anjuran — Claude mematuhinya sekitar 80%
• Hooks bersifat deterministik — dijalankan 100%
• Hal-hal yang tanpa pengecualian harus selalu dijalankan setiap kali (formatting, linting, pemeriksaan keamanan) sebaiknya diatur sebagai Hook
• Jika hanya berupa panduan yang perlu dipertimbangkan Claude, CLAUDE.md sudah cukup

39. Formatting otomatis dengan Hook PostToolUse

• Tambahkan Hook PostToolUse ke .claude/settings.json agar formatter berjalan otomatis setiap kali Claude mengedit file
  • Daftarkan npx prettier --write "$CLAUDE_FILE_PATH" 2>/dev/null || true pada matcher Edit|Write
• Gunakan || true agar kegagalan Hook tidak memblokir Claude
• Anda juga bisa merangkai npx eslint --fix sebagai entri Hook kedua
• Jika editor Anda membuka file yang sama, sebaiknya matikan format-on-save — ada laporan bahwa penyimpanan editor bisa membatalkan cache prompt, jadi biarkan Hook yang menangani formatting

40. Blokir perintah destruktif dengan Hook PreToolUse

• Blokir pola rm -rf, drop table, dan truncate dengan Hook PreToolUse — Claude bahkan tidak akan sempat mencobanya
• Hook dipicu sebelum Claude menjalankan alat, sehingga perintah destruktif bisa dicegah lebih awal
• Tambahkan ke .claude/settings.json, atur secara interaktif dengan /hooks, atau instruksikan Claude: "tambahkan Hook PreToolUse yang memblokir perintah rm -rf, drop table, truncate"

41. Pertahankan konteks penting saat kompaksi dengan Hook

• Dalam sesi panjang, saat konteks dikompaksi Claude bisa kehilangan konteks atas hal yang sedang dikerjakan
• Notification Hook dengan matcher compact akan menyuntikkan ulang konteks inti secara otomatis setiap kali kompaksi dipicu
• Instruksikan Claude: "siapkan Notification Hook yang mengingatkan tugas saat ini, file yang diubah, dan batasan setelah kompaksi"
• Hal yang bagus untuk disuntik ulang: deskripsi tugas saat ini, daftar file yang diubah, batasan keras ("jangan ubah file migrasi")
• Paling berguna dalam sesi berjam-jam saat Claude sedang sangat fokus pada satu fitur dan tidak boleh kehilangan konteks

42. Auth, pembayaran, dan mutasi data wajib ditinjau manual

• Alur auth, logika pembayaran, mutasi data, dan pekerjaan DB destruktif — wajib ditinjau manusia, tidak peduli sebaik apa pun kode lainnya terlihat
• Scope auth yang salah, webhook pembayaran yang salah konfigurasi, atau migrasi yang diam-diam menghapus kolom akan membuat Anda kehilangan pengguna, uang, dan kepercayaan
• Tes otomatis sebanyak apa pun tidak akan menangkap semua masalah ini

43. Coba pendekatan lain dengan /branch tanpa kehilangan jalur saat ini

• Gunakan /branch (atau /fork) untuk membuat salinan percakapan dari titik saat ini
• Coba refactor berisiko di branch — kalau berhasil, lanjutkan; kalau gagal, percakapan asli tetap aman
• Berbeda dari rewind (tip #3): kedua jalur tetap hidup

44. Saat spesifikasi fitur belum lengkap, minta Claude mewawancarai Anda

• Jika Anda tahu ingin membuat apa tetapi detailnya belum cukup agar Claude bisa membangunnya dengan baik, biarkan Claude yang bertanya
  • "Saya ingin membuat [deskripsi singkat]. Gunakan tool AskUserQuestion untuk mewawancarai saya secara mendetail. Tanyakan implementasi teknis, edge case, kekhawatiran, dan trade-off. Jangan ajukan pertanyaan yang terlalu jelas. Wawancarai sampai semuanya tercakup, lalu tulis spesifikasi lengkap di SPEC.md"
• Setelah spesifikasi selesai, mulai implementasi di sesi baru dengan konteks bersih dan spesifikasi lengkap

45. Satu Claude menulis, Claude lain mereview

• Biarkan Claude pertama mengimplementasikan fitur, lalu Claude kedua mereview dengan konteks baru layaknya staf engineer
• Reviewer tidak punya pengetahuan awal tentang jalan pintas implementasi, jadi akan menantang setiap bagiannya
• Ide yang sama juga berlaku untuk TDD: sesi A menulis tes, sesi B menulis kode agar lolos

46. Lakukan review PR secara interaktif

• Alih-alih meminta review PR sekali jalan (meski tentu bisa), buka PR di sesi dan lakukan percakapan
  • "Jelaskan perubahan paling berisiko di PR ini"
  • "Kalau ini berjalan bersamaan, apa yang akan rusak?"
  • "Apakah penanganan error konsisten dengan bagian lain di codebase?"
• Review interaktif menangkap lebih banyak isu — karena Anda bisa menggali area penting lebih dalam
• Review sekali jalan cenderung menandai nit soal gaya dan lebih mudah melewatkan masalah arsitektur

47. Beri nama dan warna pada sesi

• Gunakan /rename auth-refactor untuk menampilkan label di prompt bar
• Gunakan /color red atau /color blue untuk mengatur warna prompt bar
  • Warna yang tersedia: red, blue, green, yellow, purple, orange, pink, cyan
• Jika Anda menjalankan 2–3 sesi paralel, meluangkan 5 detik untuk memberi nama dan warna bisa mencegah salah mengetik di terminal yang keliru

48. Putar suara saat Claude selesai

• Dengan Stop Hook, putar suara sistem saat Claude menyelesaikan respons
• Mulai tugas lalu beralih ke pekerjaan lain, kemudian dapatkan notifikasi bunyi ping saat selesai
• Contoh: daftarkan /usr/bin/afplay /System/Library/Sounds/Glass.aiff sebagai Stop Hook di .claude/settings.json

49. Fan-out pekerjaan batch dengan claude -p

• Proses daftar file dalam mode non-interaktif dengan loop — batasi cakupan pekerjaan yang bisa dilakukan Claude per file menggunakan --allowedTools
• Gunakan & untuk menjalankan paralel demi throughput maksimum:
  • for file in $(cat files-to-migrate.txt); do claude -p "Migrate $file from class components to hooks" --allowedTools "Edit,Bash(git commit *)" & done; wait
• Cocok untuk konversi format file, pembaruan import di seluruh codebase, dan migrasi berulang saat tiap file bersifat independen

50. Kustomisasi kata kerja spinner (untuk seru-seruan)

• Saat Claude sedang berpikir, terminal menampilkan kata kerja spinner seperti "Flibbertigibbeting..." dan "Flummoxing..."
• Bisa diganti dengan frasa yang diinginkan — instruksikan ke Claude:
  • "Replace my spinner verbs in user settings with these: Hallucinating responsibly, Pretending to think, Confidently guessing, Blaming the context window"
• Tidak perlu menyiapkan daftar sendiri — cukup berikan nuansanya seperti "Replace my spinner verbs with Harry Potter spells", lalu Claude akan membuatkan daftarnya
• Kustomisasi kecil yang membuat waktu tunggu jadi lebih menyenangkan

[roxie]

Dari nomor 1 saja sudah sangat menyenangkan.