Pola Otomasi yang Aman

Otomasi yang gagal dengan anggun

Setiap otomasi AKAN gagal: API berubah, layanan down, format data aneh. Rancang kegagalannya sejak awal.

Empat wajib

1. Idempotency — job yang berjalan dua kali tidak boleh berdampak dua kali (kirim email duplikat = malapetaka). Gunakan kunci unik per event.
2. Alerting — kegagalan otomatis harus memanggil manusia (Slack/email), bukan diam-diam menumpuk di log.
3. Kill switch — satu tombol/flag untuk mematikan otomasi tanpa deploy ulang.
4. Audit trail — log input/output tiap run. Saat hasilnya aneh, kamu bisa memutar ulang kejadian.

Seret AI-nya ke zona aman

                ┌── LLM draf ──▶ [REVIEW MANUSIA] ──▶ kirim
trigger ──▶ validasi
                └── tanpa AI ──▶ jalur deterministik ──▶ kirim

Untuk aksi berdampak publik (email klien, postingan, transaksi): AI menyusun draf, manusia menyetujui. Otomasi penuh hanya untuk konsekuensi rendah (laporan internal, notifikasi diri sendiri).

Ritual kesehatan bulanan

• Cek dashboard error rate tiap otomasi.
• Uji kill switch masih berfungsi.
• Tinjau: otomasi mana yang sudah tidak dibutuhkan? Matikan yang tidak dipakai — otomasi zombie adalah risiko tanpa manfaat.