Dipilih dari software, topik, dan level “Kelas Agentic AI Tanpa Coding #42: Human-in-the-Loop: AI Menunggu Persetujuan sebelum Mengirim atau Membayar”.
Paling banyak satu email per minggu. Berhenti kapan saja dengan satu klik.
Transkrip
Narasi lengkap video ini. Kalimat yang sedang diucapkan disorot saat video diputar; klik kalimat untuk melompat ke sana.
Tampilkan transkrip
Pembuka
Selamat datang kembali di Sesi 9. Di episode sebelumnya kita membentuk tim agent: periset, penulis, dan pemeriksa. Sekarang kita memasang rem pengaman. Namanya human in the loop: AI menyiapkan pekerjaan, lalu menunggu persetujuan manusia sebelum mengirim atau membayar. Kita bahas polanya, cara membuatnya di n8n, batas nominal, dan log keputusan.
Langkah 1: Kapan AI harus menunggu manusia
Human in the loop artinya ada manusia di dalam lingkaran kerja AI. Agent tetap bekerja cepat, tetapi di titik tertentu ia berhenti dan bertanya dulu. Di Episode 1 kita sudah melihat sekilas: agent bertanya setujui sebelum mengubah jadwal kirim pesanan Sari. Prinsip sederhananya: agent boleh menyiapkan, manusia yang memutuskan. Terutama sebelum mengirim ke banyak orang, mengeluarkan uang, atau mengubah data penting. Dengan rem ini, Anda justru berani memberi agent pekerjaan yang lebih besar. Tidak semua aksi perlu ditunggu. Menjawab pertanyaan jam buka, misalnya. Kalau salah, risikonya kecil dan mudah diralat. Biarkan otomatis. Mencatat pesanan ke spreadsheet juga boleh otomatis, asalkan admin seperti Dimas mengeceknya setiap hari. Kalau ada yang keliru, satu sel bisa diperbaiki dalam hitungan detik. Tetapi mengirim promo ke tiga ratus pelanggan sekaligus berbeda. Sekali terkirim, tidak bisa ditarik kembali. Satu harga salah bisa dibaca ratusan orang. Ini wajib menunggu persetujuan. Refund atau potongan harga berarti uang keluar. Tunggu persetujuan, dan pakai batas nominal yang kita bahas sebentar lagi. Dan membayar tagihan supplier selalu lewat persetujuan pemilik, berapa pun nominalnya, karena uang yang sudah ditransfer sulit dibatalkan. Supaya mudah diingat, ada empat tanda aksi yang wajib persetujuan. Pertama, aksi yang dikirim ke banyak orang: broadcast, posting media sosial, atau email massal. Kedua, aksi yang membuat uang keluar: refund, diskon, pembayaran, atau pembelian. Ketiga, aksi yang mengubah data penting, seperti harga, stok, atau data pelanggan. Satu harga yang salah di katalog akan ikut dipakai oleh semua agent. Keempat, aksi yang sulit atau tidak bisa dibatalkan, misalnya menghapus data atau mengirim dokumen resmi. Kalau ragu, anggap saja wajib persetujuan. Melonggarkan aturan nanti jauh lebih mudah daripada memperbaiki kesalahan.
Langkah 2: Pola draf → Setuju/Tolak → lanjut atau berhenti
Sekarang polanya. Langkah pertama, agent membuat draf: bisa pesan promo, balasan untuk pelanggan, atau rincian tagihan. Langkah kedua, workflow mengirim draf itu ke pemilik, lewat Telegram atau email. Pilih yang paling cepat Anda buka, karena selama belum dijawab, pekerjaan tertahan. Langkah ketiga, workflow menunggu. Ia benar-benar diam, tidak mengirim apa pun, sampai ada jawaban. Menunggu ini tidak memakan biaya AI, karena model tidak sedang dipanggil. Langkah keempat, jika pemilik menekan setuju, workflow lanjut dan draf dikirim atau diproses. Dan jika pemilik menekan tolak, workflow berhenti, lalu mencatat penolakan beserta alasannya. Selama menunggu, tidak ada yang terkirim. Dan kalau sampai batas waktu tidak ada jawaban, workflow juga berhenti. Mari lihat polanya di n8n. Contohnya promo mingguan Kopi Senja. Pemicunya jadwal setiap Kamis pukul sepuluh pagi. Langkah AI menulis draf pesan promo akhir pekan, lengkap dengan harga dari daftar resmi. Bisa juga memakai tim agent dari Episode 41. Lalu node kunci: kirim dan tunggu. Node ini mengirim draf ke Telegram Laras, lalu workflow berhenti di sini. n8n punya fitur untuk mengirim pesan lalu menunggu jawaban persetujuan. Nama persisnya bisa sedikit berbeda di versi Anda. Setelah Laras menekan tombol, workflow berjalan lagi dari titik yang sama dan masuk ke node IF yang memeriksa jawabannya: disetujui atau tidak. Jika setuju, jalur atas berjalan: promo dikirim ke pelanggan lewat WhatsApp, memakai integrasi yang sudah kita pasang di Sesi 8. Jika ditolak, jalur bawah yang berjalan: tidak ada yang dikirim, dan penolakan dicatat beserta alasannya. Di jalur setuju, setelah promo terkirim, keputusan itu juga dicatat sebagai log. Kita bahas log di langkah terakhir. Saat dijalankan, perhatikan: tiga node pertama sudah bercentang, tetapi eksekusinya berstatus menunggu persetujuan Laras. Workflow benar-benar diam sampai Laras menjawab, entah lima menit atau lima jam lagi. Klik node kirim dan tunggu untuk melihat pengaturannya. Kolom pertama memilih saluran: Telegram. Bisa juga email, tergantung mana yang paling cepat Anda buka. Kolom berikutnya berisi penerima: Laras. Kolom pesan berisi draf dari langkah AI. Ekspresi berwarna kuning artinya mengambil isi draf dari node sebelumnya. Kolom tombol menentukan pilihan yang muncul di ponsel Laras: setuju atau tolak. Sebagian pengaturan juga menyediakan kolom alasan saat menolak. Dan kolom batas waktu sangat penting. Jika dalam dua puluh empat jam tidak ada jawaban, workflow berhenti. Diam berarti tidak, bukan ya. Jangan pernah mengatur sebaliknya, misalnya otomatis setuju bila tidak dijawab.
Langkah 3: Tampilan persetujuan di Telegram dan email
Beginilah yang Laras lihat di ponselnya, misalnya saat sedang belanja bahan di pasar. Bot mengirim draf lengkap, bukan sekadar ringkasan, termasuk jumlah penerimanya: tiga ratus pelanggan. Di bawahnya ada dua tombol: setuju dan tolak. Laras tidak perlu membuka laptop atau aplikasi n8n sama sekali. Laras membaca drafnya. Harga satu liter Rp85.000 benar, aturan ongkir benar. Ia menekan setuju pukul sepuluh lewat dua belas menit. Workflow langsung lanjut dari titik ia berhenti, dan bot mengabarkan bahwa promo sedang dikirim. Beberapa menit kemudian datang laporan: dua ratus sembilan puluh enam terkirim, empat nomor tidak aktif. Laras cukup tiga puluh detik untuk memeriksa, dan tetap memegang kendali. Sekarang contoh lain. Budi menerima cold brew yang bocor saat dikirim. Agent layanan pelanggan menyiapkan refund Rp55.000, lengkap dengan alasannya, lalu meminta persetujuan. Kali ini Laras memilih tolak. Menurutnya, pelanggan lebih senang menerima produk pengganti daripada uang kembali, dan Kopi Senja tetap menjaga hubungan baik dengan Budi. Bot lalu meminta alasan, dan Laras menulis: ganti produk saja, kirim cold brew baru besok pagi. Workflow tidak memproses refund. Agent menyiapkan ulang balasan untuk Budi sesuai keputusan Laras: permintaan maaf dan janji pengiriman cold brew baru besok pagi. Jadi penolakan bukan akhir, melainkan arahan baru untuk agent. Untuk hal yang lebih serius seperti pembayaran, sebagian pemilik lebih suka email karena meninggalkan jejak tertulis. Di kotak masuk Laras ada email berlabel perlu persetujuan. Email dibuka. Isinya ringkas dan lengkap: nama supplier, nominal Rp1.250.000 lengkap dengan tanggal notanya, dan tanggal jatuh tempo. Laras bisa mencocokkannya dengan nota fisik di laci. Di bawahnya ada dua tautan: setuju dan jadwalkan bayar, atau tolak. Kalimat terakhir menegaskan bahwa agent tidak akan memproses pembayaran sebelum Laras memilih. Perhatikan, agent tidak memegang akses bank. Persetujuan hanya menjadwalkan pembayaran yang nanti ditransfer oleh Laras atau Dimas. Untuk urusan uang, makin sedikit akses AI, makin aman.
Langkah 4: Persetujuan di tim agent dan pekerjaan lain
Pola ini bisa dipasang di workflow apa pun, termasuk tim agent dari Episode 41. Ingat susunannya: periset, penulis, lalu pemeriksa. Titik persetujuan kita sisipkan setelah pemeriksa. Jadi Laras hanya menerima konten yang sudah lolos rubrik, bukan draf mentah yang masih penuh kesalahan. Setelah Laras menjawab, node IF memeriksa pilihannya. Jika setuju, konten disimpan ke Sheets dengan status siap tayang. Jika Laras meminta revisi, catatannya disimpan, dan konten itu tidak akan tampil di daftar siap tayang. Rangkaian lengkap seperti ini akan kita rakit langkah demi langkah di Episode 45. Pola yang sama berlaku di luar kedai kopi. Dewi, manajer operasional di CV Maju Bersama, memakai agent untuk menyusun email penawaran harga. Untuk nilai di atas sepuluh juta rupiah, email itu menunggu persetujuan Dewi sebelum dikirim ke klien. Pak Hendra di Bimbel Cerdas memakai agent untuk merangkum nilai dan menulis laporan bagi orang tua murid. Laporan tentang anak sangat sensitif, jadi selalu dibaca Pak Hendra dulu. Nadia, freelancer media sosial, memakai agent untuk menyusun jadwal posting. Yang menyetujui justru kliennya, lewat email mingguan, karena akunnya milik klien. Dan perubahan stok dari rekap harian Dimas cukup otomatis, karena mudah dikoreksi, asalkan semuanya masuk log. Jadi setiap pekerjaan punya titik persetujuannya sendiri, tergantung risikonya. Terakhir di langkah ini, cara menulis pesan persetujuan yang mudah diputuskan. Pertama, kirim draf lengkap, bukan ringkasan. Yang disetujui harus sama persis dengan yang nanti dikirim. Kedua, angka dan penerima harus jelas: nominal, jumlah pelanggan, atau nama klien. Jangan biarkan pemilik menebak berapa orang yang akan menerima pesan. Ketiga, sertakan alasan singkat. Misalnya, refund diusulkan karena pelanggan mengirim foto kerusakan. Keempat, tombolnya jelas: setuju, tolak, atau minta revisi, tanpa perlu mengetik panjang. Kelima, sertakan tautan ke data aslinya, misalnya baris pesanan di Sheets atau percakapan pelanggan. Pesan yang lengkap membuat pemilik bisa memutuskan dalam hitungan detik, bahkan sambil antre di kasir.
Langkah 5: Batas nominal: kapan cukup otomatis
Kalau setiap refund kecil harus menunggu Laras, ponselnya akan berbunyi terus. Solusinya batas nominal. Untuk Kopi Senja, refund di bawah Rp50.000 boleh otomatis, asalkan dilaporkan setiap hari. Tetapi pembayaran keluar, sekecil apa pun, tetap butuh persetujuan Dimas. Antara Rp50.000 dan Rp300.000, refund cukup disetujui Dimas sebagai admin. Pembayaran keluar di rentang ini disetujui Laras. Di atas Rp300.000, semuanya harus disetujui Laras sebagai pemilik, dan untuk pembayaran, nota juga dicek lebih dulu. Dan jika tidak dijawab dalam dua puluh empat jam, workflow berhenti dan mengirim pengingat kepada orang yang seharusnya menyetujui. Angka-angka ini hanya contoh. Sesuaikan dengan omzet dan risiko usaha Anda sendiri. Mari uji di agent layanan pelanggan dari Sesi 8, yang kini sudah dilengkapi pemeriksa nominal. Pesan pertama: Andi meminta ganti uang Rp18.000 karena kopi susunya tumpah saat diantar. Workflow memeriksa batas nominal. Rp18.000 di bawah Rp50.000, jadi boleh otomatis. Refund diproses, dicatat, dan masuk laporan harian Dimas. Andi langsung mendapat balasan yang sopan, tanpa menunggu siapa pun. Pesan kedua: Putri meminta refund penuh Rp150.000 karena paket hampersnya rusak di perjalanan. Kali ini nominalnya di atas batas Rp50.000, jadi node pemeriksa nominal mengarahkannya ke jalur persetujuan Dimas. Agent tidak memproses refund. Ia mengirim permintaan persetujuan ke Dimas, dan membalas Putri dengan jujur: kami cek dulu, kabar paling lambat pukul tiga sore. Pelanggan tetap dilayani cepat, uang tetap aman. Lima aturan tambahan membuat persetujuan benar-benar aman. Pertama, batas waktu. Tidak dijawab berarti berhenti, bukan otomatis setuju. Kedua, batas nominal diperiksa oleh workflow, misalnya node IF atau Switch, bukan hanya ditulis di instruksi AI. Instruksi bisa dibujuk oleh pesan pelanggan yang licik, sedangkan node IF tidak bisa. Ini kita bahas di Episode 44. Ketiga, tentukan siapa yang boleh menyetujui: hanya akun Laras dan Dimas, bukan siapa pun yang kebetulan ada di grup Telegram. Keempat, agent tidak diberi akses pembayaran sama sekali, termasuk aplikasi bank atau dompet digital. Agent menyiapkan, manusia yang mentransfer. Kelima, jangan minta izin terlalu sering. Kalau setiap hal kecil butuh persetujuan, lama-lama tombol setuju ditekan tanpa dibaca. Yang kecil biarkan otomatis, supaya persetujuan yang penting benar-benar diperhatikan.
Langkah 6: Log keputusan
Langkah terakhir adalah log keputusan. Setiap kali ada permintaan persetujuan, workflow menambah satu baris di Google Sheets. Baris pertama: promo akhir pekan, disetujui Laras, dua ratus sembilan puluh enam terkirim. Refund Andi diproses otomatis karena di bawah batas. Tetap dicatat, supaya Dimas bisa melihatnya di laporan harian. Refund Budi ditolak Laras, lengkap dengan alasannya: ganti produk besok. Alasan ini penting saat Anda mengevaluasi keputusan di akhir bulan. Refund Putri disetujui Dimas, dan pembayaran supplier disetujui Laras dengan tanggal nota. Dan baris terakhir: promo flash sale tidak dijawab dalam batas waktu, sehingga workflow berhenti sendiri. Tidak ada yang terkirim tanpa izin. Log seperti ini berguna untuk tiga hal: menelusuri jika ada masalah, melihat pola seperti refund yang sering terjadi, dan menilai apakah batas nominal perlu diubah. Di akhir bulan, rekap lognya. Anda bisa meminta AI merangkum tab Log ini, persis seperti di Sesi 5. Contohnya, ada empat puluh delapan permintaan persetujuan. Empat puluh satu disetujui. Artinya sebagian besar draf agent sudah layak, dan persetujuan hanya butuh beberapa detik. Lima ditolak atau direvisi, dan dua sisanya tidak dijawab sampai batas waktu sehingga berhenti sendiri. Rata-rata Laras dan Dimas menjawab dalam sembilan menit, cukup cepat sehingga pelanggan tidak merasa menunggu lama. Kalau banyak penolakan untuk jenis yang sama, misalnya draf promo yang selalu terlalu panjang, perbaiki instruksi agentnya. Jangan hanya menolak terus setiap minggu. Sebelum menutup episode, cocokkan workflow Anda dengan checklist ini. Pertama, daftar aksi yang wajib persetujuan sudah ditulis. Kedua, node kirim dan tunggu memakai batas waktu, dan diam berarti berhenti, bukan setuju. Ketiga, batas nominal diperiksa oleh workflow lewat node IF atau Switch, bukan hanya ditulis di prompt. Keempat, agent tidak punya akses langsung ke rekening atau pembayaran. Kelima, setiap keputusan tercatat di log, termasuk yang otomatis dan yang tidak dijawab. Kalau kelimanya terpenuhi, Anda bisa memberi agent pekerjaan yang lebih besar tanpa kehilangan kendali.
Selesai!
Mari kita rangkum. Agent boleh menyiapkan, manusia yang memutuskan. Polanya: kirim draf ke pemilik, tunggu tombol setuju atau tolak, lalu workflow lanjut atau berhenti. Tambahkan batas nominal, batas waktu, dan log keputusan. Di episode berikutnya kita masuk ke kualitas: cara mengecek jawaban AI dan mencegahnya mengarang, termasuk rubrik penilaian yang dipakai agent pemeriksa. Sampai jumpa di Episode 43.
Latihan mandiri
Kerjakan sendiri setelah menonton supaya materinya benar-benar melekat.
Daftar semua aksi agent Anda, lalu tandai: otomatis, otomatis dengan laporan, atau wajib persetujuan.
Tambahkan node kirim-dan-tunggu persetujuan ke satu workflow Anda, lengkap dengan batas waktu 24 jam.
Buat Google Sheets Log Persetujuan dan tetapkan batas nominal untuk refund atau pembayaran di usaha Anda.
Tanya materi kelas
Ketik pertanyaan atau kata kunci; kami carikan bagian episode ini yang menjelaskannya dan lompatkan videonya ke sana.
Catatan saya
Catatan disimpan bersama menit video saat ini dan hanya terlihat oleh Anda.
Tanya jawab
Bingung di salah satu langkah? Tanyakan di sini; pengajar dan peserta lain bisa menjawab.
Belum ada pertanyaan.
Pengajar
Tim Cerdas Inovasi Digital
Pengembang software, engineer BIM & 3D, dan praktisi AI
52 kelas video1.276 episode
Sehari-hari kami mengerjakan software, model BIM, game, dan otomasi AI untuk klien, lalu menjadikan pengalaman praktik itu kelas langkah demi langkah: setiap langkah diperlihatkan di layar dan dilengkapi panduan PDF.
