# Alur Kerja Agentik AI Dijelaskan: Cara Kerja Agen Otonom > Pelajari bagaimana alur kerja agentik berbasis AI memantau, memutuskan, dan bertindak, apa bedanya dengan otomasi, serta cara mengelolanya dengan aman. Source: https://www.electe.net/id/post/ai-agentic-workflows Site guide: https://www.electe.net/id/llms.txt Kamis sore, Anda menatap laporan penjualan yang seharusnya sudah sampai di meja Anda sejak Senin. Angkanya baik-baik saja, tetapi terlambat, dan pertanyaan yang kini muncul butuh tiga hari lagi untuk ditelusuri. Jika ritme ini terdengar familier, masalah Anda bukan kekurangan data. Yang kurang adalah sistem yang memantau data untuk Anda, menyadari apa yang berubah, dan membawakan keputusan selagi masih ada waktu untuk bertindak. Itulah celah yang dirancang untuk ditutup oleh **alur kerja agentik AI**. ## Apa Itu Alur Kerja Agentik AI dan Mengapa Penting Sekarang **Alur kerja agentik AI** adalah serangkaian langkah di mana sistem AI memantau data bisnis, menentukan apa yang penting, lalu mengambil atau mengusulkan tindakan dalam batas yang Anda tetapkan. Sistem ini tidak menunggu perintah. Ia memantau, menalar tugas yang dihadapi, dan menggerakkan pekerjaan maju. Misalkan seorang manajer penjualan baru tahu pada hari Kamis bahwa sebuah promosi menggerus margin sejak Senin. Laporan mingguan memang akhirnya akan mengungkap masalah itu, tetapi tiga hari penjualan sudah terlewat. Alur kerja agentik yang memantau margin per promosi akan menandai penyimpangan itu pada hari Senin, memeriksa besaran diskon dan volume, lalu mengirim ringkasan singkat yang menanyakan apakah promosi perlu dihentikan atau disesuaikan. Bayangkan perbedaan antara termostat dan seorang manajer fasilitas yang andal. Termostat hanya mengikuti satu aturan. Manajer memantau banyak sensor, menimbang untung-rugi, dan menghubungi kontraktor yang tepat. ### Mengapa adopsi bergerak sekarang Dalam [Global Survey on the State of AI dari McKinsey](https://www.mckinsey.com/our-insights/the-state-of-ai-2025), yang melibatkan **1.993 peserta** antara 25 Juni dan 29 Juli 2025, **62% responden** menyatakan organisasi mereka setidaknya sedang bereksperimen dengan agen AI. Dalam kelompok itu, **39%** baru mulai bereksperimen dan **23%** melaporkan telah menskalakan sistem AI agentik di setidaknya satu fungsi bisnis. Skalanya masih sempit. Di fungsi bisnis mana pun, tidak lebih dari **10% responden** melaporkan telah menskalakan agen, dan sebagian besar organisasi pada tahap itu hanya melakukannya di satu atau dua fungsi. Ukuran perusahaan juga berpengaruh. Hampir separuh responden dari organisasi dengan pendapatan tahunan di atas **$5 miliar** telah mencapai fase penskalaan, dibandingkan **29%** pada organisasi dengan pendapatan di bawah **$100 juta**. > Eksperimen yang luas datang lebih dulu daripada penskalaan yang sistematis. Bagi UKM, jawabannya bukan tim AI yang besar, melainkan tata kelola yang ramping di sekitar satu alur kerja yang berulang. Anda akan mempelajari apa bedanya alur kerja ini dengan alat yang lebih lama, bagaimana cara membangunnya, bagaimana mengelolanya, dan di mana alur kerja ini memberi hasil dalam analitik. Benang merahnya sederhana. Perlakukan agen sebagai model operasi dengan keandalan yang terukur, bukan sebagai fitur obrolan yang pintar. ## Perbedaan Alur Kerja Agentik dengan Otomasi dan Chatbot Jawaban singkatnya begini. **Otomasi berbasis aturan menjalankan langkah tetap, chatbot menjawab pertanyaan, dan alur kerja agentik memantau kondisi, memutuskan tindakan, lalu bertindak lintas alat.** **Perbandingan alur kerja agentik dengan otomasi dan chatbot** DimensiOtomatisasi berbasis aturanChatbotAlur kerja agentikPemicuPeristiwa atau jadwal tetapPertanyaan penggunaJadwal, peristiwa, atau pelanggaran ambang batasPengambilan keputusanTidak ada; mengikuti aturan jika-makaMenjawab dalam satu balasanMerencanakan langkah dan memilih alat berdasarkan konteksTindakanHanya langkah yang sudah ditentukanSebagian besar balasan teksMemanggil alat, menulis laporan, menandai atau mengarahkan itemStatus di antara langkahTidak ada selain aturan itu sendiriTerbatas pada sesi obrolanMelacak progres di seluruh alur kerjaMenangani kejadian tak terdugaBerhenti atau menampilkan errorBertanya kepada pengguna apa yang harus dilakukanMencoba ulang, berganti sumber data, atau mengeskalasiPeran manusiaMembuat dan memelihara aturanMengajukan pertanyaan dan meninjau jawabanMenetapkan batas wewenang dan meninjau eskalasiContoh analitikMenyalin file penjualan ke spreadsheet setiap hari SeninMenjelaskan mengapa penjualan turun saat ditanyaMendeteksi pergeseran pendapatan, memeriksa kanal dan promosi, lalu menyusun draf laporan ### Dua kesalahpahaman umum Agen bukan sekadar chatbot dengan lebih banyak fitur. Tugas chatbot selesai saat ia membalas, sebagus apa pun balasannya. Tugas agen selesai saat sebuah pekerjaan tuntas, dieskalasi dengan benar, atau dihentikan dengan aman. Agen juga bukan otomatisasi tetap yang ditambahi model bahasa. Otomatisasi cocok ketika alurnya tidak pernah berubah, misalnya menyalin file setiap hari Senin atau memakai [alat penetapan harga ulang otomatis](https://www.boostmyshop.com/en/products/mypricing) yang menerapkan aturan harga yang jelas pada data pesaing. Alur kerja menjadi agentik ketika sistem harus memilih langkah berikutnya berdasarkan temuannya. > **Uji praktis:** Apakah ia bertindak tanpa diminta, pulih saat suatu langkah gagal, dan menjaga konteks di seluruh proses? Jika tidak memenuhi ketiganya, jangan sebut agentik dulu. Perbedaan ini melindungi anggaran Anda. Anda tidak memerlukan kompleksitas agen untuk pekerjaan yang stabil dan mudah diprediksi, dan Anda tidak sebaiknya mempercayakan proses multilangkah kepada antarmuka obrolan yang tidak dapat melacak atau memulihkannya. ## Di Dalam Siklus Pantau, Putuskan, dan Bertindak Alur kerja agentik bukan sebuah model tunggal. Ini adalah siklus dari beberapa komponen yang saling terhubung, dan setiap komponen mencegah jenis kegagalan tertentu. ### Enam komponen secara berurutan - **Pemicu dan pemantau:** Memantau aliran data, jadwal, dan ambang batas, misalnya pendapatan harian dibandingkan dengan prakiraan. Tanpa komponen ini, agen hanya bereaksi saat ada yang ingat untuk bertanya. - **Perencana:** Mengubah sebuah tujuan menjadi langkah-langkah berurutan, misalnya periksa pesanan, lalu lalu lintas, lalu stok. Tanpa perencana, agen berimprovisasi dan bisa melewatkan langkah yang menjelaskan hasilnya. - **Lapisan alat:** Menghubungkan agen dengan basis data, spreadsheet, dan API yang dapat dikuerinya. Tanpa alat yang nyata, agen mungkin memperkirakan angka alih-alih mengambilnya. - **Status dan memori:** Mencatat apa yang sudah dijalankan, apa yang sudah ditemukan, dan apa yang masih terbuka. Tanpa status, langkah keempat lupa apa yang ditemukan di langkah kedua. - **Validasi dan pagar pengaman:** Memeriksa sumber, kebaruan, izin akses, dan batas kewenangan sebelum bertindak. Tanpa pemeriksaan, data usang bisa dianggap sebagai bukti terkini. - **Pemulihan dan eskalasi:** Mencoba ulang dalam batas tertentu, memakai sumber cadangan, atau menyerahkan tugas kepada manusia. Tanpa ini, kegagalan senyap bisa tampak seperti keberhasilan. **Log audit** sebaiknya berada di bawah seluruh siklus. Catat setiap pemanggilan alat, input, output, dan keputusan agar peninjau dapat merekonstruksi alasan agen menghasilkan suatu wawasan tertentu. ### Apa yang terjadi saat alat gagal Pemulihan bukan fitur tambahan. Dalam [tolok ukur PlanBench-XL](https://huggingface.co/papers/2606.22388), agen mengerjakan **327 tugas ritel** di dalam ekosistem **1.665 alat**, yang menuntut penemuan alat secara iteratif, pengumpulan bukti, dan eksekusi berurutan. Model terbaik yang dilaporkan mencapai **akurasi 51,90%** ketika alat tersedia sepenuhnya, tetapi akurasinya turun menjadi **11,36%** dalam kondisi pemblokiran berat yang melibatkan alat yang hilang, gagal, atau mengecoh. Kegagalan terbesar terjadi ketika kesalahan alat tidak disertai sinyal eksplisit atau ketika pemulihan membutuhkan jalur tindakan alternatif yang lebih panjang. Hasil itu menunjukkan persyaratan desain yang konkret untuk pekerjaan analitik: - **Kontrak alat bertipe:** Tentukan input dan output yang diharapkan agar hasil yang salah bentuk ditolak. - **Status kesalahan eksplisit:** Wajibkan alat menyatakan bahwa ia gagal, bukan mengembalikan data kosong atau parsial. - **Percobaan ulang dan cadangan yang terbatas:** Coba ulang beberapa kali, lalu ganti sumber atau eskalasikan. - **Rencana dengan titik pemeriksaan:** Simpan progres agar pemulihan dilanjutkan dari langkah yang gagal, bukan dari awal. - **Eskalasi berbasis tingkat keyakinan:** Jangan publikasikan wawasan atau picu tindakan ketika buktinya lemah. Pantau **kegagalan perencanaan**, **kegagalan pemilihan alat**, **kegagalan eksekusi**, dan **kegagalan validasi bukti** secara terpisah. Masing-masing punya solusi yang berbeda, dan menggabungkannya akan menyembunyikan di mana siklus Anda bermasalah. ## Tingkat Tata Kelola yang Menyelaraskan Kewenangan dengan Risiko Pengawasan harus sepadan dengan apa yang dapat dilakukan agen dan dampaknya jika salah. Aturan yang berlaku sama untuk semua kasus akan memperlambat pekerjaan yang tidak berbahaya atau membiarkan pekerjaan berdampak besar kurang terkendali. Sebuah rekomendasi tata kelola yang terkait dengan [AI Risk Management Framework dari NIST](https://futureoflife.org/wp-content/uploads/2026/04/FLI_NIST_RFI_Response_Security_Agents.pdf) menjelaskan otorisasi berjenjang berdasarkan **tingkat otonomi**, **cakupan kewenangan**, **apakah tindakan dapat dibatalkan**, dan **konteks penerapan**. Rekomendasi itu juga menyatakan bahwa organisasi perlu menetapkan, menilai, dan mendokumentasikan proses pengawasan manusia sambil membedakan peran dan tanggung jawab manusia dan AI. **Tingkat kewenangan untuk tindakan agen** Tingkat otoritasContoh tindakanKontrol yang umumWawasan hanya-bacaMenyegarkan dasbor, merangkum trenAkses tercatat dan sumber dikutipMenyusun draf dan memberi rekomendasiMenyusun draf paket laporan bulanan, menandai anomaliPeninjau yang ditunjuk sebelum apa pun dibagikanPenulisan internal yang dapat dibatalkanMemberi tag pada rekaman, memperbarui prakiraan internalJendela persetujuan dan jalur pembatalan (rollback)Tindakan berdampak besarMengubah harga, mencairkan pembayaran, menutup akunPersetujuan manusia sebelum eksekusi dan batas pengeluaranKeputusan yang diatur regulasiKeputusan kredit, pelaporan kepatuhanKeputusan manusia yang terdokumentasi, berkas bukti, dan jejak audit ### Membuat persetujuan benar-benar bermakna Pembayaran, penutupan akun, keputusan kredit, atau pengajuan kepatuhan sebaiknya memicu persetujuan atau kontrol yang lebih ketat, sedangkan pengkategorian tiket dukungan berisiko rendah atau pembaruan laporan internal dapat berjalan otomatis. Persetujuan hanya efektif jika peninjau menerima bukti yang diperlukan, memiliki waktu yang realistis untuk melakukan intervensi, dan tahu apa yang terjadi jika mereka tidak merespons. [Analisis AI untuk UKM](https://www.electe.net/post/human-in-the-loop-ai-analytics) membantu merumuskan peran manusia secara praktis. > Akses penghentian yang hanya formalitas bukanlah kontrol yang bermakna. Uji gerbang persetujuan, jalur rollback, dan jalur eskalasi selagi taruhannya masih rendah. Contoh kredit, AML, dan kepatuhan di sini merupakan informasi umum, bukan nasihat hukum atau keuangan. Tangani data pelanggan dan transaksi sesuai kebijakan privasi organisasi Anda dan regulasi yang berlaku. ## Kasus Penggunaan Analitik yang Menguntungkan dengan Agen Kasus penggunaan yang baik memiliki pola yang sama. Ada sinyal berulang yang diperiksa seseorang secara manual, keputusan yang membutuhkan konteks, dan tindakan yang dapat ditinjau seseorang sebelum konsekuensinya terjadi. **Kasus penggunaan analitik untuk alur kerja agentik** Kasus penggunaanYang dipantau agenTindakan yang diambilKeputusan yang tetap di tangan manusiaPeringatan anomali penjualanPesanan harian per kanal dan wilayahMenandai penurunan dan memeriksa promosi serta stokApakah kampanye perlu diubahTinjauan penyimpangan pendapatanPendapatan terhadap proyeksi setiap periodeMembandingkan pendorong dan menyusun draf penjelasanTuas mana yang akan digunakanInventaris dan permintaanTingkat stok dan sell-throughMengusulkan jumlah pemesanan ulangMenyetujui pesanan di atas nilai tertentuPemantauan arus kasPiutang, utang usaha, dan saldo bankMemproyeksikan kekurangan dana dan memberi tahu tim keuanganWaktu pembayaranPemantauan risiko dan AMLTransaksi terhadap aturan dan polaMemunculkan peringatan dan menyusun berkas kasusApakah dilaporkan atau ditutupPenyusunan paket materi dewan direksiKPI bulanan dan selisih (varians)Menyusun draf paket materi dan komentarnyaNarasi akhir dan persetujuan ### Contoh di ritel dan jasa keuangan Misalnya sebuah peritel menjalankan promosi yang mendorong satu kanal, sementara stok menipis di dua wilayah dengan penjualan terbaik. Agen menghubungkan sinyal-sinyal tersebut, memeriksa sell-through, dan mengusulkan jumlah pemesanan ulang untuk disetujui. Jika halaman pesaing atau marketplace perlu dikumpulkan terlebih dahulu, [web scraping untuk data terstruktur](https://www.context.dev/web-scraping-api) dapat mengubah halaman eksternal yang berantakan menjadi kolom data yang bisa divalidasi dan dibandingkan oleh agen. Di jasa keuangan, polanya berbeda. Agen mengelompokkan peringatan yang saling terkait, mengambil riwayat transaksi, dan menyusun berkas kasus, tetapi petugas kepatuhan yang memutuskan apakah kasus dilaporkan atau ditutup. Mengetahui [kapan harus menolak output model](https://www.electe.net/post/ai-driven-insights) paling penting pada titik penilaian ini. Nilainya adalah **waktu analis yang kembali** dan **perhatian yang lebih cepat pada anomali**. Anda tidak menghilangkan penilaian manusia. Anda memindahkannya lebih awal, saat masih bisa mengubah hasil. ## Mengukur Keandalan Sebelum Anda Memercayai Agen Demo bisa tampak sempurna sementara proses di baliknya tidak aman. Jika dasbor Anda hanya menampilkan tingkat penyelesaian, dasbor itu bisa menyembunyikan kegagalan diam-diam, urutan alat yang salah, dan agen yang terus berjalan setelah menerima data tidak valid. ### Tujuh metrik dan titik butanya 1. **Keberhasilan tugas:** Memeriksa hasil akhir, tetapi melewatkan jawaban benar yang dicapai lewat jalur yang tidak aman. 2. **Akurasi pemilihan tool:** Menangkap angka yang tampak masuk akal tetapi diambil dari tool atau sumber yang salah. 3. **Akurasi urutan:** Menangkap langkah yang tidak berurutan dan merusak perhitungan berikutnya. 4. **Deteksi anomali:** Memeriksa apakah data yang tidak valid, usang, atau saling bertentangan terdeteksi. 5. **Tingkat pemulihan:** Memeriksa apakah kesalahan dicoba ulang, dialihkan, atau dieskalasi dengan baik. 6. **Kepatuhan kebijakan:** Memeriksa apakah persetujuan dan izin dihormati, didukung oleh [pelacakan kelengkapan dan akurasi data](https://www.electe.net/post/data-quality-monitoring) pada data yang mendasarinya. 7. **Latensi dan biaya per tugas yang selesai:** Menunjukkan beban tambahan yang disembunyikan oleh demo yang mulus. [Benchmark ToolBench-X](https://arxiv.org/html/2606.25819v2) menggunakan tugas multilangkah yang dapat dieksekusi, mencakup alur kerja sekuensial, paralel, dan campuran, dengan memasangkan tool deterministik dengan jawaban akhir kanonis. Tabel perbandingannya mencantumkan **1.106 tugas** dan **4.956 interaksi tool** untuk ToolBench-X. Temuan utamanya: kegagalan lebih banyak disebabkan oleh lemahnya kesadaran terhadap anomali dan pemulihan yang tidak efektif, bukan oleh jumlah tool yang digunakan atau besarnya anggaran inferensi. > Menambah panggilan model tidak memperbaiki agen yang tidak bisa mengenali data buruk. Ukur prosesnya, bukan hanya jawabannya. Untuk versi skala UKM, susun tugas representatif untuk prakiraan penjualan, pengecekan inventaris, peringatan anomali, dan kontrol keuangan. Tentukan tool yang benar dan urutan tindakannya, catat setiap panggilan dan hasilnya, lalu jalankan ulang rangkaian uji setelah setiap perubahan model, prompt, data, atau alur kerja. Dengan begitu kualitas agen menjadi **pengujian regresi**, bukan demo yang subjektif. ## Kapan Pekerjaan Diarahkan ke Agen dan Kapan Tidak Agen tidak gratis. Agen menambah waktu, biaya, dan titik kegagalan, sehingga Anda sebaiknya mengarahkan pekerjaan ke agen secara selektif. Dalam benchmark yang membandingkan prompting sekali jalan dengan agen **plan-execute-replan**, seperti dijelaskan dalam [benchmark perencanaan dengan tool tambahan](https://arxiv.org/html/2601.02663v2), penambahan tool meningkatkan akurasi GPT-4o pada tanya jawab berpusat pada peristiwa dari **47,5% menjadi 67,5%**. Namun rata-rata latensi naik dari sekitar **8 detik menjadi sekitar 317 detik** per contoh, atau kira-kira **40 kali lipat**. Pada tugas kedua, yaitu respons persuasif, perencanaan dan pencarian menambah latensi tanpa peningkatan akurasi yang konsisten. Plan-execute-replan berarti agen menyusun rencana, menjalankan langkah tool secara berurutan, lalu merevisi sisa rencana ketika hasil kembali. Karena angka latensi dan biaya tersebut dihitung per contoh, anggarkan sebelum peluncuran, bukan setelah pengguna mulai menunggu. **Mengarahkan permintaan ke jawaban langsung atau alur kerja agen** Jenis permintaanJalurVerifikasi yang diperlukanPencarian metrik sederhana yang terdefinisi jelasJawab langsungPemeriksaan data normalPertanyaan ambigu yang melibatkan beberapa sumberRencanakan dan gunakan toolPemeriksaan lintas sumberPerhitungan multilangkah atau skema data yang asingRencanakan dan eksekusi dengan toolHitung ulang angka kunciPrakiraan yang akan membentuk anggaranAgen menyusun draf dengan beberapa modelTinjauan asumsi oleh manusiaTindakan yang memengaruhi keuangan, kepatuhan, atau pelangganAgen mengusulkan, manusia menyetujuiGerbang persetujuan dan log audit ### Aturan verifikasi Lakukan verifikasi lebih ketat ketika hasil memengaruhi prakiraan, kepatuhan, keputusan keuangan, atau tindakan otomatis. Jangan habiskan upaya itu untuk pencarian metrik sederhana yang dijawab andal oleh kueri langsung. Lacak **anggaran latensi**, **biaya token per tugas yang selesai**, dan **akurasi** sebagai ukuran utama alur kerja. Jika rute agen tidak menghasilkan bukti yang lebih baik atau penanganan yang lebih aman, arahkan permintaan langsung dan hemat biaya tambahannya. ## Pilih Satu Alur Kerja untuk Dipilot Kuartal Ini Tiga gagasan menopang seluruh pendekatan ini. Agen memantau, memutuskan, dan bertindak dalam sebuah loop dengan status dan pemulihan. Wewenang harus mengikuti konsekuensi. Keandalan diukur pada prosesnya, bukan pada demonya. Mulailah dengan satu alur kerja yang berulang, misalnya tinjauan penjualan mingguan atau pengecekan kas harian. Tetapkan tingkat wewenangnya, pilih tiga metrik seperti keberhasilan tugas, deteksi anomali, dan kepatuhan kebijakan, lalu jalankan agen dalam mode bayangan selama beberapa siklus dan bandingkan dengan hasil kerja analis Anda. Catat keluaran, koreksi, dan eskalasi dalam log bersama, dan perluas wewenang hanya jika metrik tetap terpenuhi. Jika Anda ingin pola yang lebih konkret sebelum memilih, [panduan praktis agen dari AI Tool Seekers](https://aitoolseekers.com/blog/ai-agents-examples) bisa menjadi pelengkap yang berguna. **ELECTE, platform analitik data berbasis AI untuk UKM**, adalah salah satu opsi untuk memulai pilot tersebut. AI Agent-nya membaca data, menulis laporan, dan meneliti pasar sesuai jadwal atau sesuai permintaan, 24/7, dan ELECTE terhubung dalam 5 menit saat Anda menautkan akun dan sumber data atau mengunggah file Excel, tanpa proyek integrasi atau pengaturan teknis. --- Jalankan satu laporan rutin pada alur kerja agentik yang diawasi kuartal ini, lalu ukur apakah keputusan sampai ke Anda lebih cepat, dengan bukti yang dapat diaudit. Kunjungi [ELECTE](https://www.electe.net) untuk melihat bagaimana platform ini menangani laporan penjualan, arus kas, atau inventaris Anda sendiri, dan mulailah dari alur kerja yang setiap minggu sudah diperiksa tim Anda secara manual.