Di balik nama-nama seperti Percy, Gordon, Emily, Kana, dan Thomas, ada satu agent yang posisinya agak berbeda: Claw. Kalau agent lain punya spesialisasi tunggal, Claw berperan sebagai asisten pribadi harian sekaligus semacam “pusat koordinasi” yang menerima permintaan dan meneruskannya ke agent yang tepat.
Titik masuk, bukan pengganti spesialis
Claw aktif di chat sehari-hari — menerima pesan, menjawab pertanyaan umum, dan membantu hal-hal ringan seperti pengingat atau jadwal. Tapi begitu ada permintaan yang lebih spesifik, misalnya soal keuangan atau konten sosial media, Claw tidak memaksakan diri menjawab sendiri. Ia meneruskan tugas itu ke agent yang memang dirancang untuk itu, seperti Percy atau Gordon.
Model kerja seperti ini mirip dengan bagaimana resepsionis atau asisten pribadi manusia bekerja: bukan yang tahu segalanya, tapi yang tahu ke mana harus mengarahkan setiap permintaan.
Kenapa pola ini masuk akal
Alternatifnya adalah membuat satu agent super yang mencoba menguasai semua domain sekaligus. Dari pengalaman internal, pendekatan itu justru lebih rawan — jawaban jadi kurang mendalam di banyak bidang sekaligus, dan sulit dipastikan konsisten. Artikel sebelumnya di blog ini juga sudah membahas kenapa tim agent spesialis cenderung lebih andal dibanding satu chatbot serba bisa.
Dengan Claw sebagai lapisan depan, pengguna cukup mengirim satu pesan tanpa perlu tahu persis agent mana yang seharusnya menangani. Proses “routing” itu terjadi di belakang layar.
Human-in-the-loop tetap berlaku
Meski banyak hal berjalan otomatis, keputusan-keputusan yang sensitif atau ambigu tetap dikembalikan ke pemilik untuk dikonfirmasi. Ini konsisten dengan prinsip human-in-the-loop yang juga sudah dibahas di artikel lain — agent membantu mempercepat dan menyaring, tapi tidak mengambil alih keputusan penting begitu saja.
Yang bisa dipelajari bisnis lain
Untuk bisnis yang mulai memakai lebih dari satu AI agent, ada baiknya memikirkan siapa yang jadi “pintu masuk” bagi pengguna. Tidak harus rumit — bisa sesederhana satu nomor WhatsApp atau satu channel yang di baliknya mengarahkan ke proses yang sesuai. Yang penting, pengalaman dari sisi pengguna tetap terasa satu percakapan yang mengalir, bukan berpindah-pindah sistem secara membingungkan.