Developer

Multi-Agent AI Produksi: 5 Tantangan Nyata & Solusi Arsitekturnya

Bikin prototipe agen AI itu gampang, tapi membawanya ke lingkungan produksi butuh arsitektur matang. Pelajari cara Deep Insight AWS menyelesaikan 5 tantangan utamanya.

Tim Engineering Classai

· 11 menit baca

Diagram alur sistem multi-agent AI Deep Insight AWS untuk analisis data otomatis di tingkat produksi
Gambar: AWS

Inti singkat

  • Membawa multi-agent AI ke tahap produksi butuh cognitive architecture dan eksekusi terstruktur, bukan sekadar utak-atik prompt.
  • Deep Insight membagi tugas ke delapan agen spesifik dalam tiga layer agar konteks kerja tetap ramping.
  • Pemilihan model per peran dan selective prompt caching memangkas biaya input token sampai 90 persen.
  • Eksekusi kode buatan AI wajib diisolasi lewat kontainer Fargate sementara dan VPC privat demi keamanan data.
  • Pola arsitektur orkestrasi ini terbukti memangkas waktu kerja analisis data di LG Electronics dari 3 hari jadi 30 menit.
Daftar isi8 bagian
  1. 01
  2. 02
  3. 03
  4. 04
  5. 05
  6. 06
  7. 07
  8. 08

Bikin prototipe agen AI emang bisa kelar dalam hitungan hari, tapi membawanya ke tahap multi agent AI produksi yang stabil butuh arsitektur kognitif yang kokoh. Kalau kamu cuma mengandalkan trik prompt engineering, agen AI bakal sering melompati validasi, bingung menghadapi kasus unik, atau malah macet di tengah jalan.

Banyak developer yang mulai frustrasi pas agen AI mereka dicoba buat urusan bisnis sungguhan. Model diganti, contoh di prompt ditambah berkali-kali, tapi masalah yang sama tetap aja muncul lagi. Masalahnya jelas: agen AI nggak bekerja kayak script pemrograman biasa yang langkahnya kaku, melainkan mengambil keputusan sendiri berdasarkan konteks. Seperti diulas dalam laporan resmi AWS Machine Learning Blog, tim AWS Solutions Architecture merancang sistem bernama Deep Insight buat menjawab tantangan ini secara tuntas lewat pendekatan Context Engineering.

Deep Insight architecture: the Strands Agents multi-agent layer on Amazon Bedrock AgentCore, with an Application Load Balancer routing code execution to AWS Fargate containers in a private VPC
Arsitektur solusi Deep Insight: layer multi-agent Strands di Amazon Bedrock AgentCore dengan ALB dan AWS Fargate di dalam VPC privat. · Sumber: AWS

Panduan gratis · gratis

Panduan Cepat API AI untuk Developer

Dari request pertama sampai siap produksi: contoh kode, streaming, kontrol biaya, keamanan API key, dan penanganan error.

  • Contoh request dengan cURL, Python, dan JavaScript
  • Streaming dan format OpenAI vs Anthropic
  • Cara mengontrol biaya token
  • Checklist keamanan dan siap produksi

Dengan mengirim, kamu setuju menerima email dari Classai sesuai Kebijakan Privasi. Bisa berhenti berlangganan kapan saja.

Kenapa Bikin Multi-Agent AI ke Level Produksi Itu Susah Banget?

Bikin agen AI sederhana zaman sekarang gampang banget berkat berbagai framework open source dan API cloud. Cukup siapkan beberapa pemanggilan fungsi (tool calls), tulis prompt instruksi, dan agen kamu langsung kelihatan canggih pas demo. Tapi begitu masuk sistem perusahaan, ada dinding tebal yang menghadang.

Ada lima tantangan utama yang selalu muncul pas tim developer mau merilis agen ke produksi:

  1. Alur kerja yang liar: Agen sering bingung menentukan urutan tugas dan gampang melewatkan langkah validasi penting.
  2. Biaya token yang boros: Memakai satu model besar termahal untuk semua hal bikin tagihan cloud jebol seketika.
  3. Operasional runtime yang rumit: Menjalankan agen dalam skala besar butuh isolasi sesi dan jaringan tertutup yang aman.
  4. Risiko eksekusi kode: Agen yang menulis dan menjalankan kode Python sendiri berisiko merusak server atau menghapus file sistem.
  5. Visibilitas dan monitoring: Tim teknis sering buta soal apa yang dikerjakan agen saat terjadi kegagalan sistem.

Tabel di bawah ini merangkum bagaimana tim AWS memetakan masalah tersebut ke solusi teknologi yang pas di proyek Deep Insight:

Tantangan NyataTeknologi yang DipakaiPendekatan Solusi
Mengontrol alur kerja antar-agenStrands Agents SDKPola Graph buat alur sekuensial & pola Agents-as-Tools buat memanggil agen ahli
Memilih LLM yang efisienAmazon BedrockClaude Haiku buat routing, Opus buat perencanaan, Sonnet buat eksekusi
Operasional agen yang andalAmazon Bedrock AgentCoreRuntime terkelola dengan isolasi sesi dan penempatan di VPC privat
Keamanan eksekusi kode AIAWS Fargate + ALBKontainer sandbox sementara per sesi yang terisolasi lewat Code Interpreter
Monitoring dan manajemen sistemDynamoDB + SNS + CognitoDashboard admin dengan metrik tugas dan notifikasi otomatis saat error

Mengenal Deep Insight: Arsitektur Multi-Agent 3 Layer

Deep Insight adalah sistem multi-agent yang bertugas mengubah data mentah jadi analisis utuh siap pakai. Kamu tinggal memasukkan file data CSV (misalnya yummy-food-market.csv), file definisi kolom (column_definitions.json), dan prompt bahasa manusia biasa: "Analisis ini dari sudut pandang penjualan dan pemasaran, bikin grafik serta insight, lalu buat laporan .docx".

Hierarchical multi-agent structure where the Coordinator and Planner feed the Supervisor, which orchestrates the Coder, Validator, Reporter, and Tracker agents
Struktur hierarki multi-agent Deep Insight yang membagi tugas dari Coordinator, Planner, Supervisor, hingga para agen eksekutor. · Sumber: AWS

Sistem ini melibatkan delapan agen yang bekerja dalam tiga layer terpisah. Tujuannya sederhana: tiap agen cuma punya konteks kerja yang kecil dan spesifik, lalu hasil ringkasnya diteruskan ke agen berikutnya.

  • Layer 1 (Perencanaan): Terdiri dari Coordinator, Planner, dan Plan Reviewer. Coordinator menyortir permintaan awal. Kalau butuh analisis rumit, tugas dikirim ke Planner. Planner bakal memecah tugas jadi 5–10 langkah terperinci berbentuk checklist [ ]. Terakhir, Plan Reviewer meminta persetujuan manusia (Human-in-the-Loop).
  • Layer 2 (Orkestrasi): Dijalankan oleh Supervisor. Agen ini bertindak sebagai konduktor orkestra. Dia membaca checklist rencana dan memanggil agen di Layer 3 lewat skema Agents-as-Tools.
  • Layer 3 (Eksekusi Spesialis): Berisi Coder (menulis dan menjalankan kode analisis data serta membuat grafik PNG), Validator (mengecek ulang perhitungan matematika dari sumber data), Reporter (menyusun laporan Word .docx lengkap dengan sitasi), dan Tracker (memperbarui checklist dari [ ] jadi [x]).

Urutan eksekusinya diatur ketat oleh Supervisor: Coder bekerja, lalu Tracker mencatat status. Setelah itu Validator mengecek angka, disusul Tracker lagi. Baru kemudian Reporter menulis draf akhir, dan ditutup oleh pembaruan status terakhir oleh Tracker. Aturan utamanya: Supervisor nggak bakal pindah ke agen berikutnya sebelum semua checklist agen sebelumnya centang [x].

Deep Insight web UI showing the Plan Reviewer modal where the user approves or revises the generated analysis plan
Tampilan modal Plan Reviewer pada web UI Deep Insight untuk proses review dan revisi rencana analisis oleh pengguna. · Sumber: AWS

Strategi Pemilihan Model: Nggak Semua Agent Butuh Model Mahal

Salah satu kesalahan paling sering dalam merancang multi-agent adalah memasang model tercanggih dan termahal di semua peran. Di Deep Insight, pemilihan model adalah keputusan arsitektur demi menyeimbangkan kualitas dan biaya operasional.

Berikut konfigurasi model dan fitur khusus yang dipasang pada tiap agen:

AgenPilihan ModelExtended ThinkingPrompt CachingAlasan Pemilihan
CoordinatorClaude HaikuDimatikanTidakKlasifikasi rute cepat tanpa makan biaya model besar
PlannerClaude OpusDinyalakan (~8.192 token)TidakButuh penalaran mendalam buat menyusun rencana kerja matang
SupervisorClaude SonnetDimatikanYaOrkestrasi berulang; caching menghemat biaya input token
CoderClaude SonnetDimatikanYaMenulis kode berulang dengan definisi tools yang sama
ValidatorClaude SonnetDimatikanTidakKonteks data berganti tiap kali verifikasi, caching kurang efektif
ReporterClaude SonnetDimatikanYaMembuat laporan panjang; hemat biaya dengan prompt caching
TrackerClaude SonnetDimatikanTidakTugas pembaruan status ringan berbasis reasoning tanpa tools

Dengan selective prompt caching pada Supervisor, Coder, dan Reporter, biaya input token bisa dipangkas sampai 90 persen pada pemanggilan berulang. Ini bukti kalau efisiensi arsitektur multi agent jauh lebih berdampak dibanding sekadar potong harga langganan.

Kalau kamu lagi merancang arsitektur agen sendiri dengan berbagai model kelas atas, kamu bisa memanfaatkan Classai Router. Lewat satu API key saja, kamu bebas memilih model sesuai kebutuhan beban kerja, mulai dari Claude Opus 5.5 (Rp4.500 / Rp22.500 per 1M token input/output), Claude Sonnet 5 (Rp3.210 / Rp15.750), sampai model cepat yang hemat seperti Claude Haiku 4.5 (Rp900 / Rp4.500) dan DeepSeek V4.1 Flash (Rp1.155 / Rp4.200).

Eksekusi Kode AI Tanpa Waswas: Sandbox AWS Fargate dan ALB

Masalah paling rawan pas agen AI disuruh menganalisis data adalah eksekusi kode. Coder agent bakal menulis script Python, lalu menjalankannya langsung. Kalau dijalankan di server produksi yang sama tanpa pengaman, model AI bisa saja tanpa sengaja menghapus file sistem penting, menghabiskan memori server dengan loop tanpa henti, atau membocorkan data pengguna lain.

Deep Insight menyelesaikan ini dengan menaruh Code Interpreter di dalam kontainer sandbox sementara (ephemeral container) berbasis AWS Fargate yang berada di belakang Application Load Balancer.

Langkah keamanannya dirancang berlapis:

  1. VPC Privat Tanpa Internet Langsung: Semua tugas Fargate dan runtime AgentCore berjalan di subnet privat. Koneksi ke Amazon S3 dan Bedrock memakai VPC endpoints tanpa melewati internet publik.
  2. Eksekusi 2 Tahap: Kode Python hasil generate AI diubah ke format base64, dikirim via HTTP ke kontainer, ditulis jadi file fisik (Tahap 1), baru dieksekusi lewat perintah subprocess (Tahap 2).
  3. Session Affinity via Cookie ALB: Supaya pemanggilan berulang dari satu sesi agen tetap mendarat di kontainer yang sama, ALB memakai sticky session cookies.
  4. Penghapusan Otomatis: Setelah tugas selesai dan artefak (grafik PNG dan laporan DOCX) terunggah ke Amazon S3, kontainer Fargate bakal otomatis mati sendiri setelah satu jam.

Human-in-the-Loop dan Monitoring: Biar Nggak Lepas Kendali

Menyerahkan kontrol seratus persen ke AI di lingkungan kerja nyata jelas berbahaya. Di sinilah peran node Plan Reviewer menjadi penyelamat. Sebelum Supervisor menyuruh Coder menjalankan script, pengguna diberikan waktu buat membaca draf rencana analisis lewat browser.

Deep Insight web interface for uploading data, entering a prompt, and downloading the generated report
Tampilan antarmuka web Deep Insight untuk mengunggah dokumen, memasukkan instruksi prompt, dan mengunduh laporan selesai. · Sumber: AWS

Pengguna bisa menyetujui rencana tersebut atau memberi catatan revisi. Kalau ada revisi, alur sistem bakal melompat kembali ke Planner buat memperbaiki rencana. Untuk mencegah looping tanpa henti, batas revisi dibatasi maksimal sebanyak 25 kali, lengkap dengan hitung mundur otomatis selama 300 detik.

Deep Insight Ops dashboard listing analysis tasks with status, token usage, and elapsed time
Tampilan dashboard operasional Deep Insight yang mendata metrik tugas, penggunaan token, dan waktu pengerjaan. · Sumber: AWS

Selain antarmuka pengguna berbasis FastAPI dengan streaming Server-Sent Events (SSE), tim operasional juga butuh visibilitas penuh. Deep Insight menyediakan Ops Dashboard opsional yang terintegrasi dengan layanan AWS:

  • Amazon DynamoDB: Menyimpan riwayat semua tugas analisis, status eksekusi, total token terpakai, dan durasi kerja.
  • Amazon SNS: Mengirimkan email peringatan instan ke administrator kalau ada sesi analisis yang gagal atau error.
  • Amazon Cognito: Mengunci dashboard admin dengan autentikasi JSON Web Token (JWT) biar metrik sistem nggak bisa diintip orang luar.
Deep Insight Ops dashboard detail view showing metrics for a single analysis task
Tampilan detail metrik satu sesi analisis pada Ops Dashboard Deep Insight untuk keperluan audit teknis. · Sumber: AWS

Bukti Nyata di Lapangan: Sukses LG Electronics dan TechRecon

Arsitektur yang rapi bukan cuma teori di atas kertas. Pendekatan orkestrasi yang dipakai Deep Insight sudah terbukti berhasil menyelesaikan masalah di industri nyata.

Kasus 1: ChatInsight di LG Electronics

Divisi Penjualan Korea LG Electronics membangun sistem bernama ChatInsight dengan meniru persis arsitektur Deep Insight. Sebelumnya, permintaan analisis data dari tim pemasar ke tim data scientist makan waktu 2 sampai 3 minggu, dan maksud dari kebutuhan bisnis sering meleset di tengah jalan.

LG Electronics ChatInsight architecture using the same Coordinator, Planner, Supervisor, Coder, and Reporter multi-agent pattern as Deep Insight
Arsitektur ChatInsight milik LG Electronics yang mengadopsi pola Coordinator, Planner, Supervisor, Coder, dan Reporter. · Sumber: AWS

Dengan mengadopsi pola Coordinator, Planner, Supervisor, Coder, dan Reporter, analisis data yang dulunya butuh waktu 3 hari kini rampung cuma dalam 30 menit. Ini lompatan produktivitas sampai 288 kali lipat. Karyawan bagian pemasaran yang sama sekali nggak paham bahasa SQL sekarang bisa meminta agen AI buat membedah data penjualan dan merumuskan strategi secara mandiri.

Kasus 2: TechRecon di AWS re:Invent 2025

Contoh implementasi kedua dipamerkan pada ajang AWS re:Invent 2025 lewat proyek bernama TechRecon. Sistem ini dirancang buat membantu tim strategi menyusun analisis lanskap teknologi (Landscape Analysis) dan makalah posisi teknis (Technical Position Paper).

TechRecon output showing a Landscape Analysis and a Technical Position Paper produced by the reconnaissance agent
Hasil laporan analisis lanskap teknologi yang diproduksi secara otomatis oleh agen TechRecon. · Sumber: AWS

Menariknya, arsitektur dasar TechRecon hampir identik dengan Deep Insight. Tim pengembang cuma mengganti Coder agent dengan Researcher agent yang bertugas mengumpulkan tren teknologi terbaru. Ini membuktikan bahwa pola orkestrasi multi-agent ini bersifat serbaguna: kamu cukup mengganti peran spesialis dan instruksi prompt-nya untuk memecahkan problem di bidang yang sama sekali berbeda.

Cara Nyobain Deep Insight dan Implementasinya di Project Kamu

Kode sumber proyek Deep Insight ini sudah dirilis secara open source di GitHub dan menyediakan tiga opsi pemasangan sesuai tahapan pengembangan aplikasi kamu:

  1. Versi Self-Hosted: Berjalan lokal lewat command line interface (CLI). Cocok banget buat tahap awal riset dan iterasi cepat karena kamu punya akses penuh ke seluruh prompt dan kode agen. Pemasangannya cuma butuh waktu sekitar 10 menit.
  2. Versi Web: Antarmuka web ramah pengguna yang siap pakai buat upload data, review rencana (HITL), dan download dokumen tanpa perlu menulis kode apa pun.
  3. Versi Managed AgentCore: Opsi produksi penuh berbasis runtime Amazon Bedrock AgentCore. Agen berjalan di VPC privat dengan isolasi kontainer Fargate dan dukungan observability OpenTelemetry.

Buat kamu yang mau mencoba membuat prompt rencana analisis serupa dengan gaya Planner agent di Deep Insight, berikut contoh struktur prompt yang bisa kamu adaptasi:

Prompt siap pakai
Kamu adalah AI Planner untuk analisis data bisnis. Tugasmu adalah memecah permintaan analisis berikut menjadi 5-10 langkah kerja konkret yang terbagi untuk Coder, Validator, dan Reporter. Format output wajib berupa checklist Markdown [ ] tanpa eksekusi langsung: ### 1. Coder: Analisis Data & Visualisasi- [ ] Muat file data dan identifikasi tipe kolom- [ ] Hitung metrik performa utama (konversi, biaya per akuisisi)- [ ] Buat visualisasi grafik tren dalam format PNG- [ ] Simpan metadata hasil perhitungan untuk validasi ### 2. Validator: Pengecekan Angka- [ ] Hitung ulang data mentah dengan toleransi selisih maksimal 0.01- [ ] Buat file metadata sitasi untuk klaim yang lolos verifikasi ### 3. Reporter: Penyusunan Laporan- [ ] Tulis ringkasan eksekutif berdasarkan angka terverifikasi- [ ] Masukkan grafik dan sajikan rekomendasi bisnis strategis

Dampak Nyata Buat Tim Developer dan Bisnis di Indonesia

Bagi ekosistem teknologi di Indonesia, pergeseran dari sekadar single-prompt chatbot ke sistem orkestrasi multi-agent membawa perubahan besar dalam cara kita membangun solusi digital.

  • Efisiensi Anggaran Infrastruktur: Banyak startup lokal ragu mengadopsi AI karena takut tagihan API bengkak. Lewat pola pembagian kerja model cerdas (memakai model ringan seperti Haiku buat tugas rutin dan model besar khusus penalaran rencana), biaya operasional API bisa ditekan drastis tanpa menurunkan mutu hasil.
  • Kepatuhan Privasi Data: Dengan menempatkan runtime agen dan eksekusi kode di dalam VPC privat tertutup seperti yang dicontohkan pada arsitektur Fargate ini, perusahaan di Indonesia bisa memenuhi standar tata kelola perlindungan data yang ketat tanpa khawatir data pelanggan bocor ke jaringan publik.
  • Demokratisasi Data Internal: Kasus LG Electronics membuktikan bahwa tim non-teknis seperti marketing dan operasional UMKM bisa langsung berinteraksi dengan basis data internal secara aman tanpa perlu menunggu antrean tiket dari tim data engineer.

Kalau kamu dan tim ingin memperdalam keahlian merancang aplikasi AI berbasis agen dan integrasi sistem modern, ikuti program pembelajaran terarah di Kelas AI untuk Developer. Fondasi arsitektur yang solid adalah kunci utama agar solusi AI kamu nggak berhenti cuma jadi demo, tapi beneran bisa diandalkan setiap hari di lingkungan kerja nyata.

Sumber & referensi

  1. 01

Artikel ini ditulis ulang oleh Tim Classai dengan bantuan AI berdasarkan sumber di atas — bukan terjemahan. Ada yang keliru? Kabari kami di [email protected].

Pertanyaan yang sering ditanyakan

Apa bedanya multi agent AI dengan chatbot biasa?

Chatbot biasa hanya mengandalkan satu model untuk menjawab semua perintah dalam satu sesi percakapan tunggal. Sementara multi agent AI membagi tugas rumit ke beberapa agen spesialis mandiri yang punya peran, model, dan batasan konteks berbeda untuk berkolaborasi menyelesaikan satu tujuan akhir.

Kenapa eksekusi kode agen AI harus memakai kontainer sandbox terpisah?

Kode pemrograman yang dibuat otomatis oleh model AI berisiko memiliki bug fatal, memakan seluruh sumber daya server, atau mengakses file sensitif. Menjalankan kode di dalam kontainer sandbox seperti AWS Fargate memastikan sistem utama tetap aman dan sesi antar-pengguna terisolasi sempurna.

Apa fungsi fitur Human-in-the-Loop pada arsitektur multi agent?

Fitur Human-in-the-Loop memungkinkan pengguna manusia memeriksa dan menyetujui rencana kerja yang disusun agen sebelum eksekusi dimulai. Jika ada langkah yang kurang sesuai, pengguna bisa memberikan revisi langsung sehingga agen tidak membuang token untuk eksekusi yang salah.

Bagaimana cara menekan biaya token saat menjalankan banyak agen AI sekaligus?

Gunakan model ringan dan murah untuk tugas perutean dasar, lalu simpan model penalaran tingkat tinggi hanya untuk tahap perencanaan. Selain itu, manfaatkan fitur prompt caching pada agen yang sering menerima instruksi sistem panjang secara berulang.

Luthfi

Classai Weekly

dari Luthfi · Setiap Senin, 06.30 WIB

Nggak sempat ngikutin berita AI? Biar aku yang rangkumin tiap Senin.

  • 5 berita AI paling penting minggu ini — udah disaring, nggak perlu baca puluhan situs
  • Kenapa itu penting buat kamu — plus opini jujur Luthfi soal arahnya
  • 1 prompt siap pakai yang bisa langsung dicoba
  • Pilihan kelas & model AI minggu ini — kadang ada promo khusus pelanggan

Dengan mengirim, kamu setuju menerima email dari Classai sesuai Kebijakan Privasi. Bisa berhenti berlangganan kapan saja.

Lihat contoh edisi

Bermanfaat? Bagikan ke tim atau temanmu.

Langkah berikutnya

Sudah paham teorinya. Sekarang praktikkan.

Daftar, isi saldo mulai puluhan ribu rupiah, dan panggil model AI pilihanmu dari kode yang sudah ada.

Ditulis oleh

Tim Engineering Classai

Pengembang Classai Router

Tim Engineering Classai membangun dan menjalankan Classai Router, gateway API AI yang kompatibel dengan format OpenAI dan Anthropic. Kami menulis panduan teknis dari pengalaman mengoperasikan API AI setiap hari.

Baca juga

Artikel terkait

Semua Developer