Tips praktis 9 Claude Code Boris: Ternyata konfigurasi master sangat "sederhana" Boris Cherny memiliki julukan dalam Anthropic: ayah Claude Code. Dia aktif di X akhir-akhir ini, sehingga banyak orang bertanya kepada Boris: Bagaimana tepatnya Anda menggunakan Claude Code sendiri? Dia baru saja membagikan 9 tips praktis tentang X. Tidak ada banyak trik seperti yang Anda pikirkan, dan masing-masing bersahaja. [1] Filosofi Inti: Tidak ada jawaban standar untuk praktik terbaik Claude Code Boris membuka dengan mengatakan: > Pengaturan saya mungkin sangat vanila! Claude Code bekerja dengan baik di luar kotak, jadi saya pribadi tidak banyak menyesuaikannya. > Konfigurasi saya mungkin "asli" seperti yang Anda harapkan. Claude Code bekerja dengan baik di luar kotak, dan saya pribadi tidak melakukan banyak penyesuaian. Dapat dimengerti bahwa praktik terbaik tersebut, seperti Keterampilan dan Plugin, telah lama dibangun ke dalam fitur sebagai pengembang Claude Code. Tidak ada satu cara yang tepat untuk menggunakan Claude Code. Tim sengaja merancangnya untuk dilemparkan dengan santai, dan Anda dapat menggunakannya sesuka Anda, bagaimana Anda ingin mengubahnya, dan bagaimana Anda ingin mengubahnya. Setiap orang dalam tim Claude Code menggunakannya secara berbeda. Jadi tidak perlu berjuang untuk menemukan "praktik terbaik", yang terpenting adalah menyesuaikan ritme Anda sendiri. [2] Tugas multi-agen secara paralel: Buka lebih dari selusin Claude secara bersamaan Rutinitas harian Boris adalah seperti ini: buka 5 instance Claude Code di terminal, tab nomor 1 hingga 5, nyalakan notifikasi sistem, dan lewati mana yang perlu dimasukkan. Pada saat yang sama, dia juga menjalankan 5 hingga 10 tugas di versi web. Terminal dan halaman web dapat "menyerahkan" satu sama lain: gunakan simbol & untuk mentransfer sesi lokal ke halaman web, atau gunakan --teleport untuk beralih bolak-balik di kedua sisi. Dia meluncurkan beberapa tugas dari aplikasi Claude di ponselnya setiap pagi dan siang hari, dan kembali nanti untuk melihat hasilnya. Logika inti dari cara kerja "multi-utas" ini adalah bahwa Claude Code pandai dalam otonomi, dan banyak tugas tidak mengharuskan Anda untuk mengawasinya. Anda memulai tugas, memberinya arahan, membiarkannya berjalan, dan melakukan sesuatu yang lain sendiri. Kurangi saat membutuhkan konfirmasi Anda. Ini benar-benar berbeda dari tradisional "manusia mengetik sebaris kode, AI membuat beberapa baris". Namun, ini juga membutuhkan persyaratan pengguna yang lebih tinggi, dan Anda harus pandai menetapkan tugas kepada agen dan dapat beralih di antara beberapa tugas kapan saja. Ini adalah tantangan besar bagi model pengembangan tradisional yang terbiasa berkembang sendiri dan hanya memiliki satu tugas pada saat yang bersamaan. Saya malu untuk mengatakan bahwa meskipun saya juga menggunakan Agen Pengkodean secara teratur, saya masih belum terbiasa menjalankan terlalu banyak tugas pada saat yang sama, jadi saya akan memperkuat praktik saya di bidang ini tahun ini. [3] Pemilihan model: Mengapa menggunakan Opus daripada Sonnet yang lebih cepat Boris mengatakan dia menggunakan Opus 4.5 untuk semua tugasnya dengan mode berpikir. Ini adalah model pemrograman terbaik yang pernah dia gunakan. Beberapa orang akan bertanya: Bukankah Opus lebih besar dan lebih lambat dari Soneta? Jawaban Boris adalah bahwa meskipun respons tunggal sedikit lebih lambat, Anda perlu memperbaikinya lebih sedikit, panggilan alat lebih akurat, dan hasil akhirnya lebih cepat. Faktanya, saya selalu setuju bahwa menulis kode tidak bisa cepat, tetapi harus berkualitas tinggi, jika model cepat mengharuskan Anda untuk memperbaikinya bolak-balik tiga kali, lebih baik menggunakan model lambat untuk melakukannya sekaligus. Waktu bukan hanya tentang waktu respons model, tetapi juga tentang perhatian dan biaya usaha Anda. Satu-satunya masalah adalah bahwa Opus lebih mahal. 【4】 adalah file konfigurasi khusus Claude Code, ditempatkan di root proyek. Setiap kali Anda memulai Claude Code, ia secara otomatis membaca file dan memperlakukan isinya sebagai "pengetahuan latar belakang". Anda dapat memahaminya sebagai: Ini adalah spesifikasi proyek yang Anda tulis ke AI, memberitahukan struktur, spesifikasi, dan tindakan pencegahan proyek. Pendekatan tim Boris adalah bahwa seluruh repositori Claude Code dikelola dalam satu Git. Setiap minggu, orang menambahkan hal-hal ke Rigano. Aturannya sederhana: setiap kali Anda melihat Claude melakukan sesuatu yang salah, tulis "jangan lakukan ini" di dalamnya, dan lain kali ia akan tahu. Yang lebih menarik adalah mereka juga menggunakan mekanisme ini saat meninjau kode. Boris akan @.claude di PR rekannya dan meminta Claude untuk menambahkan aturan baru ke . Ini dicapai melalui GitHub Action Claude Code. Dan Shipper menyebut ini sebagai "proyek bunga majemuk": setiap koreksi kesalahan menjadi aset tim, memungkinkan AI untuk lebih memahami proyek Anda. Jika Anda belum menggunakan perintah tersebut, Claude akan secara otomatis menganalisis struktur proyek dan menghasilkan versi awal. Kemudian Anda menambahkan saat Anda menggunakan, dan menambahkan apa yang salah saat Anda melihatnya. [5] Mode rencana: pikirkan dengan jernih sebelum melakukannya Boris mengatakan dia memulai sebagian besar sesinya dalam mode Plan. Klik dua kali Shift+Tab di Claude Code untuk beralih. Dalam mode Rencana, Claude tidak mengubah kode secara langsung, tetapi memberi Anda rencana eksekusi terlebih dahulu. Anda dapat mendiskusikan dan merevisi rencana Anda bolak-balik sampai Anda puas. Kemudian beralih ke mode penerimaan otomatis, yang biasanya dilakukan Claude sekaligus. "Perencanaan yang baik sangat penting", kebiasaan ini justru mentransfer kebijaksanaan klasik pengembangan perangkat lunak ke kolaborasi AI: desain terlebih dahulu dan kemudian kode. Masalah yang banyak orang menggunakan AI untuk menulis kode adalah memulainya secara langsung, dan hasilnya adalah biaya pengerjaan ulang tinggi karena arah yang salah. Menghabiskan beberapa menit untuk menyelaraskan rencana Anda menghemat berjam-jam pengerjaan ulang. [6] Mengotomatiskan pekerjaan berulang: perintah garis miring dan sub-agen Boris memiliki beberapa operasi yang harus dia lakukan puluhan kali sehari, dan dia membuatnya menjadi perintah tebas. Misalnya, "/commit-push-pr" menyelesaikan pembuatan pengiriman, push, dan PR dengan satu klik. Perintah garis miring pada dasarnya adalah file Markdown yang ditempatkan di bawah direktori .claude/commands/. Anda dapat menulis perintah dalam bahasa alami, dan Anda juga dapat menyematkan skrip bash untuk mendapatkan beberapa informasi di muka, mengurangi jumlah panggilan bolak-balik model. Perintah ini dapat dikirimkan ke Git dan dibagikan oleh seluruh tim. Selain perintah tebas, ia juga menggunakan sub-agen (agen adalah contoh terpisah dari Claude yang berspesialisasi dalam jenis pekerjaan tertentu. Misalnya, ia memiliki sub-agen penyederhanaan kode yang secara otomatis menyederhanakan kode setelah Claude utama menyelesaikan pekerjaannya. Ada juga sub-agen aplikasi verifikasi yang bertanggung jawab atas pengujian end-to-end. Kesamaan kedua fitur ini adalah Anda memperkuat apa yang Anda lakukan berulang kali dan membiarkan Claude menyebutnya sendiri. Anda tidak perlu mengulangi penjelasan setiap saat atau mengingat detail perintah. Gunakan PostToolUse Hook untuk memformat kode yang dihasilkan oleh Claude. Claude biasanya secara otomatis menghasilkan kode yang diformat dengan baik, dan hook ini menangani 10% kode terakhir untuk menghindari malformatting di kemudian hari dalam proses integrasi berkelanjutan (CI). [7] Keamanan dan integrasi: konfigurasi izin dan alat eksternal Boris tidak menggunakan opsi --dangerously-skip-permissions. Sebagai gantinya, dia menyetujui beberapa perintah keamanan yang umum digunakan dengan perintah /permissions untuk menghindari memunculkan kotak konfirmasi setiap saat. Konfigurasi ini disimpan dalam .claude/settings.json dan dibagikan oleh tim. Yang lebih kuat adalah integrasi server MCP. MCP, kependekan dari Model Context Protocol, adalah protokol standar yang diluncurkan oleh Anthropic yang memungkinkan AI terhubung ke alat eksternal. Dengan MCP, Claude Code dapat secara langsung: - Cari dan kirim pesan Slack - Jalankan kueri BigQuery untuk menjawab pertanyaan data - Tarik log kesalahan dari Sentry Tim Boris juga mengirimkan konfigurasi MCP Slack ke repositori, dan semua orang menggunakannya langsung dari kotaknya. Ini berarti bahwa Claude Code bukan hanya alat pemrograman, tetapi "asisten all-in-one" yang dapat memanggil seluruh rantai alat Anda. [8] Pemrosesan tugas yang panjang: Biarkan Claude memverifikasinya sendiri Untuk misi yang berjalan lama, Boris memiliki beberapa strategi: Yang pertama adalah membiarkan Claude secara otomatis menggunakan agen latar belakang untuk memverifikasi hasil setelah selesai. Anda dapat memintanya di prompt, atau Anda dapat menggunakan Stop Hook untuk memicunya secara lebih deterministik. > Catatan: Kait adalah mekanisme "pengait" Claude Code yang memungkinkan Anda menyisipkan logika khusus pada saat-saat tertentu ketika Claude melakukan suatu tindakan. Anda dapat menganggapnya sebagai "pemicu": ketika suatu peristiwa terjadi, jalankan perintah atau skrip prasetel Anda secara otomatis. > Stop Hook adalah saat Claude merespons dan siap menyerahkan kendali. > Dokumentasi Terkait: Yang kedua adalah menggunakan plugin ralph-wiggum yang pada dasarnya adalah loop Bash": bayangkan loop mati sederhana (meskipun benar) yang terus memberi makan pernyataan tugas yang sama (file prompt) ke agen AI, membuatnya meningkatkan pekerjaannya berulang kali sampai benar-benar selesai. Yang ketiga adalah menggunakan --permission-mode=dontAsk atau --dangerously-skip-permissions di lingkungan sandbox, sehingga Claude tidak akan terganggu oleh konfirmasi izin dan berlari sampai akhir sendirian. Ide intinya adalah: karena ini adalah tugas yang panjang, jangan biarkan itu menunggu Anda. Berikan otonomi dan kemampuan koreksi diri yang cukup. [9] Yang paling penting: berikan kemampuan validasi Claude Boris menempatkan yang ini di akhir, mengatakan bahwa ini mungkin faktor terpenting untuk mendapatkan hasil yang baik. Jika Claude dapat memvalidasi pekerjaannya, kualitas output akhir dapat ditingkatkan 2 hingga 3 kali lipat. Dia memberikan contoh: untuk setiap perubahan yang mereka kirimkan , Claude akan menguji dirinya sendiri dengan ekstensi Chrome: buka browser, uji UI, dan ulangi ketika menemukan masalah sampai berfungsi dengan baik dan pengalamannya masuk akal. Metode verifikasi bervariasi tergantung pada skenarionya. Itu bisa menjalankan perintah bash, menjalankan rangkaian pengujian, atau menguji aplikasi di browser atau emulator ponsel. Bentuknya tidak penting, tetapi yang penting adalah: biarkan AI memiliki lingkaran umpan balik. Kebenaran ini sebenarnya sangat sederhana. Insinyur manusia juga mengandalkan siklus "menulis kode-pengujian-melihat hasil-modifikasi" untuk memastikan kualitas. Hal yang sama berlaku untuk AI. Jika hanya bisa ditulis dan tidak diukur, itu seperti melakukan sesuatu dengan mata tertutup, dan kualitasnya tergantung pada keberuntungan. Saran Boris adalah berinvestasi dalam memperkuat mekanisme verifikasi. Ini adalah pengembalian investasi tertinggi. [10] Master menggunakan pedang untuk menang tanpa gerakan Dalam novel seni bela diri, master tidak memiliki begitu banyak lonceng dan peluit dengan pedang, dan tidak ada gerakan untuk menang. Boris tidak memamerkan konfigurasi khusus yang rumit, tidak memiliki petunjuk pribadi yang misterius, dan menggunakan fungsi resmi. Perbedaannya adalah dia benar-benar memahami logika di balik fitur-fitur ini dan kemudian menggabungkannya menjadi alur kerja yang efisien. Pekerjaan paralel dilakukan karena Claude dapat mengeksekusi secara mandiri; Opus digunakan karena efisiensi keseluruhan yang lebih tinggi; Ini untuk mengubah koreksi kesalahan menjadi aset; Mode Rencana adalah berpikir jernih sebelum melakukannya; perintah tebasan dan sub-agen adalah tenaga kerja berulang otomatis; Mekanisme verifikasi adalah untuk memberikan umpan balik AI loop tertutup. Jika Anda baru memulai dengan Claude Code, tidak perlu terburu-buru ke konfigurasi lanjutan. Manfaatkan dasar-dasarnya terlebih dahulu: belajar bekerja secara paralel, belajar merencanakan, dan belajar mengumpulkan metode verifikasi AI. Ketika Anda benar-benar mengalami kemacetan, belum terlambat untuk membuang bunga-bunga itu.

Satu hal yang tidak disebutkan Boris adalah alur kerja tinjauan CI/kode dasar, yang mungkin normal untuk dilakukan oleh perusahaan besar mereka dan harus ada secara default Misalnya, ketika dia menyelesaikan tugas dengan Claude Code, dia tidak mengatakan untuk bergabung langsung ke cabang utama, tetapi mengirimkan PR. Setelah mengirimkan PR, semua lint dan pengujian otomatis akan secara otomatis dijalankan di server CI, dan jika pengujian gagal, PR tidak dapat digabungkan. PR lulus semua tes otomatis dan membutuhkan seseorang untuk melakukan tinjauan kode (tentu saja, bantuan AI dimungkinkan, tetapi masih perlu dikonfirmasi), dan jika tinjauan kode menemukan masalah, itu perlu direvisi. Bagi banyak pengembang individu, mereka tidak terbiasa membangun alur kerja tinjauan CI/kode, dan mereka bahkan tidak melakukan manajemen kode Git, sehingga mereka tidak dapat mundur jika terjadi kesalahan.

[10] Hal-hal yang tidak dapat Anda lihat Satu hal yang tidak disebutkan Boris adalah alur kerja kontrol sumber dasar/CI/tinjauan kode, yang mungkin normal untuk perusahaan besar mereka dan harus ada secara default Misalnya, ketika dia menyelesaikan tugas dengan Claude Code, dia tidak mengatakan untuk bergabung langsung ke cabang utama, tetapi mengirimkan PR. Setelah mengirimkan PR, semua lint dan pengujian otomatis akan secara otomatis dijalankan di server CI, dan jika pengujian gagal, PR tidak dapat digabungkan. PR lulus semua tes otomatis dan membutuhkan seseorang untuk melakukan tinjauan kode (tentu saja, bantuan AI dimungkinkan, tetapi masih perlu dikonfirmasi), dan jika tinjauan kode menemukan masalah, itu perlu direvisi. Ini juga merupakan dasar kemampuan mereka untuk melakukan banyak tugas secara paralel, dan tanpa alur kerja dasar ini, mereka tidak dapat melakukan multitasking secara paralel. Bagi banyak pengembang individu, mereka tidak terbiasa membangun alur kerja tinjauan CI/kode, dan mereka bahkan tidak melakukan manajemen kode Git, sehingga mereka tidak dapat mundur jika terjadi kesalahan.