Studi kasus solusiAIP410
Alur agentic terbatas untuk orkestrasi tugas multi-langkah di Layanan publik SPBE
Studi kasus solusi adalah skenario berbasis pola masalah umum di industri. Isinya tidak merujuk klien tertentu dan bukan portofolio proyek MarkasDev. Portofolio proyek klien dipublikasikan terpisah.
Konteks industri
Instansi dengan portal layanan dan silo dinas. Multi-lokasi dengan kedisiplinan data yang tidak seragam, pola tipikal di layanan publik spbe.
Batasan
- Sistem tanpa API stabil
- Perlu approval manusia di titik risiko
- Observability langkah agen
- Integrasi vendor pihak ketiga
Pendekatan
Diagnose
Mengaudit: Pilih proses berulang bernilai tinggi; tentukan tool yang boleh dipanggil agen.
Deliver
Mengimplementasikan bertahap: Agent dengan tool-calling terbatas + policy + human approval gates.
Operate
Menjaga: Trace setiap langkah, eval task success, kill-switch, cost guardrail.
Arsitektur tingkat tinggi
Orchestrator agentool adapters (ticketing, ERP read/write terbatas)audit trail.
Outcome tipikal
Cycle time proses target turun; error copy-paste berkurang.
Outcome tipikal atau yang diharapkan, bukan klaim hasil proyek MarkasDev.Pertanyaan umum
Agen penuh otonom?
Tidak disarankan di awal; gate manusia untuk aksi write sensitif.
Bedanya dengan RPA?
Lebih fleksibel ke variasi, tetapi butuh guardrail lebih ketat.