Salah satu pola workflow Codex Plus yang paling menarik yang saya lihat ternyata bukan soal cara menulis prompt, melainkan soal timing.
Saat saya tinggal punya 3–5% terakhir dari limit 5 jam atau limit mingguan, saya tidak lagi menghabiskan sisa itu untuk permintaan kecil. Saya justru melakukan kebalikannya. Saya memakai sisa kapasitas itu untuk meluncurkan tugas engineering terbesar yang bisa saya jalankan di beberapa proyek yang sudah saya siapkan sebelumnya.
Biasanya itu berarti pekerjaan seperti migrasi penuh ke TypeScript, pembersihan ESLint di seluruh repository, review bug mendalam di seluruh codebase, atau refactor besar yang dalam kondisi normal terasa terlalu mahal untuk dipicu begitu saja.
Apa yang mengubah workflow saya
Alasannya sederhana: lebih dari sekali saya melihat Codex tetap bekerja bahkan setelah limit yang terlihat seolah sudah habis. Dari luar, sesi itu tampak seperti seharusnya sudah selesai, tetapi tugasnya terus berjalan dan kadang benar-benar selesai.
Saya tidak menyampaikan ini sebagai aturan produk yang pasti. Saya hanya menggambarkan pengalaman berulang yang cukup menonjol sampai mengubah perilaku saya. Sejak saya melihat pola itu, beberapa persen terakhir tidak lagi terasa seperti sesuatu yang harus dihemat. Justru itu terasa seperti momen terbaik untuk memicu pekerjaan yang paling berat dan paling bernilai.
Bagaimana saya memakai sisa limit sekarang
Alih-alih memakai sisa limit untuk prompt yang aman dan murah, sekarang saya memperlakukannya sebagai jendela peluncuran untuk operasi engineering berintensitas tinggi, seperti:
- migrasi penuh ke TypeScript
- pembersihan ESLint di seluruh repository
- review bug mendalam di codebase besar
- refactor struktural berskala besar
Kuncinya adalah persiapan. Workflow ini paling berguna ketika proyeknya memang sudah siap dieksekusi dan tugasnya sudah didefinisikan dengan jelas. Pada titik itu, memakai sisa budget untuk sesuatu yang kecil sering terasa seperti membuang momen dengan leverage tertinggi.
Mengapa ini terasa penting
Alat seperti Codex Plus bukan hanya soal kemampuan mentah. Cara kita menjadwalkan usaha juga sangat berpengaruh. Perubahan kecil dalam timing bisa mengubah nilai praktis yang kita dapat dari limit yang sama.
Bagi saya, ini mengubah psikologi penggunaan produk. Beberapa persen terakhir tidak lagi terasa seperti akhir sesi. Itu terasa seperti titik ketika saya harus berhenti ragu dan menyerahkan pekerjaan paling berat yang masih masuk akal untuk dijalankan.
Kadang-kadang, jujur saja, terasa seperti Codex masih terus bekerja untuk saya bahkan setelah limit yang terlihat sudah habis. Saya tidak tahu apakah ini edge case yang memang disengaja, atau hanya cara beberapa tugas selesai dalam praktik. Tetapi pengalaman ini cukup berguna sampai saya sekarang benar-benar merencanakan workflow saya di sekitarnya.
Pelajaran praktis untuk developer
Kalau Anda memakai Codex Plus untuk software engineering, mungkin ada baiknya menguji workflow Anda sendiri di ujung limit, alih-alih berasumsi bahwa beberapa persen terakhir harus dipakai secara konservatif. Dalam kasus saya, pendekatan kebalikannya justru lebih efektif.
Saya sangat penasaran apakah developer lain juga melihat pola yang sama, terutama saat memakai Codex untuk migrasi, pembersihan lint, review besar, atau refactor luas di banyak repository.