# Claude Code pintasan keyboard shortcut: Shift+Tab dan Esc Esc
> Claude Code pintasan keyboard not working? Periksa versi dan instalasi untuk Shift+Tab dengan claude --version dan /doctor, lalu pelajari fungsi Esc Esc dan /compact.
Source: https://ailoot.ai/blog/id/claude-code-tips/
Canonical: https://ailoot.ai/blog/id/claude-code-tips/
Language: id
Publisher: Ailoot (https://ailoot.ai/)
Translation: guide-001
Revision: sha256-a30de6b6e4860cbf4da3dd095f5d70dd42feee9384642d647b4c43f6dce38b18
Untuk petunjuk tambahan tentang penggunaan Ailoot, lihat [dokumentasi](https://ailoot.ai/docs/).
## Apa fungsi 11 tips ini, dan mengapa Anda membutuhkan taktik, bukan teori?
Inti sari
Ini bukan daftar “fitur Claude Code terbaik” atau pengulangan dokumentasi Anthropic. Ini adalah 11 teknik dari enam bulan penggunaan sehari-hari: 5 taktis (pintasan, flag, /commands) dan 6 strategis (cara memecah rencana, cara mengelola 5 jendela, cara menemukan titik buta). Satu malam cukup untuk membentuk 11 kebiasaan.
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](https://ailoot.ai/blog/id/claude-md-template/), [Plan Mode](https://ailoot.ai/blog/id/claude-code-plan-mode/), [context engineering](https://ailoot.ai/blog/id/context-engineering/), [Skills](https://ailoot.ai/blog/id/claude-code-skills-library/), [Subagents](https://ailoot.ai/blog/id/claude-code-subagents/), [MCP](https://ailoot.ai/blog/id/mcp-servers-claude-code/), [/rewind](https://ailoot.ai/blog/id/claude-code-undo-changes/), [batas penggunaan](https://ailoot.ai/blog/id/claude-code-token-limits-saving/), [second brain](https://ailoot.ai/blog/id/claude-code-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](https://ailoot.ai/blog/id/claude-md-template/), lalu kembali ke sini.
## Cara mengganti mode Claude Code: pintasan Shift+Tab
Inti sari
Shift+Tab beralih di antara mode izin: `default`, `acceptEdits`, `plan`, dan mode apa pun yang diaktifkan (`auto`, `bypassPermissions`). Sebelum tugas rumit, beralihlah ke [Plan Mode](https://ailoot.ai/blog/id/claude-code-plan-mode/) dan periksa indikator mode sebelum mengirim tugas. Sebelum pekerjaan rutin, pilih `acceptEdits` dan pastikan label tersebut tampil; jumlah penekanan bergantung pada mode awal dan mode yang diaktifkan.
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.
```bash
# 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.
Shift+Tab beralih di antara mode izin. Mode yang tersedia bergantung pada apa yang Anda aktifkan di pengaturan.
— Dokumentasi Anthropic, https://code.claude.com/docs/en/interactive-mode
## Cara membatalkan tindakan terakhir tanpa kehilangan konteks: Esc Esc
Inti sari
Menekan Esc dua kali adalah cara cepat untuk membatalkan tindakan terakhir Claude tanpa menjalankan `/rewind` sepenuhnya. Jika kolom input kosong, menu checkpoint akan terbuka. Jika ada sesuatu di kolom, isinya dihapus tetapi disimpan dalam riwayat (panah atas mengembalikannya). Ini mengatasi kekhawatiran “saya merusaknya dan tidak bisa membatalkan” dalam 80% kasus; Anda tidak perlu membuka git.
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).
```bash
# 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](https://ailoot.ai/blog/id/claude-code-undo-changes/), yang juga membahas kombinasi git untuk rollback mendalam.
Setiap prompt pengguna membuat checkpoint baru. Checkpoint disimpan di antara sesi, sehingga Anda dapat kembali ke checkpoint tersebut dalam percakapan yang dilanjutkan.
— Dokumentasi Anthropic, https://code.claude.com/docs/en/checkpointing
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?
Inti sari
`/clear` mereset sesi sepenuhnya sehingga jendela konteks menjadi bersih. `/compact [hint]` meminta LLM memadatkan riwayat percakapan menjadi ringkasan sambil mempertahankan makna pekerjaan sebelumnya. Aturannya sederhana: tugas selesai - `/clear`. Melanjutkan tugas yang sama, tetapi jendela penuh - `/compact`. Jika tertukar, Anda akan kehilangan konteks atau mencapai batas.
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.
```bash
# 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.
Di Claude Code, misalnya, kami melakukan ini dengan mengirim riwayat pesan ke model untuk merangkum dan memadatkan informasi yang paling penting.
— Anthropic Engineering, https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents
Untuk teori lengkap tentang jendela konteks, lihat panduan [context engineering](https://ailoot.ai/blog/id/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
Inti sari
`/cost` menampilkan penggunaan saat ini dalam dolar dan token. `/statusline` menambahkan informasi yang sama ke bilah status - Anda selalu dapat melihat model, direktori, persentase konteks, dan biaya tanpa menjalankan perintah. Cara utama mengatasi kekhawatiran “menghabiskan semuanya dalam sehari” adalah dengan selalu menampilkan penggunaan.
Kekhawatiran “menghabiskan semuanya dalam sehari” merupakan salah satu masalah utama di kalangan vibe coder. Cara utama mengatasi kekhawatiran itu adalah membuat penggunaan **terlihat**.
```bash
/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”](https://ailoot.ai/blog/id/claude-code-token-limits-saving/), 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?
Inti sari
Flag `--model` hanya mengganti model untuk sesi saat ini. Aturan dasarnya: Haiku untuk skrip dan pengeditan cepat, Sonnet untuk penalaran mendalam rutin, Opus untuk arsitektur dan debugging rumit. Menurut wawancara publik, tim Claude Code sendiri menggunakan Opus dengan thinking “untuk segala hal”, tetapi itu pilihan bagi mereka yang membayar langganan tanpa mengkhawatirkan token. Bagi pengusaha, aturannya berbeda: mulai dengan yang lebih murah, bayar lebih ketika perlu.
```bash
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:
| Tugas | Model | Alasan |
|----|----|----|
| Mengganti nama variabel/fungsi | Haiku | Operasinya jelas; tidak perlu “berpikir” |
| Refactoring sederhana (mengekstrak fungsi) | Sonnet | Standar, murah, akurat |
| Menambahkan fitur baru dengan arsitektur | Opus | Membutuhkan penalaran mendalam |
| Men-debug bug aneh yang belum ditemukan Sonnet setelah 3 percobaan | Opus | Lebih sedikit arahan, peluang berhasil lebih tinggi |
| Membaca dan merangkum log panjang | Haiku | Kategorisasi sederhana, lebih murah |
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
Inti sari
Kerja paralel di Claude Code mengandalkan 2 hal: `--resume` (melanjutkan sesi bernama) dan `git worktree` (direktori terpisah untuk setiap branch). Dalam praktiknya, saya membuka 5-10 jendela Claude sekaligus, masing-masing mengerjakan tugas kecilnya sendiri. Konteks tidak tumpang tindih dan token tidak terbuang untuk “semuanya dalam satu jendela”.
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.
```bash
# 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
Inti sari
Alih-alih menulis “telusuri proyek dan cari auth.ts”, tulis `@src/lib/auth.ts` agar Claude memuat berkas itu secara langsung tanpa mencari. Ini menghemat token (tidak perlu memindai pohon direktori) dan menghilangkan salah satu sumber halusinasi (Claude tidak perlu menebak jalurnya; Anda sudah memberikannya). Begitu juga dengan perintah: `!git status` berjalan tanpa panggilan tool, dan output-nya masuk ke konteks.
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`.
```bash
# 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 `!`:
```bash
> !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](https://ailoot.ai/blog/id/claude-md-template/).
## Cara menjaga kemajuan pada tugas panjang: rencana bertahap dengan \[ \] / \[x\]
Inti sari
Setiap tugas yang membutuhkan lebih dari 30 menit kerja memerlukan rencana dalam berkas terpisah, `plans/YYYY-MM-DD-name.md`, dengan tahapan dan kotak centang `[ ]` / `[x]`. Rencana seharusnya ada di berkas, bukan di chat. Ini memungkinkan jendela paralel menangani tahapan yang berbeda tanpa saling mengganggu dan memudahkan Anda melihat kemajuan alih-alih “mengingatnya” dari chat.
Berikut templat berkas rencana yang saya gunakan di setiap proyek:
```markdown
# 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](https://ailoot.ai/blog/id/claude-code-second-brain/).
## Cara mengetahui lebih awal di mana Claude akan gagal: kritik diri dengan 10 alasan
Inti sari
Sebelum mulai mengerjakan fitur yang kompleks, masukkan Claude ke mode adversarial: “Bayangkan proyek ini gagal. Setahun dari sekarang, saya telah kehilangan waktu dan tenaga. Sebutkan 10 alasannya. Jangan sungkan; bersikaplah keras.” Ini menembus optimisme awal dan memunculkan titik buta yang tidak akan ditunjukkan Claude dalam mode “mari kita implementasikan”.
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
Inti sari
Sebelum mulai mengerjakan fitur, jalankan 5 agen riset paralel melalui subagent. Masing-masing berfokus pada bidangnya sendiri: jaringan profesional, sumber terbuka, akselerator, pesaing, perbandingan. Mereka kembali dalam 10-20 menit. Setelah itu, agen sintesis terpisah menggabungkan semuanya menjadi satu laporan. Ini menghemat waktu berjam-jam dan mengurangi bias konfirmasi.
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”](https://ailoot.ai/blog/id/claude-code-subagents/). 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
Inti sari
Hubungkan Claude Code ke bot Telegram Anda melalui plugin resmi. Di komputer (dengan mode tidur dinonaktifkan), Claude Code berjalan di terminal dan terhubung ke proyek. Anda dapat mengirim pesan dari mana saja melalui bot: “lihat commit terbaru”, “berapa pendapatan dari kuitansi minggu ini”, “baca semua pertanyaan dukungan dari malam ini”. Bot menjawab dengan konteks proyek lengkap - kode, riwayat commit, seluruh struktur `business/`. Agen aktif di codebase Anda yang melihat dan mengingat semuanya.
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](https://github.com/anthropics/claude-plugins-official)).
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
Inti sari
Jangan mencoba menerapkan semua 11 tips dalam satu hari - Anda akan kelelahan dan kebiasaan itu tidak akan bertahan. Roadmap 7 hari: hari 1-2 - pintasan (1-3), hari 3-4 - perintah (4-5), hari 5-6 - kerja paralel (6-7), hari 7 - perencanaan dan premortem (8-9). Subagent paralel dan bot Telegram (10-11) untuk minggu kedua, setelah 9 tips pertama sudah dikuasai.
| Hari | Yang diterapkan | Lama pengerjaan |
|----|----|----|
| 1 | Shift+Tab + Esc Esc | 30 menit latihan |
| 2 | Membiasakan diri dengan Shift+Tab + Esc Esc | bekerja setengah hari |
| 3 | /compact + /cost | 30 menit + 1-2 sesi kerja |
| 4 | --model haiku/sonnet/opus | 30 menit + sedikit eksperimen |
| 5 | --resume untuk sesi bernama | 30 menit |
| 6 | git worktrees - jika menangani 3+ tugas paralel | 1 jam |
| 7 | Rencana di `plans/` + prompt “10 alasan mengapa saya akan gagal” | 1-2 jam, satu kali |
| 8-14 (minggu kedua) | Subagent untuk riset + bot Telegram | 3-4 jam untuk menyiapkan dan membiasakan diri |
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](https://ailoot.ai/).
## Pertanyaan tentang Claude Code pada 2026: 11 Tips, Pintasan, dan Perintah
### Bagaimana mengetahui bahwa saya berada di Plan Mode?
Gunakan Shift+Tab untuk beralih mode dan baca indikator mode sebelum mengirim tugas. Berhenti ketika indikator menunjukkan `plan`; jumlah penekanan tetap tidak dapat diandalkan karena mode awal dan mode yang aktif dapat berbeda.
### Haruskah memakai /clear atau /compact ketika konteks penuh?
Gunakan `/compact` saat melanjutkan tugas yang sama, dengan petunjuk tentang rencana dan keputusan yang harus dipertahankan. Gunakan `/clear` ketika tugas selesai dan tugas berikutnya memerlukan konteks baru; simpan kemajuan penting dalam file rencana terlebih dahulu.
## Ailoot · Perusahaan dan portofolio proyeknya
Ailoot bertumpu pada pengalaman operasional yang teruji, basis pelanggan yang besar, layanan yang stabil, dan pemantauan KPI berkelanjutan.
Perusahaan dan portofolio proyeknya: jutaan pelanggan; penjualan miliaran setiap bulan.
Ailoot memanfaatkan pengalaman operasional ini untuk akses API ke fitur AI dalam produk pelanggan, agen, aplikasi, dan otomatisasi.