Setiap rule engine akhirnya bertemu kasus yang tidak ia dirancang untuk. “Simpan invoice di atas Rp 15 juta” bekerja sampai seseorang butuh “invoice di atas Rp 15 juta dari vendor yang sudah dipakai lebih dari dua kali.” Sekarang Anda mengedit rule, menambah field, berharap permintaan aneh berikutnya tidak datang minggu depan.

Ada model yang lebih sederhana. Deskripsikan yang Anda mau, biarkan model mencarikan kecocokannya.

Masalah checkbox

Checkbox terasa aman. Eksplisit, auditable, prediktabel. Ia juga beku, hanya menangkap apa yang Anda pikirkan untuk ditanyakan saat membangunnya.

Dokumen nyata bukan checkbox. Kontrak “dengan klausul non-kompetisi” bukan sebuah field; ia konsep tersebar di tiga paragraf dengan bahasa legal-ish. “Deck strategi go-to-market” adalah vibe, bukan data point. Filter kaku memang tak bisa melihatnya.

Bahasa biasa sebagai antarmuka

Alih-alih membangun filter, Anda tulis: simpan dokumen yang mirip deck strategi GTM, atau invoice di atas Rp 15 juta, atau CV untuk posisi React/TS. AI membaca tiap berkas, memberi skor kecocokan, dan menjelaskan kenapa.

Keuntungannya bukan cuma fleksibilitas, tapi tim non-teknis Anda bisa melakukannya. Tak ada yang perlu belajar sintaks filter. Mereka menulis maksud mereka.

Kapan rules masih masuk akal

Saya tidak anti-rules. Untuk kasus repetitif, bervolume tinggi, harus-sangat-presisi (formulir pajak, flag compliance), hard rule dengan threshold itu bagus. Poinnya adalah berhenti memaksa masalah bahasa-natural ke dalam kurungan checkbox.

Pakai rules saat jawabannya biner dan permanen. Pakai bahasa saat jawabannya “anda akan tahu saat melihatnya.” Sebagian besar pekerjaan dokumen adalah yang kedua.

KIRA.id memberi Anda keduanya: kriteria bahasa biasa untuk hal-hal berantakan, plus ambang skor simpan untuk batas cut-off. Lihat fitur dokumen & data atau bicara dengan kami soal use case Anda.