Alarm yang Benar Itu Langka

Di control room pabrik, kapal, atau data center, alarm paling berbahaya bukan selalu yang bunyi paling keras.

Kadang yang paling berbahaya justru alarm yang terlalu sering bunyi.

Setiap sedikit perubahan jadi merah. Setiap sistem lambat sedikit langsung teriak. Setiap log warning dikirim ke grup. Lama-lama operator kebal. Bukan karena mereka ceroboh, tapi karena sistemnya melatih mereka untuk tidak peduli.

Itu namanya alarm fatigue.

Masalahnya sederhana: kalau semua hal dianggap penting, tidak ada yang benar-benar penting.

Automation juga bisa kena penyakit yang sama

Ini relevan banget buat AI automation.

Banyak orang ketika mulai pakai bot, agent, workflow, cron job, dan dashboard, refleks pertamanya adalah bikin semuanya ngomong.

• setiap job selesai kirim notifikasi
• setiap health check kirim status
• setiap hasil scraping dikirim ke chat
• setiap warning dijadikan alert
• setiap error kecil masuk ke grup

Awalnya terasa canggih.

Sistemnya kelihatan hidup. Banyak pesan masuk. Banyak laporan. Banyak aktivitas.

Tapi setelah beberapa hari, otak mulai capek. Chat jadi penuh. Alert kecil bercampur dengan alert penting. Hal yang harusnya ditindak malah tenggelam di antara noise.

Automation yang terlalu cerewet akhirnya berubah dari asisten jadi gangguan.

Good ops itu bukan banyak sinyal

Good ops bukan berarti semua hal harus lapor.

Good ops berarti sistem tahu kapan harus diam.

Kalau normal, diam. Kalau ada perubahan kecil tapi belum perlu tindakan, catat saja. Kalau ada masalah yang benar-benar butuh keputusan manusia, baru ganggu.

Ini bedanya dashboard cosplay dan operational system.

Dashboard cosplay ingin terlihat sibuk. Banyak grafik, banyak status, banyak badge, banyak warna.

Operational system ingin menjaga manusia tetap tajam. Ia hanya memunculkan hal yang memang butuh perhatian.

Di pabrik, alarm yang baik harus action-worthy. Operator mendengar bunyi, tahu konteksnya, dan tahu tindakan apa yang harus diambil.

AI automation juga harus begitu.

Kalau sebuah alert tidak punya tindakan yang jelas, kemungkinan besar itu bukan alert. Itu cuma noise dengan format rapi.

Tiga level sinyal

Menurutku automation yang sehat perlu membedakan tiga jenis sinyal.

1. Log

Ini untuk kejadian yang penting dicatat, tapi tidak perlu mengganggu manusia sekarang.

Contoh:

• job berhasil
• cron selesai normal
• data berhasil disinkronkan
• warning ringan yang pulih sendiri
• retry pertama masih sukses

Log itu memori sistem. Bukan bahan untuk bikin grup WhatsApp panik.

2. Digest

Ini untuk pola yang berguna diketahui, tapi tidak mendesak.

Contoh:

• ringkasan error minggu ini
• tren latency naik pelan-pelan
• daftar job yang paling sering retry
• aktivitas scraping harian
• status server stabil selama 24 jam

Digest menjaga manusia tetap punya konteks tanpa harus diganggu tiap lima menit.

3. Alert

Ini yang benar-benar butuh perhatian sekarang.

Contoh:

• service down dan belum recover
• pembayaran gagal berulang
• backup gagal dua kali berturut-turut
• data source utama berubah format
• security signal yang jelas berbahaya
• sistem stuck dan butuh keputusan manusia

Alert harus langka. Kalau alert tidak langka, ia akan kehilangan wibawa.

Rule sederhana sebelum bikin notifikasi

Sebelum bikin notifikasi otomatis, tanya tiga hal:

1. Kalau pesan ini muncul, keputusan apa yang harus diambil?
2. Kalau tidak ada keputusan, apakah manusia tetap perlu tahu sekarang?
3. Kalau pesan ini muncul sepuluh kali seminggu, apakah masih berguna?

Kalau jawabannya lemah, jangan kirim ke chat.

Simpan ke log. Masukkan ke weekly digest. Gabungkan dengan alert lain. Atau diamkan sampai melewati threshold yang benar-benar berarti.

Karena sistem yang baik bukan yang paling banyak bicara.

Sistem yang baik adalah yang membuat manusia percaya ketika ia akhirnya bicara.

Contoh threshold yang lebih waras

Misalnya ada website monitor.

Versi cerewet:

Port sempat tidak listen selama 3 detik. Kirim critical alert.

Versi waras:

Port tidak listen selama 60 detik, retry 3 kali gagal, health endpoint gagal dari dua lokasi berbeda, baru kirim alert.

Atau untuk AI workflow.

Versi cerewet:

Satu model gagal sekali. Kirim error.

Versi waras:

Model utama gagal, fallback gagal, job tidak selesai, dan user impact jelas. Baru kirim alert.

Ini bukan berarti kita mengabaikan error. Error tetap dicatat.

Bedanya: manusia tidak perlu dibangunkan untuk setiap batuk kecil dari mesin.

Business angle: Automation Noise Audit

Ini bisa jadi layanan kecil tapi bernilai: Automation Noise Audit.

Bantu bisnis melihat ulang semua notifikasi, alert, dashboard, bot, dan laporan otomatis yang mereka punya. Mana yang benar-benar action-worthy, mana yang cuma bikin grup makin rame.

Output-nya bukan dashboard baru.

Output-nya adalah sistem operasi yang lebih tenang:

• alert lebih sedikit
• prioritas lebih jelas
• escalation path lebih rapi
• weekly digest menggantikan spam harian
• threshold lebih masuk akal
• manusia lebih percaya pada sistem

Di banyak organisasi, masalahnya bukan kurang data.

Masalahnya terlalu banyak sinyal palsu.

Dan di situlah automation yang bagus mulai kelihatan bedanya.

Bukan dari seberapa sering ia bicara, tapi dari seberapa tepat ia memilih untuk bicara.

Penutup

AI agent, bot, cron job, dan dashboard itu harusnya bikin operasi lebih tenang. Bukan bikin manusia jadi satpam notifikasi 24 jam.

Kalau normal, diam.

Kalau penting tapi tidak mendesak, rangkum.

Kalau benar-benar butuh tindakan, baru alarm.

Alarm yang benar itu langka.

Dan justru karena langka, manusia akan percaya saat ia berbunyi.