Sebelum Anda membakar banyak token dengan agen besar yang berkerumun pada proyek baru, pepatah pengerjaan kayu lama "Ukur dua kali, potong sekali!" layak direvisi sebagai "Periksa manik-manik Anda N kali, terapkan sekali," di mana N pada dasarnya adalah sebanyak yang Anda bisa. Saya telah menemukan bahwa Anda terus mendapatkan lebih banyak peningkatan, bahkan jika itu halus, semakin sering Anda menjalankan ini berturut-turut dengan Opus 4.5 (perhatikan bahwa prompt berikut hanya untuk digunakan SETELAH Anda mengubah rencana penurunan harga awal Anda menjadi manik-manik menggunakan prompt lain yang saya berikan baru-baru ini dalam posting saya yang sangat panjang baru-baru ini tentang alur kerja saya): "Baca kembali AGENTS dot md sehingga masih segar di benak Anda. Periksa setiap manik-manik dengan sangat hati-hati - apakah Anda yakin itu masuk akal? Apakah optimal? Bisakah kita mengubah apa pun untuk membuat sistem bekerja lebih baik bagi pengguna? Jika demikian, revisi manik-manik. Jauh lebih mudah dan lebih cepat untuk beroperasi di "ruang rencana" sebelum kita mulai menerapkan hal-hal ini! JANGAN TERLALU MENYEDERHANAKAN SEGALANYA! JANGAN KEHILANGAN FITUR ATAU FUNGSIONALITAS APA PUN! Juga, pastikan bahwa sebagai bagian dari manik-manik ini, kami menyertakan pengujian unit yang komprehensif dan skrip pengujian e2e dengan pencatatan yang bagus dan terperinci sehingga kami dapat yakin bahwa semuanya berfungsi dengan sempurna setelah implementasi. Ingatlah untuk HANYA menggunakan alat 'bd' untuk membuat dan memodifikasi manik-manik dan untuk menambahkan dependensi ke manik-manik. Gunakan ultrathink." Dulu saya hanya menjalankannya sekali atau dua kali sebelum memulai implementasi, tetapi saya bereksperimen baru-baru ini dengan menjalankannya 6+ kali, dan terus membuat penyempurnaan yang berguna. Jika mulai datar dalam hal peningkatan bertahap pada manik-manik, Anda dapat mencoba memulai sesi CC baru, memulainya dengan: "Pertama-tama baca SEMUA file dot md AGENTS dan file README dot md dengan sangat hati-hati dan pahami SEMUA keduanya! Kemudian gunakan mode agen investigasi kode Anda untuk sepenuhnya memahami kode, dan arsitektur teknis serta tujuan proyek. Gunakan ultrathink." Dan kemudian menindaklanjuti dengan prompt yang sama seperti yang ditunjukkan di atas, tetapi diawali dengan: "Kami baru-baru ini mengubah file rencana penurunan harga menjadi banyak manik-manik baru. Saya ingin Anda meninjau dan menganalisisnya dengan sangat hati-hati menggunakan 'bd' dan 'bv'." Semakin kompleks dan rumit rencana penurunan harga Anda, semakin relevan teknik ini. Jika Anda memiliki rencana kecil dan sepele dan proyek yang sangat sederhana, ini jelas berlebihan. Tetapi dalam hal ini, Anda mungkin akan melihat sedikit keuntungan/perubahan tambahan dengan setiap putaran, jadi seharusnya cukup jelas kapan waktunya untuk berhenti. Ingat: token perencanaan jauh lebih sedikit dan lebih murah daripada token implementasi. Bahkan rencana penurunan harga yang sangat besar dan kompleks lebih pendek daripada beberapa file kode substantif, apalagi seluruh proyek. Dan modelnya jauh lebih pintar ketika bernalar tentang rencana yang sangat rinci dan disempurnakan tetapi masih cukup kecil untuk mudah masuk dalam jendela konteksnya (ini benar-benar wawasan utama di balik fokus obsesif saya pada perencanaan dan mengapa saya menghabiskan 80%+ waktu saya untuk bagian itu). Dan jika Anda bersandar pada GPT Pro dengan Penalaran Diperpanjang di aplikasi web untuk perencanaan awal seperti yang sangat saya anjurkan (yaitu, untuk membuat dan meningkatkan rencana penurunan harga Anda yang pada akhirnya Anda ubah menjadi manik-manik), pada dasarnya Anda mendapatkannya sepuasnya dengan paket Pro, jadi manfaatkan itu sepenuhnya! Tidak ada model lain yang dapat menyentuh Pro di web ketika berurusan dengan input yang mudah masuk ke dalam jendela konteksnya. Ini benar-benar unik. ...