Kekangan Satu-Ikon
Bayangkan skrin anda semasa sesi pengekodan yang padat. Dalam satu tab terminal, Claude Code sedang melakukan refactoring komponen React. Dalam satu lagi, Codex sedang menulis semula modul Python. Ejen ketiga sedang menjana ujian unit, ejen keempat sedang menunggu kunci API, dan ejen kelima baru sahaja selesai melakukan semakan linter latar belakang. Bar menu anda—atau mana-mana talam sistem yang anda gunakan—hanya mempunyai ruang untuk satu ikon status sahaja. Satu titik atau label kecil sepatutnya mewakili keseluruhan kumpulan ejen tersebut. Persoalannya ialah sesi manakah yang layak mendapat tempat tersebut.
Jawapan yang malas adalah dengan menunjukkan sesi mana yang bergerak paling akhir. Ia terasa rasional. Sesuatu telah berlaku, jadi ia muncul ke atas. Naluri itu salah, dan ia akan merugikan anda. Pemantau fail latar belakang yang mengemas kini cap masa (timestamp) bukanlah satu jeritan meminta bantuan. Sementara itu, sesi yang mengalami ralat kebenaran sepuluh minit yang lalu mungkin sedang tersembunyi, menunggu anda menaip "yes" atau membetulkan laluan (path). Jika anda menyusun mengikut kebaharuan (recency), anda menyembunyikan perkara yang sebenarnya memerlukan perhatian anda. Anda perlu menyusun mengikut kebolehbertindak (actionability).
Mengapa Kebaharuan Gagal
Pembangun menggunakan cap masa kerana ia mudah. Setiap sistem menghasilkannya, setiap pangkalan data mengindeksnya, dan penyusunan hanya memerlukan satu baris kod. Namun, kemudahan itu tidak lagi berguna sebaik sahaja anda mula menguruskan pelbagai pekerja bebas.
Berikut adalah satu mod kegagalan yang nyata. Sesi kelima baru sahaja menambah baris log kerana pemantau dependensinya mengesan perubahan fail dalam node_modules. Cap masanya dikemas kini ke waktu sekarang. Walau bagaimanapun, sesi kedua telah mengajukan soalan kepada anda tiga minit yang lalu: "Patutkah saya memasang pakej ini? (y/n)". Anda belum menjawabnya. Jika bar menu anda menunjukkan sesi terbaru, sesi kelima akan mendapat cahaya hijau dan sesi kedua akan hilang daripada senarai. Tiada apa yang kelihatan rosak. Namun, salah satu ejen anda terhenti (stalled) menunggu keputusan anda sementara anda sibuk memantau linter yang tidak memerlukan anda.
Kebaharuan mengukur pergerakan. Kesegeraan memerlukan makna. Penulisan fail tidak mempunyai makna tersendiri melainkan ia mewujudkan tugasan untuk anda. Sebaliknya, prom yang menunggu adalah kebolehbertindak yang tulen. Anda tidak boleh menghantar (ship) kod dengan hanya memerhatikan perubahan di latar belakang. Anda menghantarnya dengan menyelesaikan halangan (blockers). Peralihan pemikiran yang pertama adalah mudah: anggap cap masa sebagai penentu seri (tiebreaker), bukan sebagai isyarat utama.
Klasifikasikan Dahulu, Susun Kemudian
Pendekatan yang lebih baik adalah penapis dua langkah. Pertama, labelkan setiap sesi berdasarkan apa yang ia perlukan daripada anda. Kedua, susun label-label tersebut. Hanya jika dua sesi berkongsi label yang sama, barulah anda melihat jam.
Ini memaksa anda untuk mendefinisikan apa sebenarnya maksud "segera" dalam aliran kerja anda. Sesi yang dihadkan kadar (rate-limited) bukanlah segera; ia sedang "tidur". Sesi yang sedang bekerja adalah sibuk, tetapi jika ia tidak memerlukan keputusan, ia boleh terus melakukan pengiraan dengan