Paling banyak satu email per minggu. Berhenti kapan saja dengan satu klik.
Transkrip
Narasi lengkap video ini. Kalimat yang sedang diucapkan disorot saat video diputar; klik kalimat untuk melompat ke sana.
Tampilkan transkrip
Pembuka
Halo, selamat datang kembali. Di episode sebelumnya kita memasang jaring pengaman berupa Git. Sekarang kita belajar kebiasaan yang mencegah kita jatuh: merencanakan dulu sebelum mengubah kode. Kita akan meminta Claude Code menyusun rencana tanpa menyentuh file, memeriksa dan memperbaiki rencana itu, lalu mengerjakannya langkah demi langkah.
Langkah 1: Kapan perlu rencana?
Tidak semua permintaan perlu rencana. Mengganti nomor WhatsApp di website bisa langsung diminta. Tetapi Raka kini ingin menambah halaman menu lengkap dengan keranjang belanja. Perubahan kecil biasanya hanya menyentuh satu file. Fitur keranjang bisa menyentuh lima file atau lebih: halaman baru, tampilan, data harga, dan formulir pesanan. Risiko salah pahamnya pun berbeda. Kalimat tambahkan keranjang bisa ditafsirkan macam-macam: apakah perlu login, pembayaran online, atau cukup dikirim lewat WhatsApp? Dan fitur ini menyangkut data penting, yaitu harga dan pesanan pelanggan. Untuk perubahan seperti ini, aturannya jelas: rencanakan dulu. Raka pernah mencoba cara cepat di proyek latihan. Ia hanya menulis tambahkan keranjang, tanpa penjelasan lain. Claude mengerjakannya dengan sungguh-sungguh, tetapi menafsirkan terlalu jauh. Hasilnya sembilan file berubah, termasuk sistem login pelanggan yang tidak pernah diminta. Claude tidak salah; permintaannya yang terlalu singkat untuk pekerjaan sebesar itu. Untung ada Git, jadi semuanya bisa dibatalkan. Tetapi satu sore terbuang untuk memeriksa dan membatalkan. Dari pengalaman itu Raka belajar: untuk perubahan besar, sepakati rencananya dulu.
Langkah 2: Mode rencana: membaca tanpa mengubah
Raka menyiapkan permintaannya dengan rapi. Bagian tujuan menjelaskan apa yang dialami pelanggan: memilih beberapa produk, melihat total, lalu mengirim pesanan lewat WhatsApp. Bagian konteks menyebut sumber harga, aturan ongkir Kopi Senja, dan dua hal yang sengaja tidak ada: login dan pembayaran online. Menyebut apa yang tidak diinginkan sama pentingnya dengan menyebut yang diinginkan. Bagian tugas meminta rencana langkah demi langkah, lengkap dengan daftar file yang tersentuh dan cara mengujinya. Dan batasannya tegas: jangan ubah file apa pun dulu, dan tanyakan bila ada yang belum jelas. Raka menekan Shift dan Tab sampai bagian bawah terminal menunjukkan mode rencana. Di versi Claude Code Anda caranya bisa sedikit berbeda, jadi cek dokumentasi resminya. Yang penting maknanya: Claude hanya membaca dan mengusulkan. Raka menempelkan permintaannya tadi. Claude mulai membaca data menu: empat produk lengkap dengan harga. Lalu ia membaca halaman utama, file tampilan, dan skrip pesanan yang sudah ada. Perhatikan, semua alat yang dipakai hanya membaca. Tidak ada satu file pun yang diubah. Sebelum menyusun rencana, Claude mengajukan dua pertanyaan: berapa jumlah maksimal per produk, dan apakah alamat pelanggan ikut dikirim. Pertanyaan seperti ini mencegah salah paham sejak awal. Raka menjawab: maksimal dua puluh per produk, dan ada kolom nama serta alamat sebelum tombol kirim.
Langkah 3: Membaca dan memeriksa rencana
Claude menyajikan rencananya. Langkah pertama membuat halaman menu yang membaca data harga dari file yang sudah ada, jadi harga tetap di satu tempat. Langkah kedua membuat skrip keranjang: tambah, kurangi dengan batas dua puluh, dan hitung ongkir sesuai aturan Kopi Senja. Lalu langkah tiga sampai lima: formulir nama dan alamat, menyimpan isi keranjang di browser pelanggan, dan menambah tautan menu di halaman utama, ditutup dengan uji di HP. Terakhir, daftar file: dua file baru, dua file diubah, dan dua file yang sengaja tidak disentuh, termasuk file rahasia. Ringkasan seperti ini memudahkan kita menilai seberapa besar perubahannya. Sekarang Raka memeriksa rencana dengan lima pertanyaan. Pertama, apakah rencana ini mencapai tujuan? Ya: pelanggan memilih produk, melihat total, lalu mengirim lewat WhatsApp. Kedua, file apa yang tersentuh? Jelas dan masuk akal. File rahasia tidak ikut disentuh. Ketiga, adakah langkah yang tidak diminta? Ada: langkah empat, menyimpan isi keranjang di browser. Fitur ini tidak buruk, tetapi Raka tidak memintanya dan menambah hal yang harus diuji. Keempat, data pribadi. Nama dan alamat pelanggan dikirim langsung lewat WhatsApp, tidak disimpan di website. Itu yang Raka inginkan, jadi aman. Kelima, cara menguji. Hanya langkah lima yang menyebut uji di HP. Raka ingin setiap langkah punya cara uji sendiri. Raka meminta dua perbaikan: hapus langkah menyimpan keranjang, dan tambahkan cara uji di setiap langkah. Masih dalam mode rencana, jadi belum ada file yang berubah. Rencana kini empat langkah, masing-masing dengan cara uji. Contohnya, tiga kopi satu liter harus menghasilkan dua ratus lima puluh lima ribu dengan ongkir gratis. Angka uji seperti ini mudah dicek siapa pun.
Raka menyetujui rencananya dan meminta Claude bekerja langkah demi langkah, berhenti setiap kali satu langkah selesai. Claude keluar dari mode rencana dan membuat daftar tugas berisi empat langkah. Daftar ini akan dicentang satu per satu, jadi kita selalu tahu posisi pekerjaan. Claude mengerjakan langkah pertama: menulis halaman menu. Lalu ia berhenti dan memberi cara uji: halaman harus menampilkan empat produk dengan harga dari data menu. Raka menguji di browser. Benar. Ia meminta commit, lalu lanjut ke langkah dua. Commit tersimpan, langkah pertama dicentang. Kalau langkah berikutnya bermasalah, Raka bisa kembali ke titik ini dengan aman, seperti yang kita pelajari di episode Git. Di langkah dua muncul temuan baru. Data menu belum punya hampers versi tanpa gula. Claude tidak mengambil keputusan sendiri; ia berhenti dan bertanya, karena hal ini di luar rencana. Raka meminta Claude kembali ke mode rencana untuk membahasnya. Inilah kebiasaan yang baik: perubahan rencana dibahas dulu, bukan langsung dikerjakan. Claude memberi dua pilihan beserta sarannya: tambahkan sebagai varian dengan harga sama, cukup satu baris di data menu. Raka memilih A dan meminta Claude melanjutkan. Keputusan tetap di tangan Raka, pekerjaan tetap di tangan Claude.
Langkah 5: Kebiasaan merencanakan
Mari rangkum alurnya. Rencanakan: Claude membaca proyek, bertanya, lalu mengusulkan rencana, tanpa mengubah apa pun. Periksa: Anda membaca rencana dengan lima pertanyaan dan mencoret yang tidak perlu. Kerjakan: satu langkah, uji, commit, lalu langkah berikutnya. Bila muncul temuan baru, kembali ke rencana. Alur ini berputar sampai fitur selesai. Kebiasaan ini berguna di luar website. Dewi bisa meminta rencana sebelum menambah bagian baru di skrip laporan bulanan. Pak Hendra bisa meminta rencana sebelum merombak susunan bank soal yang berisi ratusan file. Dan Laras bisa meminta rencana sebelum mengganti seluruh daftar harga di website. Tampilan mode rencana di video ini simulasi, jadi nama tombolnya bisa berbeda di versi Anda. Prinsipnya tetap: untuk perubahan besar, sepuluh menit membaca rencana menghemat berjam-jam perbaikan.
Selesai!
Kita sudah belajar merencanakan dulu sebelum mengubah kode: mode rencana yang hanya membaca, lima pertanyaan pemeriksa, mencoret hal yang tidak diminta, dan mengerjakan langkah demi langkah dengan commit. Di episode berikutnya, kita melihat cara Claude membagi pekerjaan besar ke beberapa pembantu sekaligus, yang disebut subagent, agar tugas bisa berjalan paralel. Sampai jumpa!
Latihan mandiri
Kerjakan sendiri setelah menonton supaya materinya benar-benar melekat.
Minta Claude Code menyusun rencana untuk satu fitur di proyek Anda tanpa mengubah file apa pun
Periksa rencana itu dengan lima pertanyaan di episode ini dan coret satu hal yang tidak perlu
Kerjakan rencananya langkah demi langkah dan buat commit setelah setiap langkah berhasil
Tanya materi kelas
Ketik pertanyaan atau kata kunci; kami carikan bagian episode ini yang menjelaskannya dan lompatkan videonya ke sana.
Catatan saya
Catatan disimpan bersama menit video saat ini dan hanya terlihat oleh Anda.
Tanya jawab
Bingung di salah satu langkah? Tanyakan di sini; pengajar dan peserta lain bisa menjawab.
Belum ada pertanyaan.
Pengajar
Tim Cerdas Inovasi Digital
Pengembang software, engineer BIM & 3D, dan praktisi AI
53 kelas video1.290 episode
Sehari-hari kami mengerjakan software, model BIM, game, dan otomasi AI untuk klien, lalu menjadikan pengalaman praktik itu kelas langkah demi langkah: setiap langkah diperlihatkan di layar dan dilengkapi panduan PDF.
