Cepat atau lambat, AI agent yang beroperasi cukup lama akan mengalami kegagalan — entah salah jawab, duplikat kirim pesan, atau berhenti merespons sama sekali untuk sementara waktu. Reaksi paling wajar adalah langsung memperbaiki masalah teknisnya dan lanjut jalan. Tapi ada satu langkah yang sering dilewati padahal justru paling berharga jangka panjang: menulis catatan post-mortem singkat tentang apa yang terjadi.
Contoh nyata dari pengalaman internal
Tim kami sendiri pernah mengalami insiden di mana salah satu agent internal (yang menangani publikasi konten media sosial) sempat mengirim konten yang sama berulang kali karena mekanisme retry otomatis mengulang proses publish tanpa mengecek dulu apakah publish sebelumnya sebenarnya sudah berhasil. Masalah teknisnya sendiri tidak rumit untuk diperbaiki begitu ditemukan. Tapi yang lebih penting adalah mendokumentasikan kenapa itu bisa terjadi — retry pada operasi yang tidak idempotent — supaya pola yang sama tidak terulang di bagian sistem lain yang mungkin punya kelemahan serupa.
Apa saja yang perlu dicatat
Post-mortem yang berguna tidak perlu formal atau panjang, tapi sebaiknya mencakup empat hal: apa yang sebenarnya terjadi dari sudut pandang pelanggan atau pengguna, apa akar penyebabnya (bukan cuma gejala yang terlihat), apa yang dilakukan untuk memperbaikinya saat itu, dan yang paling sering dilewatkan — langkah apa yang akan mencegah masalah serupa terjadi lagi di kemudian hari, bukan cuma di titik yang sama itu.
Fokus pada sistem, bukan mencari yang disalahkan
Post-mortem yang sehat berfokus pada perbaikan proses dan sistem, bukan mencari siapa yang “salah” — terutama kalau kegagalan melibatkan keputusan agent itu sendiri yang secara desain memang tidak sempurna. Menyalahkan satu bagian kecil tanpa melihat kenapa sistem secara keseluruhan membiarkan kesalahan itu sampai ke pelanggan biasanya tidak menghasilkan perbaikan yang tahan lama.
Kenapa ini sering dilewatkan
Alasan paling umum post-mortem dilewatkan adalah tekanan untuk segera lanjut ke pekerjaan berikutnya begitu masalah teknisnya sudah “beres”. Padahal justru di momen setelah insiden itulah detail masih segar diingat — kalau ditunda seminggu, kronologi kejadian sering sudah kabur dan pelajaran yang bisa diambil jadi tidak setajam kalau dicatat segera setelah kejadian.
Menutup
Memperbaiki bug menyelesaikan masalah hari itu. Post-mortem yang jujur dan fokus ke sistem membantu mencegah masalah serupa muncul lagi di tempat lain yang punya kelemahan struktural yang sama. Untuk bisnis yang baru mulai memakai AI agent, membiasakan diri menulis catatan singkat setiap kali ada insiden — sekecil apa pun — adalah kebiasaan murah yang manfaatnya baru terasa jelas belakangan, biasanya justru saat insiden serupa berhasil dicegah karena pelajaran sebelumnya sudah tercatat.