Mengapa Alat AI Menjadi Menjengkelkan: Peta Belajar Praktis

Petunjuk selengkapnya untuk bekerja dengan Ailoot tersedia di dokumentasi.

Metafora belajar, bukan hukum psikologis universal#

Pertanyaan praktis artikel ini lebih sempit daripada diagnosis psikologis: apakah harapan Anda sesuai dengan hasil yang dapat diverifikasi? Bandingkan apa yang diharapkan selesai dengan apa yang benar-benar berfungsi, lalu sesuaikan tugas berikutnya berdasarkan bukti itu.

Jangan gunakan keyakinan diri saja sebagai ukuran keterampilan; periksa hasil nyata dan pemeriksaan yang mendukungnya.

Sejak itu, kurva Dunning–Kruger menjadi ilustrasi empat tahap yang populer. Pertama, keyakinan melonjak ke “Puncak Gunung Kebodohan”. Lalu keyakinan itu jatuh ke “Lembah Keputusasaan”. Setelah itu, perlahan-lahan mendaki “Lereng Pencerahan” menuju “Plateau Keberlanjutan”.

Kurva ini merupakan metafora yang digunakan dalam artikel. Tidak ada penelitian atas pembaca artikel ini yang membuktikan tingkat berhenti, durasi belajar tetap, atau jalur universal melalui label-label tersebut.

4 Tahap Vibe Coding—Anda Sekarang Berada di Tahap Mana?#

Setiap tahap dapat dikenali dari pikiran dan perilaku yang khas. Berikut petanya.

Tahap 1—Puncak Gunung Kebodohan

Anda membaca artikel tentang Claude Code. Mungkin Anda menonton video. Semuanya tampak jelas: pasang alatnya, tulis prompt, dapatkan kode. Penulis artikel bercerita bagaimana mereka “membangun SaaS dalam satu malam”. Anda pun ingin melakukannya dalam satu malam.

Pikiran di kepala:

• “Kurasa aku mengerti.”
• “Ini cuma obrolan, hanya saja lebih pintar.”
• “Aku seorang wirausahawan; aku tidak butuh programmer.”
• “Aku akan menguasainya dalam sebulan lalu berangkat ke Dubai.”

Perilaku:

• Anda mengunduh dan memasang Claude Code.
• Anda mengetik “Build me a booking app” di chat.
• Anda mendapatkan kode yang tidak bisa dijalankan.
• Anda berpikir modelnya yang salah lalu membeli langganan Max.

Pada tahap ini, Anda melebih-lebihkan kemampuan alat sekaligus kemampuan diri sendiri. Ini salah satu kemungkinan titik awal. Jika harapan terus terpisah dari hasil yang berfungsi, frustrasi dapat tumbuh; proyek kecil dan pemeriksaan eksplisit memberikan sesuatu yang konkret untuk dipelajari.

Untuk pemeriksaan diri yang praktis, minta orang lain menilai keluaran yang sama berdasarkan kriteria eksplisit. Sebutan diri yang penuh keyakinan seperti “ahli AI” tidak membuktikan kualitas hasil generasi.

Perlakukan kesan awal yang penuh keyakinan sebagai hipotesis. Jalankan kode, periksa keluaran, dan biarkan hasilnya mengubah perkiraan kemampuan Anda.

Tahap 2—Lembah Keputusasaan

Anda menggali lebih dalam. Anda membaca tentang MCP dan mencoba menghubungkan server. Anda mengunduh Skill siap pakai dan mencoba memahaminya. Anda menjalankan Plan Mode—agen menulis rencana, lalu menyimpang pada langkah ketiga. Anda membuka ~/.claude/—ada 12 folder, dan Anda tidak mengerti kegunaan satu pun.

Pikiran di kepala:

• “Aku sama sekali tidak tahu cara melakukan apa pun.”
• “Semua orang di media sosial itu cuma berbohong.”
• “Apa yang berhasil bagi orang lain tidak berhasil bagiku.”
• “Mungkin aku terlalu cepat terjun ke sini.”
• “Aku menghabiskan $200 untuk token—apa hasilnya?”

Perilaku:

• Anda membuka 20 tab dokumentasi sekaligus.
• Setiap chat dimulai dengan “lupakan konteks sebelumnya”.
• Anda menjelajahi forum dan membaca utas seperti “X merusak proyek saya”.
• Anda membandingkan Claude dengan Cursor, Cursor dengan Codex, Codex dengan Cline. Anda merasa salah memilih alat.
• Anda duduk untuk menulis kode pada pagi hari, tetapi saat makan siang sudah menggulir feed.

Situasi ini dapat menimbulkan frustrasi. Artikel tidak memiliki tingkat berhenti terukur untuk situasi itu; gunakan tanda-tanda di bawah untuk memilih satu perubahan yang layak dicoba.

Tahap 3—Lereng Pencerahan

Anda berhenti. Anda memperlambat langkah. Anda berhenti meraih setiap hal baru. Anda menulis CLAUDE.md pertama dan menaruhnya di proyek. Anda membuat folder business/ dan memasukkan deskripsi produk, harga, serta audiens ke dalamnya. Anda menjalankan /compact sepuluh kali dan akhirnya memahami bagian konteks mana yang perlu dipertahankan. Anda membuat Skill pertama—untuk tugas tertentu, sepanjang 30 baris.

Pikiran di kepala:

• “Oh, begitulah cara kerjanya.”
• “Hari ini aku berhasil melakukan sesuatu yang seminggu lalu belum bisa kulakukan.”
• “Kurasa aku paham perbedaan business/ dan ai-clone/.”
• “Aku sudah punya prompt siap pakai untuk tugas X.”

Perilaku:

• Anda kembali ke Plan Mode sebelum setiap tugas baru.
• Sebelum menulis apa pun kepada Claude, Anda bertanya kepada diri sendiri, “Apakah ini ada di CLAUDE.md?”
• Anda mencari aturan metodologis berikutnya; alat baru tidak lagi menarik perhatian Anda.
• Anda membantu orang lain dalam chat: “Aku juga pernah buntu di sini—coba cara ini.”

Tahap 4—Plateau Keberlanjutan

Ini bukan titik ketika semuanya menjadi mudah. Ini titik ketika pengetahuan Anda akhirnya sepadan dengan keyakinan Anda.

Pikiran di kepala:

• “Aku tahu apa yang tidak kuketahui.”
• “Tugas ini akan memakan waktu tiga jam; aku pernah mengerjakannya.”
• “Ini butuh Skill baru; akan kususun sekarang.”
• “Kalau Claude menyimpang dari rencana, aku tahu tiga kemungkinan penyebabnya.”

Perilaku:

• Anda membangun produk secara konsisten—satu dalam semalam, satu lagi selama akhir pekan.
• Anda punya folder Skills sendiri, subagents sendiri, serta business/ sendiri untuk setiap proyek.
• Anda memilih-milih saat menyewa kontraktor—hanya untuk bagian yang pada dasarnya tidak dapat Anda tangani sendiri.
• Anda jarang menonton tutorial video orang lain—biasanya untuk mencari ide baru, bukan mempelajari dasar-dasarnya.

Daftar periksa penilaian diri—Anda sekarang berada di tahap mana?

• Jika Anda belum pernah mencoba Claude Code dan berpikir, “Oh, aku bisa melakukan ini dalam satu malam,” Anda berada di tahap 1.
• Jika Anda sudah mencobanya, membuka MCP, mencoba membaca Skills, dan berpikir, “Kenapa aku terjun ke sini?”, Anda berada di tahap 2.
• Jika Anda sudah membuat CLAUDE.md dan melihat bagaimana dokumen itu benar-benar mengubah perilaku Claude, Anda berada di tahap 3.
• Jika Anda membangun produk secara konsisten dan tahu persis alat mana yang harus digunakan dan kapan, Anda berada di tahap 4.

7 Tanda Anda Sedang Berada di Lembah Keputusasaan#

Lembah itu tidak datang tiba-tiba. Ia merayap masuk. Berikut tanda-tandanya:

1. Anda membandingkan alat alih-alih membangun sesuatu. Anda membuka tab “Cursor vs Claude Code”. Selesai membaca, Anda membuka “Cline vs Cursor”. Lalu “Codex vs everything else”. Setiap kali membandingkan, Anda berpikir, “Mungkin aku sedang menggali di tempat yang salah.” Pada akhir hari, Anda tidak menulis satu baris kode pun dan sudah menghabiskan empat jam.

2. Anda memulai setiap chat baru dengan “lupakan semua yang terjadi sebelumnya”. Anda tidak punya CLAUDE.md, belum menguasai /compact, dan tidak memahami apa itu jendela konteks. Setiap sesi dimulai dari nol. Seminggu kemudian, Anda akan sadar bahwa Anda sudah menjelaskan hal yang sama kepada Claude untuk kelima belas kalinya.

3. Anda mengumpulkan prompt tetapi tidak menggunakannya. Anda membuat folder “Claude Code Prompts” di Notion. Isinya 47 bookmark. Anda belum pernah memakai satu pun lebih dari sekali. Setiap kali, Anda berpikir, “Yang ini pasti yang kubutuhkan.”

4. Anda berpikir orang lain “berhasil karena punya koneksi”. Anda membuka media sosial dan melihat seseorang meluncurkan versi pertama sebuah produk dalam satu akhir pekan. Anda berpikir, “Mereka punya tim. Mereka punya koneksi. Aku tidak bisa melakukannya.” Anda tidak mempertimbangkan bahwa mereka berada di tahap empat sementara Anda berada di tahap dua.

5. Anda meninggalkan proyek pada hari ketiga. Setiap proyek baru dimulai dengan antusiasme (“Ini akan keren sekali!”) dan berakhir pada hari ketiga. Saat tantangannya meningkat dari “sapaan di chat” menjadi “memproses pembayaran”, Anda pergi. Melakukan sesuatu yang sulit terasa menakutkan.

6. Anda mencari jawaban di ChatGPT karena Claude tidak berhasil. Claude memberi jawaban buruk, jadi Anda membuka ChatGPT. ChatGPT memberi jawaban buruk, jadi Anda membuka Gemini. Tidak terpikir oleh Anda bahwa permintaannya mungkin dirumuskan dengan buruk—Anda selalu menyalahkan alatnya.

7. Anda berkata kepada diri sendiri, “Ini memang bukan untukku.” Inilah tanda yang paling licik. Kedengarannya seperti kalimat pamungkas untuk membela diri, setelah itu orang tersebut pergi. Pikiran itu dapat mencerminkan frustrasi, bukan ketidakmampuan belajar. “Lembah” di sini adalah metafora; tidak ada persentase terukur atau jadwal tetap yang menunjukkan siapa yang merasa demikian atau apa yang terjadi selanjutnya.

Jika beberapa tanda sesuai, pilih satu hasil kecil yang berfungsi sebagai sasaran berikutnya. Catat penghambatnya dan ubah satu bagian alur kerja; daftar periksa ini tidak memprediksi berapa lama perbaikan akan memerlukan waktu.

Mengapa Orang Menyerah di Lembah—dan Mengapa Itu Bukan Kemalasan#

Frustrasi terhadap alat bukan ukuran kemampuan yang andal. Periksa ukuran tugas, pengetahuan yang belum dimiliki, dan lingkungan eksekusi sebelum membuat keputusan jangka panjang tentang alat tersebut.

Alih-alih menyimpulkan mekanisme otak dari satu minggu sulit, catat fakta yang dapat diamati: apa yang dicoba, apa yang berfungsi, kesalahan yang menghambat langkah berikutnya, dan waktu yang diperlukan. Catatan itu memberi titik perbaikan yang spesifik.

Di lembah, Anda menerima dua pukulan sekaligus. Pertama, kemajuan Anda sendiri tidak memenuhi harapan. Kedua, orang-orang di sekitar Anda menerbitkan hasil yang belum Anda miliki. Anda membuka media sosial—seseorang meluncurkan versi pertama produk, seseorang membangun agen, seseorang memperoleh seratus dolar pertamanya dengan Claude API. Anda sudah tiga minggu bahkan belum berhasil menghubungkan database.

Catat waktu berlalu selain kesan tentang kecepatan. Agen dapat terasa produktif sambil menambah tinjauan dan pengerjaan ulang; bandingkan tugas yang mewakili pekerjaan dengan alur kerja sebelumnya alih-alih menganggap keuntungan subjektif sebagai keuntungan terukur.

Kemajuan lambat pada tugas yang belum dikenal tidak membuktikan bahwa Anda tidak mampu. Pisahkan biaya belajar dari keluaran alat dan tentukan hasil lebih kecil yang dapat diperiksa.

Tanpa langkah berikutnya yang dapat diulang, mudah untuk berganti alat atau meninggalkan tugas. Kerangka tiga pilar di bawah adalah struktur usulan penulis, bukan penjelasan yang terbukti secara statistik tentang alasan orang berhenti.

3 Pilar—Metodologi untuk Keluar dari Lembah#

Menurut pengalaman penulis yang diceritakan di sini, keluar dari lembah membutuhkan waktu tiga bulan: selama masa itu, puluhan alat dicoba. Dan saya memahami satu hal: Claude bukan masalahnya. Masalahnya adalah saya selalu memulai dari nol. Tanpa ingatan, tanpa aturan, tanpa batasan.

Setelah itu, saya menyusun sebuah kerangka kerja. Saya menamainya “tiga pilar”. Nama itu merujuk pada tiga jenis komponen yang menjadi landasan seluruh alur kerja Claude Code. Hilangkan salah satunya saja, maka kerangka kerja itu runtuh.

Pilar 1—Keahlian Anda yang Dikemas

Keahlian Anda adalah keahlian yang dikemas dalam format yang diterapkan Claude secara otomatis.

Di Lembah Keputusasaan, Anda menulis kepada Claude, “Bantu tugas ini,” lalu menjelaskan pendekatan Anda dari awal setiap kali. Pilar 1 mengatasi hal ini: metodologi Anda tersimpan di folder ai-clone/ sebagai sekumpulan file. Sebuah Skill untuk “cara saya menangani kasus klien”. Sebuah Skill untuk “cara saya menulis posting Telegram”. Sebuah subagent bernama “product architect” yang berpikir seperti Anda selama tahap perencanaan.

Seperti apa pilar 1 dalam praktik:

• Skills—file berisi petunjuk untuk tugas tertentu (/build-article, /build-reel-script).
• Subagents—persona dengan bidang keahlian berbeda, yang di antaranya Claude membagikan subtugas.
• Folder ai-clone/feedback/—aturan yang dipelajari dari kesalahan. Setiap aturan mengikuti format Rule - Why - How.

Saya membahasnya secara terperinci dalam panduan Skills, Subagents, MCP, dan Plugins—peta tentang apa yang digunakan dan kapan.

Pilar 2—Second Brain

Second brain adalah repositori pengetahuan terstruktur tentang proyek yang dapat diakses langsung oleh Claude.

Di Lembah Keputusasaan, setiap sesi Anda menjelaskan kepada Claude apa produk Anda, siapa audiensnya, dan bagaimana model bisnisnya. Pada akhir minggu ketiga, Anda sadar telah menjelaskan hal yang sama untuk kelima belas kalinya. Pilar 2 mengatasi masalah ini: Anda mengatur pengetahuan proyek dalam file yang berdampingan dengan kode. Claude membacanya sendiri saat diperlukan.

Seperti apa pilar 2 dalam praktik:

• CLAUDE.md—titik masuk agen. Aturan perilaku, rute, dan tautan ke semua hal lainnya.
• Folder business/—produk, audiens, ekonomi, sasaran, rencana konten, pesaing.
• Folder plans/—rencana teknis per tahap beserta status masing-masing.
• Folder retrospectives/—pelajaran dari sesi sebelumnya untuk menghindari kesalahan yang sama.

Untuk uraian lengkap, lihat panduan menyiapkan CLAUDE.md dan panduan second brain di Claude Code.

Pilar 3—Context Engineering

Context engineering adalah mengelola apa yang masuk ke jendela konteks Claude sebelum Anda menekan Enter.

Di Lembah Keputusasaan, Anda tidak memahami mengapa Claude “melupakan” petunjuk setelah empat puluh pesan dalam sebuah chat. Anda tidak mengerti mengapa /compact diperlukan. Anda tidak membuka Plan Mode karena “tanpanya lebih cepat”. Pilar 3 mengatasi hal ini: Anda secara sengaja mengarahkan apa yang dimuat ke dalam konteks. Ini memberikan masukan yang lebih relevan; Anda tetap perlu memverifikasi klaim dan keluarannya.

Seperti apa pilar 3 dalam praktik:

• Plan Mode—agen menulis rencana tugas terlebih dahulu, Anda menyetujuinya, lalu agen menjalankannya. Jika tidak digunakan, percobaan pertama Anda akan menghasilkan sesuatu yang kacau.
• /compact—pemadatan riwayat chat secara cerdas. Saat konteks mulai penuh, padatkan dan pertahankan hanya keputusan penting.
• Prompt terstruktur—alih-alih menulis “bantu saya”, tulis “berikut konteks A, berikut tugas B, kembalikan hasil dalam format C”.
• Sub-agents—mendelegasikan subtugas ke konteks baru agar konteks utama tidak kelebihan beban.

Saya membahasnya dalam panduan context engineering dan panduan Plan Mode.

Mengapa Tiga, Bukan Satu

Anda bisa membangun second brain saja, dan Claude akan mengenal proyek Anda. Namun, ia akan bertindak seperti anak magang tanpa aturan.

Anda bisa membangun keahlian Anda saja, dan Claude akan mengambil keahlian Anda. Namun tanpa ingatan proyek, setiap sesi akan dimulai dari awal.

Context engineering dapat memperbaiki masukan tugas, tetapi tidak menjamin proses lancar atau dengan sendirinya mempertahankan pengetahuan. Namun pengetahuan tidak akan terakumulasi di antara tugas-tugas.

Hanya dengan menggabungkan ketiganya, Anda mendapatkan sesuatu yang saya sebut “kerangka kerja yang dapat diprediksi”. Claude mengingat proyek Anda. Ia otomatis menerapkan metodologi Anda. Dan ia tidak kehilangan alur di tengah tugas.

Itulah titik ketika Anda keluar dari Lembah Keputusasaan.

7 Pola Antiyang Membuat Anda Terjebak di Lembah#

Pola antiproduktif yang layak diperiksa dalam alur kerja Anda sendiri:

1. “Tuliskan aplikasi yang berfungsi” tanpa CLAUDE.md. Anda membuka chat Claude Code baru dan langsung memberikan tugas. Claude tidak memiliki konteks tentang proyek, metodologi, ataupun preferensi Anda. Ia memberi Anda templat umum dan Anda kecewa.

Yang perlu dilakukan: buat CLAUDE.md dan masukkan hal-hal minimum—stack Anda, model bisnis, audiens sasaran, dan tautan ke file lain. Setiap chat dimulai dengan konteks ini.

2. Percakapan panjang tanpa /compact. Anda menjalankan sesi 80 pesan. Claude tidak lagi mengingat keputusan Anda pada pesan ke-12. Jendela konteks penuh dengan riwayat yang tidak memuat keputusan penting—hanya kebimbangan. Kualitas jawaban menurun.

Yang perlu dilakukan: jalankan /compact setiap 30–40 pesan dan sebutkan hal penting yang perlu dipertahankan. Konteks akan menjadi lebih terarah.

3. Memercayai jawaban pertama. Claude memberikan solusi dan Anda langsung menerapkannya. Sejam kemudian, Anda mendapati solusi itu merusak tiga file lain. Anda menyerah karena “ternyata tidak berfungsi dengan baik lagi”.

Yang perlu dilakukan: gunakan Plan Mode untuk tugas kompleks. Susun rencana terlebih dahulu, bahas rencananya, lalu jalankan. Dengan begitu, Anda menangkap kesalahan saat perencanaan, bukan setelah bekerja setengah hari.

4. Prompt asal-asalan tanpa struktur. Anda menulis “lakukan dengan baik”, berharap Claude mengerti sendiri. Ia tidak mengerti. Ia tidak tahu apa arti “baik” bagi Anda. Ia menebak.

Yang perlu dilakukan: tulis prompt dengan struktur “konteks - tugas - batasan - format”. Ini melipatgandakan peluang untuk mendapatkan hasil yang baik pada percobaan pertama.

5. Mengabaikan pelacakan biaya. Anda tidak tahu berapa banyak token yang Anda gunakan. Paket bulanan habis, Anda membuka dasbor dan melihat telah menghabiskan $200. Anda terkejut. Anda berhenti.

Yang perlu dilakukan: siapkan pelacak penggunaan token. Saya mengulas alat-alatnya dalam panduan pelacak token. Saat Anda bisa melihat pengeluaran secara langsung, Anda berhenti menghabiskan token dengan sia-sia.

6. Pencarian tanpa akhir untuk “alat yang tepat”. Cursor dirilis—Anda beralih ke Cursor. Cline muncul—Anda mencoba Cline. Codex diperbarui—Anda kembali ke Codex. Setiap dua minggu Anda memakai alat baru dan mulai dari awal lagi. Anda tidak pernah mencapai tingkat saat alat tersebut mulai bekerja untuk Anda.

Yang perlu dilakukan: pilih satu alat. Gunakan selama tiga bulan. Jangan beralih karena alasan pertama yang muncul. Saya hanya melihat perbandingan jika alat saya benar-benar tidak mampu melakukan sesuatu.

7. “Tidak ada waktu membaca metodologi.” Anda berpikir alat harus bisa berfungsi tanpa persiapan. Bahwa menulis prompt adalah keterampilan bawaan. Bahwa CLAUDE.md adalah “lapisan tambahan”. Akibatnya, pada bulan kedua Anda masih melakukan hal-hal yang sebenarnya bisa diselesaikan dalam seminggu dengan metodologi.

Yang perlu dilakukan: terima bahwa Claude Code perlu dipelajari, seperti alat profesional lainnya. Cara mempelajarinya adalah melalui metodologi; intuisi tidak berlaku di sini.

Terkait: panduan tentang sycophancy di Claude Code mengulas cara menghindari kesalahpahaman terbesar di lembah—anggapan bahwa Claude selalu benar saat menyetujui ide Anda.

5 Tanda Anda Berada di Lereng Pencerahan—Cara Mengetahui Anda Sudah Keluar#

Lima tanda bahwa Anda berada di tahap tiga:

1. Anda memiliki CLAUDE.md lebih dari 200 baris dan sengaja memeliharanya. Anda tidak menyalinnya dari templat—Anda mengembangkannya sendiri. Anda mengenal setiap bagian dan tahu alasan keberadaannya. Saat melihat pola baru, Anda menambahkan aturan.

2. Anda mengaktifkan Plan Mode sebelum setiap tugas nonrutin. Tanpa diingatkan, dan bukan karena disiplin, melainkan karena Anda memahami bahwa tanpa rencana Anda akan membuang waktu satu jam dan mendapat hasil yang salah. Ini bukan lagi “langkah tambahan”, melainkan refleks.

3. Anda memiliki katalog Skills dan Subagents sendiri. Bukan diunduh dari GitHub—melainkan milik Anda. Untuk tugas-tugas spesifik Anda. Saat tugas baru menyerupai tugas lama, Anda teringat Skill Anda alih-alih menulis prompt dari awal.

4. Tempo Anda sudah stabil. Sekarang Anda tahu: “Tugas seperti ini memakan waktu 3 jam.” Bukan “oh, ini cepat” dan bukan “oh, ini akan memakan waktu selamanya”. Anda memiliki perkiraan waktu yang realistis. Artinya, Anda sudah melampaui efek Dunning–Kruger dalam dua arah—Anda berhenti melebih-lebihkan dan meremehkan.

5. Orang-orang mulai bertanya kepada Anda. Seseorang di chat bertanya tentang MCP—Anda menjawab dengan contoh spesifik: “Ini yang terjadi pada saya.” Seseorang bertanya tentang Plan Mode—Anda menunjukkan contoh Anda. Ini adalah dampak sampingan dari menguasai metodologi: orang-orang di lembah mengenali pengalaman mereka sendiri dalam pengalaman Anda dan mendatangi Anda.

Gunakan tanda-tanda ini untuk merefleksikan kemajuan terbaru, bukan menetapkan skor diri atau memprediksi kapan mencapai plateau. Periksa kembali apakah perkiraan dan hasil yang berfungsi menjadi lebih konsisten seiring waktu.

Di plateau, peran manusia dalam kerangka kerja dengan agen berubah.

Itulah hasil perjalanan keluar dari lembah: Anda tidak lagi “belajar menulis prompt”. Anda mengelola kerangka kerja agen, Anda arsitek proses, Anda orang yang memimpin.

Apa yang Harus Dilakukan SEKARANG Jika Anda Mulai Putus Asa#

Tiga langkah untuk dicoba pada tugas berikutnya.

Langkah 1—sebutkan tahapnya dengan lantang. Katakan kepada diri sendiri: “Aku berada di Lembah Keputusasaan. Ini bagian dari alur kerja saya saat ini yang menimbulkan frustrasi. Saya dapat menyebut penghambat konkretnya dan memilih langkah berikutnya yang lebih kecil.” Setelah Anda menyebutkan tahapnya, itu bukan lagi “bencana pribadi saya”, melainkan “posisi saya saat ini pada kurva”.

Langkah 2—perlambat langkah. Pilih SATU proyek. Bukan dua, bukan tiga—satu. Pilih SATU dari tiga pilar—pilar yang akan mengatasi paling banyak titik masalah proyek ini. Jika proyeknya baru dan sama sekali belum memiliki konteks, pilih second brain (CLAUDE.md). Jika proyeknya sudah ada tetapi Claude tidak bertindak “seperti Anda”, pilih Skills. Jika tugasnya panjang dan konteks mulai penuh, pilih context engineering (Plan Mode + /compact).

Satu proyek, satu pilar, dua minggu. Jangan mencoba membangun semuanya dalam satu akhir pekan—itu akan membawa Anda kembali ke lembah.

Langkah 3—buat struktur. Anda bisa membangun metodologi sendiri. Berdasarkan pengalaman penulis yang diceritakan di sini, proses itu memakan waktu tiga hingga enam bulan.

Untuk terus bekerja dengan model, Anda dapat mengunjungi Ailoot.