Claude Code pintasan keyboard shortcut: Shift+Tab dan Esc Esc

Untuk petunjuk tambahan tentang penggunaan Ailoot, lihat dokumentasi.

Apa fungsi 11 tips ini, dan mengapa Anda membutuhkan taktik, bukan teori?#

Dengan vibe coding, pertanyaannya bukan lagi “apakah Claude Code berfungsi?” - pertanyaannya adalah “bagaimana cara bekerja dengannya agar batas penggunaan tidak habis atau ia berhalusinasi?” 9 panduan saya sebelumnya membahas konsepnya: CLAUDE.md, Plan Mode, context engineering, Skills, Subagents, MCP, /rewind, batas penggunaan, second brain. Artikel ini mengumpulkan taktik untuk melengkapinya.

Setiap tips mengatasi satu masalah. Anda bisa membacanya berurutan atau langsung ke bagian yang paling mendesak: untuk pintasan, langsung ke tips 1; untuk menghemat token, tips 4 dan 5; untuk kerja paralel, tips 6; untuk teknik penulis, tips 8-11.

Saya menulis untuk orang yang sudah memasang Claude Code dan menggunakannya setidaknya selama seminggu. Jika Anda baru memasangnya, mulai dengan panduan CLAUDE.md, lalu kembali ke sini.

Cara mengganti mode Claude Code: pintasan Shift+Tab#

Kesalahan paling umum pemula adalah bertahan di default sepanjang hari dan menyetujui setiap perubahan secara manual. Setelah satu jam, hal ini melelahkan dan membuat Anda tergoda menjalankan --dangerously-skip-permissions (lebih lanjut di akhir tips ini). Shift+Tab adalah jalan tengah: Anda memilih kapan perlu acceptEdits dan kapan perlu plan.

Berikut aturan khusus yang saya ikuti saat berpindah mode:

1. Memulai tugas rumit - gunakan Shift+Tab sampai indikator mode menunjukkan plan. Claude memikirkannya dan menyusun rencana; ia tidak menulis kode sampai saya menyetujuinya.
2. Rencana disetujui, lanjut ke implementasi - beralih sampai indikator mode menunjukkan acceptEdits. Claude mengedit berkas tanpa meminta persetujuan, tetapi tetap meminta persetujuan untuk perintah Bash.
3. Pengeditan rutin (mengganti nama, refactoring sederhana) - langsung gunakan acceptEdits, tanpa rencana.
4. Zona bahaya (migrasi database, menghapus berkas) - saya kembali ke default dengan Shift+Tab.

# Mode izin umum (periksa label aktif, bukan jumlah penekanan tetap):
# default        - permintaan izin standar
# acceptEdits    - edit berkas diterima; izin alat lainnya tetap berlaku
# plan           - selidiki dan rencanakan sebelum implementasi
# Mode tambahan bergantung pada versi, pengaturan, dan kebijakan organisasi.

Jika Shift+Tab tidak berfungsi pada versi Claude Code Anda (claude --version), pastikan Anda memiliki versi terbaru. Perintah /doctor akan menampilkan semua informasi tentang instalasi.

Cara membatalkan tindakan terakhir tanpa kehilangan konteks: Esc Esc#

Esc dan Esc Esc melakukan hal yang berbeda, sehingga orang sering tertukar:

• Satu kali Esc - menyela Claude saat itu juga, ketika ia sedang melakukan sesuatu. Semua yang sempat dikerjakannya tetap ada. Berguna ketika ia salah arah dan Anda ingin mengarahkannya kembali.
• Dua kali Esc - jika kolom input kosong, membuka menu checkpoint (memulihkan kode, percakapan, atau keduanya, maupun membuat ringkasan). Jika ada teks di kolom, teks tersebut dihapus dari kolom dan dimasukkan ke riwayat (panah atas mengembalikannya).

# Dari menu Esc Esc saat kolom input kosong:
# 1. Hanya pulihkan kode               - pulihkan berkas, biarkan percakapan
# 2. Hanya pulihkan percakapan        - pulihkan percakapan, biarkan berkas
# 3. Pulihkan kode dan percakapan     - pulihkan keduanya (pilihan yang paling umum)
# 4. Buat ringkasan mulai dari sini   - ringkas percakapan mulai dari titik ini
# 5. Buat ringkasan hingga titik ini - ringkas percakapan hingga titik ini

Checkpoint dibuat otomatis untuk setiap prompt yang Anda kirim - tidak ada yang perlu diingat, dan Anda selalu bisa kembali. Untuk penjelasan lengkap, lihat panduan /rewind, yang juga membahas kombinasi git untuk rollback mendalam.

Esc Esc adalah salah satu teknik pertama bagi pemula. Setelah tidak lagi takut “merusaknya dan tidak bisa membatalkan”, mereka mulai bereksperimen dengan lebih berani, dan hasilnya meningkat berkali-kali lipat.

Kapan sebaiknya menggunakan /compact daripada /clear?#

Begini cara kerja /compact di dalam: Claude mengambil seluruh riwayat pesan, memprosesnya, lalu mengembalikan ringkasan singkat berisi detail terpenting. Trik yang berguna adalah memberinya petunjuk: /compact keep the coding principles and current plan, discard the CSS discussion. Dengan begitu, pemadatan akan terarah.

# Kapan menggunakan perintah yang mana:
/clear                              # fitur selesai, beralih ke fitur baru
/compact                            # sesi panjang, konteks sudah >50% penuh
/compact keep the architecture and plan  # pemadatan terarah dengan fokus tertentu

Tanda bahwa waktunya menggunakan /compact: perintah /cost atau bilah status menunjukkan 70%+ jendela konteks telah digunakan, sedangkan sesi baru berjalan setengah. Jika diabaikan, Claude akan mulai “melupakan” awal percakapan dan Anda akan membuang waktu untuk menjelaskan ulang.

Untuk teori lengkap tentang jendela konteks, lihat panduan context engineering. Panduan itu juga menjelaskan mengapa konteks adalah sumber daya terbatas dengan hasil yang makin menurun.

Cara melacak token secara real-time: perintah /cost#

Kekhawatiran “menghabiskan semuanya dalam sehari” merupakan salah satu masalah utama di kalangan vibe coder. Cara utama mengatasi kekhawatiran itu adalah membuat penggunaan terlihat.

/cost          # menampilkan penggunaan sesi saat ini (token + $)
/statusline    # mengonfigurasi bilah status: model + direktori + konteks % + biaya

Aturan sederhana: periksa /cost setiap 30-60 menit. Jika Anda menggunakan kurang dari beberapa dolar dalam satu jam, itu wajar. Jika lebih, ada yang tidak beres: mungkin Anda lupa /compact sehingga konteks terus membesar, mungkin Anda memilih model yang salah (lebih lanjut di tips berikutnya), atau mungkin Claude membaca ulang berkas besar sampai 10 kali.

Panduan lengkap untuk menghemat batas penggunaan adalah “Cara Agar Batas Claude Code Tidak Habis dalam Sehari”, dengan 8 aturan. Di sini, taktiknya adalah membuat penggunaan terlihat dengan /cost dan /statusline.

Model Claude mana yang sebaiknya dipilih untuk tugas tertentu: Haiku, Sonnet, atau Opus?#

claude --model haiku   # ~3× lebih murah daripada sonnet, untuk pekerjaan rutin
claude --model sonnet  # default, seimbang antara harga dan kualitas
claude --model opus    # ~1.7× lebih mahal daripada sonnet, untuk tugas kompleks

Menurut harga publik Anthropic pada Mei 2026: Haiku $1/$5 per 1M token input/output, Sonnet $3/$15, Opus $5/$25. Artinya, Haiku 3 kali lebih murah daripada Sonnet, sedangkan Opus 1,7 kali lebih mahal daripada Sonnet.

Cara saya memilih setiap hari:

Hal yang masih diperdebatkan adalah apakah Sonnet dan Haiku masih perlu digunakan jika rata-rata Opus berhasil “pada percobaan pertama”. Jawaban saya: bagi pengusaha nonprogrammer, Haiku dan Sonnet layak digunakan untuk 70% tugas. Opus sebaiknya disimpan untuk 30% yang benar-benar sulit. Anda sering kali membutuhkannya.

Cara menjalankan 3-5 tugas secara paralel: /resume + git worktrees#

Logikanya sederhana: satu jendela Claude yang panjang menghabiskan konteks. Setiap permintaan memuat semua yang ada di jendela itu ke dalam model - bahkan jika sekarang Anda sedang membahas hal yang sama sekali berbeda. 5 jendela pendek untuk tugas kecil masing-masing hanya mengingat pekerjaannya sendiri. Secara keseluruhan, biaya Anda lebih rendah.

# Mulai sesi bernama untuk tugas tertentu:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Gunakan worktree agar git tidak saling bertabrakan:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

Jika lupa isi setiap jendela, jalankan claude --resume tanpa argumen untuk melihat daftar sesi terbaru beserta nama dan waktunya. Di dalam sesi aktif, /agents memeriksa subagent yang sedang berjalan.

Saat mengerjakan fitur dengan siklus pengembangan panjang, biasanya saya melakukan hal berikut:

1. Jendela 1 - merencanakan di plans/YYYY-MM-DD-feature.md. Hanya diskusi, tanpa kode.
2. Jendela 2 (mengikuti rencana) - mengimplementasikan fase 1. Setelah fase selesai, perbarui rencana ([x]).
3. Jendela 3 - mengimplementasikan fase 2 secara paralel dengan jendela 2, jika kedua fase tidak tumpang tindih.
4. Jendela 4 - agen sintesis memeriksa hasil dari kedua jendela.
5. Jendela 5 - peninjauan keamanan setelah penggabungan (lihat tips 8).

Kapan tidak menggunakan worktree: jika Anda mengelola 1-2 proyek sehari, waktu untuk berpindah antar-direktori worktree akan mengurangi manfaatnya. Worktree mulai terasa menguntungkan pada 3+ tugas paralel per hari.

Cara menghindari halusinasi: referensi berkas dengan @file#

Pelengkapan otomatis berkas dimulai dengan simbol @. Mulai ketik jalur dan Claude akan menampilkan saran. Anda dapat merujuk beberapa berkas sekaligus: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt tanpa jalur yang tepat (buruk):
> Lihat logika auth dan temukan lalu perbaiki bug session

# Prompt dengan referensi @ (benar):
> @src/lib/auth.ts @src/lib/session.ts - perbaiki bug: setelah logout cookie tidak dihapus

Trik kedua dalam kelompok yang sama adalah mode shell menggunakan !:

> !git status                # berjalan tanpa memanggil Claude, output masuk ke konteks
> !npm test                  # sama
> !cat /var/log/app.log | tail -50  # sama

Alasannya: Anda tidak menghabiskan token untuk “Claude, lihat status git” - Claude akan mendapatkan jawaban yang sama melalui tool. ! lebih singkat dan lebih murah.

Ini berkaitan dengan CLAUDE.md: berkas utama sebaiknya memuat maksimal 200 baris aturan proyek. Aturan yang lebih spesifik (misalnya, konvensi API) diletakkan di .claude/rules/api-design.md dengan YAML frontmatter paths: ["src/api/**/*.ts"]. Aturan tersebut hanya dimuat ketika Claude mengedit berkas di src/api/. Untuk penjelasan lengkap, lihat panduan CLAUDE.md.

Cara menjaga kemajuan pada tugas panjang: rencana bertahap dengan [ ] / [x]#

Berikut templat berkas rencana yang saya gunakan di setiap proyek:

# Rencana: [nama fitur]
Tanggal pembuatan: 2026-05-22
Tujuan: [satu kalimat tentang hal yang ingin dicapai]

## Tahap 1: [nama singkat]
- [ ] Langkah 1.1: [tindakan spesifik]
- [ ] Langkah 1.2: [tindakan spesifik]
- [ ] Langkah 1.3: [tindakan spesifik]

## Tahap 2: [nama singkat]
- [ ] Langkah 2.1
- [ ] Langkah 2.2

## Hasil
Isi di akhir: diterapkan sepenuhnya atau sebagian, serta apa yang masih tersisa.

Aturannya mutlak: setiap agen harus memperbarui rencana setelah setiap sesi. Dengan kata lain, begitu selesai mengerjakan satu fase, buka berkas dan tandai [x]. Jika tidak, jendela berikutnya tidak akan tahu bahwa fase tersebut sudah selesai dan mungkin akan mengulanginya.

Jika rencana ada di berkas, bukan di kepala Anda:

• Jendela paralel (lihat tips 6) dapat menangani fase yang berbeda.
• Jika tugas berlangsung selama 3 hari, saat kembali 2 hari kemudian, Anda bisa langsung melihat sampai mana progresnya.
• Pemeriksaan akhir terhadap hasil aktual mudah dilakukan (grep -c "\[ \]" dalam berkas = jumlah yang masih terbuka).

Kapan tidak perlu menggunakannya: perbaikan cepat 5 menit, pengeditan sepele dalam satu berkas, membaca dan merangkum log. Tidak setiap tindakan memerlukan rencana.

Teknik ini adalah bagian dari konsep Second Brain. Untuk penjelasan lengkap tentang folder business/, plans/, ai-clone/, lihat panduan Second Brain.

Cara mengetahui lebih awal di mana Claude akan gagal: kritik diri dengan 10 alasan#

Berikut kerangka prompt yang saya gunakan persis:

Bayangkan folder ide ini telah melalui metodologi yang membuat Anda berpikir seolah-olah proyeknya sudah gagal total. Sebutkan 10 alasan mengapa setahun dari sekarang saya akan menghabiskan banyak waktu dan ide ini ternyata gagal. Tugas Anda bukan menjaga perasaan saya, tetapi bersikap sekeras mungkin.

Setelah 10 alasan - putaran kedua: pertahankan setiap alasan dari sanggahan saya. Di bagian mana posisi saya paling lemah?

Putaran ketiga: tulis rencana agar masalah-masalah ini tidak terjadi.

Saya menggunakannya pada tiga tahap:

1. Ide pertama “semuanya hebat” - saat saya yakin. Kritik diri memangkas ide sebesar 30-50%.
2. Di tengah penyusunan rencana - ketika saya sudah mendalami pekerjaan dan mulai kehilangan perspektif.
3. Sebelum peluncuran - penyaringan terakhir.

Claude benar-benar menantang Anda dalam mode adversarial. Dalam situasi yang sama, GPT-5 mula-mula memuji ide, lalu “mencoba mencari perbaikan”. Saya melihat perbedaan ini setelah setahun bereksperimen:

Bagi saya, perbedaan mode adversarial tampak seperti ini: ChatGPT berkata, “Tepat sekali, itu benar-benar bagus.” Claude dalam situasi yang sama berkata, “Setuju, itu benar-benar omong kosong; akan saya buat ulang sekarang.” Saat saya membutuhkan kritik, respons kedua menghemat beberapa hari kerja sia-sia.

Kapan tidak menerapkannya: iterasi positif pada UI dan copywriting. Mode adversarial tidak cocok di sana - ia akan membunuh kreativitas.

Teknik ini dikenal sebagai premortem proyek. Saya mengadaptasinya untuk bekerja dengan agen AI: alih-alih dengan tim manusia, Anda melakukan premortem dengan Claude. Tak ada yang takut mengatakan “bos, proyek ini akan gagal” - dan titik buta muncul dalam hitungan menit.

Cara meneliti 5 sumber dalam waktu yang biasanya diperlukan untuk 1 sumber: subagent paralel#

Berikut kerangka prompt-nya:

Anda sudah memiliki konteks lengkap. Cari dan lakukan riset mendalam; jalankan 5 subagent secara paralel.

Subagent 1: telusuri jaringan profesional - siapa yang memecahkan masalah ini?
Subagent 2: solusi open-source di GitHub - mana yang populer?
Subagent 3: akselerator startup - siapa yang menarik
            investasi di bidang ini?
Subagent 4: situs web pesaing langsung - apa yang mereka janjikan dan
            berapa harganya?
Subagent 5: perbandingan dan ulasan - apa yang dikatakan
            pengguna dalam ulasan?

Setelah semua kembali, jalankan agen sintesis
untuk membandingkan silang 5 laporan dan menyusun kerangka
untuk folder second-brain saya.

Apa yang berbeda dibanding riset biasa:

• Waktu: 5 alur serentak, bukan 5 alur berurutan. Pekerjaan satu jam selesai dalam 15 menit.
• Kedalaman: setiap agen memiliki spesialisasi. Bias konfirmasi satu agen tidak memengaruhi agen lain.
• Konteks: setiap subagent memiliki konteks sendiri, terpisah dari konteks utama Anda.

Untuk panduan lengkap tentang subagent, lihat “Claude Code Subagents pada 2026”. Panduan tersebut juga menjelaskan perbedaan antara Skills dan MCP - mana yang digunakan dan kapan.

Kapan tidak menerapkannya: pengeditan kosmetik, perbaikan bug, tugas teknis kecil. Riset berlebihan untuk apa pun yang lebih kecil daripada “fitur baru yang membutuhkan 1+ hari kerja”.

Cara memberi tugas kepada Claude dari ponsel: bot Telegram di saku Anda#

Cara menyiapkannya (4 langkah):

1. Komputer yang selalu menyala - saya menonaktifkan mode tidur di pengaturan sistem (macOS: Energy Saver → Prevent computer from sleeping).
2. Claude Code berjalan di terminal, terhubung ke folder proyek.
3. Plugin Telegram resmi - tambahkan marketplace dengan /plugin marketplace add anthropics/claude-plugins-official, lalu pasang /plugin install telegram@claude-plugins-official (langkah tepatnya diperbarui dari waktu ke waktu - petunjuk terbaru ada di repositori plugin resmi).
4. Bot terikat pada satu sesi - saat ini ini merupakan batasan: satu bot = satu proyek = satu sesi. Jika perlu bot kedua, siapkan bot kedua.

Hal yang saya lakukan dengan bot setiap hari:

• Saya sedang berjalan-jalan dan mendapat ide - saya langsung mengirimkannya ke bot agar tidak lupa. Bot menambahkannya ke inbox.md untuk diproses nanti.
• Menelepon calon klien - setelah panggilan, saya bertanya kepada bot: “berdasarkan transkrip panggilan terakhir, sebutkan 3 masalah utama yang menguntungkan kita.” Semenit kemudian, analisis lengkap tersedia di chat.
• Pagi hari di kafe - “tunjukkan pekerjaan rumah yang belum selesai dari daftar saya.” Tidak perlu membuka laptop.

⚠️ Catatan: untuk saat ini, Anda tidak bisa menjalankan /clear atau /compact dari bot - sesi bot sama dengan sesi terminal, dan konteks terus membesar. Sesi hanya bisa dimulai ulang secara manual melalui terminal.

Bagi saya, ini adalah ekstensi Claude Code paling berguna dalam dua minggu terakhir. Ini mengubah saya dari “saya bekerja dengan Claude ketika duduk di meja” menjadi “saya bekerja dengan Claude kapan pun punya ide.”

Apa yang sebaiknya mulai diterapkan: roadmap 7 hari#

Kombinasi teknik lebih penting daripada satu teknik saja. Shift+Tab tanpa Esc Esc membuat eksperimen terasa menakutkan. /compact tanpa /cost membuat Anda tidak tahu kapan harus memadatkan konteks. Rencana dalam berkas tanpa jendela paralel hanya menambah kerumitan tanpa hasil.

Untuk melanjutkan bekerja dengan model, Anda dapat membuka Ailoot.