- Membagikan lingkungan kerja dan workflow nyatanya, serta memperkenalkan cara menjalankan 5 Claude secara paralel di terminal dan menambah 5–10 lagi di web
- Menggunakan Opus 4.5 with thinking untuk semua pekerjaan; meski lebih besar dan lambat, model ini butuh lebih sedikit penyesuaian dan sangat andal dalam memanfaatkan tool, sehingga pada akhirnya lebih cepat
- Seluruh tim berbagi satu file
CLAUDE.md; setiap kali Claude berperilaku keliru, isinya ditambahkan ke file tersebut agar efek pembelajarannya terakumulasi
- Sebagian besar sesi dimulai dengan mode Plan, lalu setelah rencananya cukup matang beralih ke mode auto-accept untuk menyelesaikan sekaligus
- Faktor terpenting untuk meningkatkan kualitas hasil akhir sampai 2–3x adalah memberi Claude feedback loop agar bisa memverifikasi pekerjaannya sendiri
1/ Menyusun lingkungan eksekusi paralel
- Menjalankan 5 Claude secara paralel di terminal, memberi nomor 1–5 pada tab, lalu menggunakan notifikasi sistem untuk mengetahui kapan input diperlukan
2/ Operasi paralel di web dan lokal
- Di web claude.ai/code juga menjalankan 5–10 Claude tambahan secara paralel, bersamaan dengan Claude lokal
- Melakukan handoff sesi lokal ke web (menggunakan
&) atau memulai sesi langsung dari Chrome, lalu berpindah dua arah dengan --teleport
- Juga memanfaatkan aplikasi iOS untuk memulai sesi setiap pagi dan beberapa sesi lain sepanjang hari, lalu memeriksanya nanti
3/ Pemilihan model: Opus 4.5 with thinking
- Menggunakan Opus 4.5 with thinking untuk semua pekerjaan
- Model coding terbaik yang pernah digunakan sejauh ini
- Lebih besar dan lebih lambat daripada Sonnet, tetapi membutuhkan lebih sedikit steering dan sangat baik dalam memanfaatkan tool
- Hasil akhirnya, dibanding model yang lebih kecil, hampir selalu lebih cepat
4/ Akumulasi pengetahuan tim melalui CLAUDE.md
- Menjaga satu file CLAUDE.md bersama untuk seluruh tim di repositori Claude Code
- Di-check in ke git, dan seluruh tim berkontribusi beberapa kali setiap minggu
- Setiap kali Claude berperilaku keliru, hal itu ditambahkan ke CLAUDE.md agar kesalahan yang sama tidak terulang di lain waktu
- Tim lain juga memelihara CLAUDE.md masing-masing, dan tiap tim bertanggung jawab menjaganya tetap mutakhir
5/ Memperbarui CLAUDE.md saat code review
- Saat code review, menandai PR rekan dengan @.claude untuk menambahkan isi ke CLAUDE.md sebagai bagian dari PR
- Memanfaatkan Claude Code GitHub Action(/install-github-action)
- Pendekatannya mirip dengan konsep Compounding Engineering dari Dan Shipper
6/ Workflow mode Plan dan auto-accept
- Memulai sebagian besar sesi dengan mode Plan (shift+tab dua kali)
- Jika tujuannya membuat PR, ia berdiskusi berulang dengan Claude di mode Plan sampai rencananya benar-benar memuaskan
- Setelah rencana final, beralih ke mode auto-accept edits dan Claude biasanya langsung menuntaskan dalam sekali jalan (1-shot)
- Rencana yang bagus itu sangat penting
7/ Otomatisasi pekerjaan berulang dengan slash command
- Menggunakan slash command untuk setiap workflow "inner loop" yang dijalankan beberapa kali sehari
- Menghemat prompt berulang, dan Claude juga bisa memanfaatkan workflow ini
- Command di-check in ke git dan disimpan di direktori .claude/commands/
- Contoh: slash command /commit-push-pr digunakan puluhan kali setiap hari
8/ Memanfaatkan subagent
- Secara rutin menggunakan beberapa subagent
- code-simplifier: menyederhanakan kode setelah Claude menyelesaikan pekerjaannya
- verify-app: berisi instruksi rinci untuk pengujian end-to-end Claude Code
- Mirip dengan slash command, ini adalah konsep untuk mengotomatiskan workflow paling umum yang dilakukan di sebagian besar PR
9/ Formatting kode dengan hook PostToolUse
- Menggunakan hook PostToolUse untuk menangani formatting kode Claude
- Claude pada dasarnya sudah menghasilkan kode yang rapi, dan hook ini menangani 10% sisanya agar kesalahan formatting tidak muncul nanti di CI
10/ Cara mengelola izin
- Tidak menggunakan --dangerously-skip-permissions
- Sebagai gantinya menggunakan /permissions untuk mengizinkan lebih dulu perintah bash umum yang diketahui aman di lingkungan tersebut
- Menghindari prompt izin yang tidak perlu
- Sebagian besar dibagikan ke tim dengan di-check in ke .claude/settings.json
11/ Memanfaatkan integrasi tool di Claude Code
- Claude Code menggunakan semua tool atas namanya
- Mencari dan mem-posting ke Slack (menggunakan server MCP)
- Menjalankan query BigQuery (dengan bq CLI) untuk menjawab pertanyaan analitik
- Mengambil log error dari Sentry
- Konfigurasi Slack MCP di-check in ke .mcp.json dan dibagikan ke tim
12/ Cara menangani pekerjaan berdurasi panjang
- Untuk pekerjaan yang sangat panjang, memilih salah satu dari tiga metode:
- Di sandbox, menggunakan --permission-mode=dontAsk atau --dangerously-skip-permissions agar Claude bisa fokus bekerja tanpa prompt izin
13/ Tip terpenting: sediakan feedback loop verifikasi
- Faktor terpenting untuk mendapatkan hasil hebat dari Claude Code: memberi Claude cara untuk memverifikasi pekerjaannya
- Dengan feedback loop ini, kualitas hasil akhir meningkat 2–3x
- Untuk semua perubahan yang mendarat di claude.ai/code, Claude menguji dengan ekstensi Chrome Claude
- Membuka browser, menguji UI, lalu mengulang sampai kodenya berjalan dan UX-nya terasa baik
- Cara verifikasi berbeda di tiap domain
- Bisa sesederhana menjalankan perintah bash
- Menjalankan test suite
- Menguji aplikasi di browser atau simulator ponsel
- Perlu investasi untuk membangun proses verifikasi ini secara kokoh
11 komentar
Tips penggunaan praktis yang dibagikan oleh pencipta Claude Code
Karena dia penciptanya, seharusnya tidak kena limit, kan..?
Sepertinya API internal perusahaan itu mungkin tidak terbatas; saya pernah melihat tulisan yang menyebut bahwa produk Claude Code sendiri dibuat menggunakan Claude Code.. haha;;
Tetap saja tidak akan kena, kan..? Mahal sih..
Penggunaannya di perusahaan tidak dibatasi. Saya bukan dari Anthropic, melainkan dari big tech, tetapi
sonnet 4.5pada praktiknya nyaris tanpa batas.Saya pelanggan Max, dan rasanya token terkuras hanya dengan membacanya.
titik kesamaan skills..
Melihat gambar di tulisan aslinya, sepertinya dia menjalankan 5 di lokal dan 5 di web untuk bekerja. Apakah ada alasan khusus kenapa tidak dibuat 10 di lokal dan 10 di web, melainkan dibagi 5 dan 5?
Di web, sepertinya mungkin untuk pengecekan sederhana dan pekerjaan ringan pada
git branchyang sama dengan pekerjaan lokal.(Mungkin supaya bisa tetap bekerja saat sedang bepergian??)
Ini hanya dugaan, tetapi saat membuat 5 hal di lokal, mungkin ia membedakan
git branchberdasarkan kegunaan untuk mengelola konteks,dan masing-masing tab, misalnya,
tab1 untuk pembuatan query DB dan perencanaan, tab2 backend, tab3 pengembangan API, tab 4 frontend, tab 5 code review, sehingga kemungkinan dijalankan secara paralel dalam cakupan yang meminimalkan benturan.
Ini hanya dugaan, tetapi mungkin karena agar bisa diakses lewat perangkat mobile saat sedang bepergian, harus berupa sesi web. Dalam situasi di mana beban kognitif yang masih bisa ditangani kira-kira sekitar 10, mungkin 5 dikerjakan secara mendalam di lokal lewat PC, dan sisanya dikerjakan cepat lewat mobile.
Bisa jadi begitu.