AI Governance 29 Agustus 2026 · 10 min baca

Authority Architecture untuk Agentic Banking: Lapisan Tata Kelola di Atas Gemini Enterprise Agent Platform

Oleh NATARAJA Team

Bank sedang memindahkan agentic AI ke tempat-tempat yang benar-benar berdampak: keputusan kredit, pelepasan pembayaran, penahanan transaksi terindikasi fraud, penyaringan KYC dan AML, perubahan limit, serta operasi treasury. Dalam agentic banking, sebuah AI agent tidak sekadar memberi skor pada suatu risiko. Ia bertindak atas risiko itu. Pergeseran inilah titik persis di mana tata kelola infrastruktur berakhir dan tata kelola keputusan dimulai.

Gemini Enterprise Agent Platform dari Google memberi bank fondasi tata kelola yang kuat untuk agent itu sendiri: identitas, akses, pemeriksaan keselarasan, dan audit. Di atas fondasi itu secara alami duduk lapisan kedua, yaitu authority (kewenangan) atas keputusan: agent mana yang boleh mengambil keputusan perbankan yang mana, dalam batas apa, di bawah delegasi siapa, dan bertanggung jawab kepada siapa. Lapisan itulah subjek dari Executive Authority Brief tentang Authority Architecture, dan memasangkannya dengan platform tersebut adalah yang mengubah sekumpulan agent perbankan yang cakap menjadi sebuah sistem yang terkelola.

Artikel ini melakukan tiga hal. Ia membandingkan Gemini Enterprise Agent Govern dengan kerangka kerja agentic AI NATARAJA dan 5 Hukum Pengambilan Keputusan Berdaulat (5 Laws of Sovereign Decision Making). Ia memaparkan seperti apa wujud sebuah Authority Architecture untuk agentic banking. Dan ia menunjukkan contoh implementasi yang menjalankan Authority Architecture di atas Gemini Enterprise Agent Govern.

Apa yang disediakan Gemini Enterprise Agent Govern

Platform Google mengelola agent melalui empat pilar, dan keempatnya benar-benar berguna:

  • Agent Registry. Katalog terpusat untuk menyimpan, menemukan, dan mengelola agent, tool, dan server Model Context Protocol di seluruh organisasi.
  • Agent Identity dan Agent Gateway. Setiap agent mendapat identitas, dan lalu lintas dirutekan melalui sebuah gateway untuk konektivitas terautentikasi yang digerakkan kebijakan, dengan delegasi otorisasi melalui IAP, Model Armor, atau layanan otorisasi kustom.
  • Kebijakan IAM dan kondisi IAM, ditambah kebijakan Semantic Governance. Kontrol akses berbutir halus atas layanan apa saja yang boleh dipanggil sebuah agent, serta lapisan semantik yang memeriksa bahwa tindakan agent selaras dengan intensi pengguna dan batasan organisasi.
  • Model Armor dan jejak audit. Inspeksi konten pada input dan output, ditambah log akses data dan log permintaan-respons untuk audit dan pemantauan.

Singkatnya: platform ini menjawab satu pertanyaan yang presisi dan penting, apakah agent ini dapat menjangkau dan memanggil layanan ini secara aman dan terobservasi? Authority Architecture menjawab pertanyaan komplementernya yang menjadi pokok artikel ini, keputusan mana yang boleh ia ambil?

Dari akses menuju decision authority

IAM memberi agent izin untuk memanggil sebuah API. Authority Architecture memberi kewenangan untuk mengambil sebuah keputusan perbankan. Keduanya adalah lapisan yang saling melengkapi, dan menjaga keduanya tetap terpisah itulah yang menjaga akuntabilitas tetap jelas.

Sebuah agent kredit boleh saja memiliki izin IAM untuk memanggil approveCredit. Pertanyaan tata kelola yang sesungguhnya harus dijawab bank adalah: di bawah kewenangan terdelegasi milik siapa ia boleh menyetujui, sampai nominal berapa, untuk tingkatan risiko nasabah yang mana, dengan eskalasi seperti apa ketika mendekati batas, dan manusia bernama siapa yang memiliki tanggung jawab atas hasilnya jika keputusan itu keliru? Tidak satu pun dari itu berada dalam sebuah binding IAM. Semuanya berada dalam sebuah Authority Architecture.

Inilah argumen sentral dari kerangka kerja agentic AI: tata kelola harus dirancang ke dalam keputusan, bukan hanya ke dalam jalur akses. Dan ia terpetakan dengan rapi ke 5 Hukum Pengambilan Keputusan Berdaulat:

  • Structured Decision Design mendefinisikan batas kewenangan yang eksplisit dan terbaca mesin. Platform menegakkannya dengan kondisi IAM dan kebijakan otorisasi gateway; sedangkan tingkatan keputusan, rantai delegasi, dan ambang eskalasi adalah tugas bank untuk merancangnya.
  • Integrated Data & Context mengelola input yang menjadi dasar sebuah keputusan. Platform menyediakan grounding dan konteks; kerangka kerja menentukan konteks mana yang otoritatif untuk keputusan tertentu.
  • Traceable Reasoning mensyaratkan jejak yang dapat diperiksa atas input, penalaran, dan alternatif. Log permintaan-respons adalah substratnya. Keterlacakan penalaran pada level keputusan duduk di atasnya.
  • Aligned Action menjaga eksekusi tetap konsisten dengan intensi dan selera risiko. Kebijakan Semantic Governance adalah primitif yang kuat di sini; kerangka kerja mendefinisikan apa arti "selaras" untuk setiap mandat perbankan.
  • Auditable Impact mengaitkan hasil kembali kepada pemilik yang akuntabel. Jejak audit menjadi umpannya; pemetaan akuntabilitas adalah tugas bank untuk merancangnya.

Polanya konsisten: Gemini Enterprise Agent Govern adalah bidang penegakan dan observabilitas. Authority Architecture adalah bidang tata kelola keputusan yang memberi tahu bidang penegakan apa yang harus ditegakkan.

Seperti apa wujud Authority Architecture untuk agentic banking

Sebuah Authority Architecture adalah peta eksplisit dan terkelola tentang siapa boleh memutuskan apa. Untuk agentic banking, bangunlah ia di sekitar keputusan, bukan di sekitar aplikasi. Setiap keputusan berkonsekuensi mendapat empat hal: sebuah authority tier (tingkatan kewenangan), sebuah sumber delegasi, batas yang terbaca mesin, dan sebuah jalur eskalasi dengan pemilik akuntabel yang disebutkan namanya.

Tingkatan yang dapat dipakai untuk sebuah bank:

  • Tier A: otonom. Konsekuensi rendah, dapat dibalikkan, bervolume tinggi. Deteksi transaksi ganda, pembuatan rekening koran, penandaan fraud bernilai kecil. Agent bertindak; manusia meninjau secara agregat.
  • Tier B: otonomi terbatas. Agent bertindak dalam batas keras, dan setiap pengecualian dieskalasi. Perubahan limit kredit hingga ambang tertentu, pelepasan pembayaran di bawah nominal tertentu, penyaringan ulang KYC, penyelesaian sengketa standar.
  • Tier C: hanya merekomendasikan. Berkonsekuensi tinggi atau tidak dapat dibalikkan. Persetujuan pinjaman di atas ambang tertentu, penghentian hubungan dengan nasabah, pelaporan aktivitas mencurigakan AML, pergerakan treasury besar. Agent menyiapkan rekomendasi yang dapat dilacak; manusia yang akuntabel yang memutuskan.

Tujuannya bukan memperlambat perbankan. Tujuannya adalah membuat batas antara kewenangan otonom dan kewenangan manusia menjadi eksplisit, ditegakkan, dan dapat diaudit, sehingga ketika sebuah agent bertindak, rantai menuju otoritas pendelegasi dan pemilik yang akuntabel tetap utuh. Inilah tepatnya yang diterjemahkan oleh Control Note Executive Authority Brief menjadi kontrol yang dapat ditegakkan di level dewan. Tingkatan di atas sejatinya adalah sebuah jalur: untuk pandangan lintas industri tentang bagaimana sebuah Executive Decision Platform menggerakkan sebuah keputusan dari mode terbantu menuju mode otonom yang terkelola, lihat panduan kami tentang perjalanan menuju keputusan otonom.

Contoh implementasi di atas Gemini Enterprise Agent Govern

Berikut cara Authority Architecture terpetakan ke platform. Arsitektur adalah desainnya; platform adalah penegakannya.

1. Daftarkan agent dengan sebuah profil kewenangan. Dalam Agent Registry, daftarkan setiap agent perbankan dengan metadata yang mencatat authority tier-nya, jenis keputusan yang boleh diambilnya, batas nilainya, kondisi risiko nasabah tempat ia beroperasi, peran yang mendelegasikan, dan target eskalasinya. Registry pun menjadi inventaris kewenangan milik bank, bukan sekadar katalog agent.

2. Tetapkan batas akses dengan Agent Identity dan IAM. Beri setiap agent sebuah Agent Identity, lalu gunakan kebijakan IAM dan kondisi IAM untuk menetapkan batas kewenangan kasar: tool dan layanan mana saja yang boleh dipanggil identitas itu sama sekali. Agent perubahan limit dapat memanggil tool perubahan limit tetapi tidak tool transfer wire, dan kondisi dapat mempersempit akses lebih jauh berdasarkan sumber daya, lingkungan, atau waktu. IAM menjawab tindakan mana yang terjangkau. Ia adalah cincin terluar dari Structured Decision Design.

3. Tegakkan batas keputusan dan eskalasi di Agent Gateway. IAM mengatur tindakan mana yang terjangkau, sementara batas bisnis, seperti nilai sebuah transaksi, berada satu lapisan di atasnya. Rutekan setiap tindakan melalui Agent Gateway ke sebuah layanan otorisasi kustom yang menginspeksi permintaan itu sendiri. Persetujuan kredit sebesar £50.000 untuk nasabah berisiko rendah lolos; agent yang sama saat mencoba £500.000, atau keputusan Tier C apa pun, didelegasikan kepada penyetuju manusia melalui IAP sebelum keputusan itu dieksekusi. Di sinilah batas nominal dan tingkatan risiko benar-benar diperiksa, dan di sinilah eskalasi human-in-the-loop diimplementasikan sebagai delegasi otorisasi, bukan sebagai renungan belakangan.

4. Ikat tindakan pada intensi dengan Semantic Governance. Gunakan kebijakan Semantic Governance untuk memeriksa bahwa tindakan agent selaras dengan mandat pemberian pinjaman, selera risiko, dan aturan perlakuan terhadap nasabah, sehingga tertangkap kasus di mana sebuah tindakan diizinkan oleh IAM tetapi tidak selaras dengan intensi. Inilah Aligned Action yang dioperasionalkan, dan inilah lapisan tempat ketiga authority tier menjadi hidup. Kebijakan per tingkatan, dengan contoh konfigurasinya, ada di bawah.

5. Inspeksi dan catat. Gunakan Model Armor untuk pagar pengaman konten pada input dan output, dan jejak audit platform sebagai rekaman mentahnya. Lalu tumpuklah keterlacakan level keputusan di atasnya: untuk setiap tindakan Tier B dan Tier C, rekam input, penalaran, alternatif yang dipertimbangkan, dan kewenangan yang menjadi dasar tindakan itu diambil, sehingga keputusan tersebut dapat dipertanggungjawabkan di hadapan regulator, bukan sekadar terobservasi oleh seorang SRE.

6. Tutup lingkarannya sampai ke akuntabilitas. Alirkan log ke sebuah matriks akuntabilitas yang memetakan setiap keputusan kepada seorang pemilik manusia yang disebutkan namanya dan sebuah jalur eskalasi. Itulah Auditable Impact, dan itulah perbedaan antara "kami punya log" dan "kami dapat menunjukkan siapa yang akuntabel ketika agent itu keliru."

Dibaca bersama-sama, platform memberi Anda identitas, akses, pemeriksaan keselarasan, pagar pengaman, dan log. Authority Architecture memberi Anda tingkatan keputusan, rantai delegasi, ambang eskalasi, dan pemetaan akuntabilitas yang memberi tahu primitif-primitif itu apa yang harus ditegakkan. Keduanya saling melengkapi: platform menegakkan dan merekam, Authority Architecture menentukan apa yang ditegakkan dan direkam.

Kebijakan Semantic Governance untuk setiap authority tier

Sebuah kebijakan Semantic Governance adalah aturan berbahasa alami yang dievaluasi mesin kebijakan platform menggunakan penilai LLM sebelum sebuah panggilan tool dijalankan, dan mengembalikan satu dari tiga vonis: ALLOW, DENY, atau PROMPT untuk konfirmasi manusia. Ketiga vonis itu terpetakan hampir satu-satu ke ketiga authority tier, yang menjadikan Semantic Governance tempat alami untuk menuliskan mandat sebuah agent perbankan dalam kata-kata yang dapat dibaca seorang risk officer.

Sebuah kebijakan dicakupkan ke agent tertentu atau ke tool tertentu, dan batasannya adalah bahasa Inggris biasa hingga 5.000 karakter. Berikut wujudnya untuk beberapa agent dalam agentic banking, tingkat demi tingkat.

Tier A: agent otonom

Contoh agent: Statement and Notifications Agent. Ia membuat rekening koran dan peringatan bernilai kecil. Mandatnya luas tetapi radius dampaknya nyaris nol, sehingga kebijakannya menjaga agent ini tetap teguh di jalurnya.

"Izinkan pembuatan rekening koran, ringkasan saldo, dan notifikasi transaksi untuk rekening mana pun yang berstatus baik. Tolak tindakan apa pun yang memindahkan uang, mengubah limit kredit, membuka atau menutup rekening, atau mengubah klasifikasi risiko nasabah."

gcloud beta ai semantic-governance-policies create stmt-agent-scope \
  --agent=statement-notifications-agent \
  --natural-language-constraint="Allow statement generation, balance summaries, and transaction notifications for any account in good standing. Deny any action that moves money, changes a credit limit, opens or closes an account, or alters a customer's risk classification."

Kebijakan Tier A sebagian besar berisi ALLOW dengan pagar DENY yang keras di sekeliling apa pun yang berkonsekuensi. Agent ini tidak pernah perlu mengeskalasi, karena ia tidak akan pernah dapat menjangkau keputusan yang layak dieskalasi.

Tier B: agent dengan otonomi terbatas

Contoh agent: Card Limit Agent. Ia menyesuaikan limit kartu kredit dalam koridor kebijakan. Di sinilah PROMPT membuktikan gunanya: agent bertindak otonom di dalam batas keras dan mengeskalasi kepada manusia di tepiannya.

"Izinkan kenaikan limit kredit hingga 20 persen dari limit berjalan untuk nasabah dengan tingkat risiko rendah atau menengah tanpa tunggakan dalam 12 bulan terakhir. Minta persetujuan (prompt) dari seorang credit officer untuk kenaikan di atas 20 persen, untuk nasabah dengan tingkat risiko tinggi, atau bila limit baru akan melampaui £25.000. Tolak perubahan limit apa pun pada rekening yang ditandai fraud, dalam penagihan, atau berada di bawah skema keringanan."

gcloud beta ai semantic-governance-policies create card-limit-bounds \
  --agent=card-limit-agent \
  --natural-language-constraint="Allow credit-limit increases up to 20 percent of the current limit for customers in risk tier low or medium with no arrears in the last 12 months. Prompt for approval from a credit officer for any increase above 20 percent, for customers in risk tier high, or where the new limit would exceed GBP 25000. Deny any limit change on accounts flagged for fraud, in collections, or under a hardship arrangement."

Contoh agent: Payment Release Agent. Bentuknya sama, keputusannya berbeda: ALLOW dalam rentang nilai tertentu, PROMPT di atasnya, DENY untuk lawan transaksi yang terkena sanksi.

"Izinkan pelepasan pembayaran keluar hingga £50.000 kepada penerima yang telah diverifikasi sebelumnya. Minta persetujuan ganda (prompt) untuk pembayaran di atas £50.000 atau kepada penerima mana pun yang ditambahkan dalam 24 jam terakhir. Tolak pembayaran apa pun kepada entitas yang terkena sanksi atau ke negara yang masuk daftar terbatas bank."

Vonis PROMPT adalah jalur eskalasi Authority Architecture yang dinyatakan dalam satu baris: agent mengerjakan pekerjaan rutin, dan manusia ditarik masuk tepat di batasnya, bukan untuk segala hal.

Tier C: agent yang hanya merekomendasikan

Contoh agent: Credit Decision Agent. Ia menyiapkan rekomendasi pinjaman. Inti dari Tier C adalah bahwa agent tidak boleh mengeksekusi keputusan, sehingga kebijakannya menolak tindakan eksekusi secara langsung dan membatasi agent hanya pada penyusunan draf.

"Izinkan agent ini menyusun berkas kredit, menjalankan pemeriksaan kemampuan bayar, dan menyiapkan rekomendasi tertulis. Tolak tindakan apa pun yang menyetujui, menolak, atau mencairkan sebuah pinjaman. Setiap keputusan kredit harus dieksekusi oleh seorang credit officer manusia yang disebutkan namanya."

gcloud beta ai semantic-governance-policies create credit-recommend-only \
  --agent=credit-decision-agent \
  --natural-language-constraint="Allow this agent to assemble the credit file, run affordability checks, and prepare a written recommendation. Deny any action that approves, declines, or disburses a loan. Every credit decision must be committed by a named human credit officer."

Contoh agent: AML Investigation Agent. Ia menyusun draf laporan aktivitas mencurigakan. Pelaporan kepada regulator adalah tindakan manusia, sehingga agent boleh menyiapkan dan mengantrekan, tidak pernah melaporkan.

"Izinkan agent ini menyelidiki peringatan, mengumpulkan bukti, dan menyusun draf laporan aktivitas mencurigakan ke dalam antrean reviu kepatuhan. Tolak tindakan apa pun yang menyampaikan laporan kepada regulator atau menutup sebuah peringatan. Penyampaian laporan dan disposisi dicadangkan untuk seorang compliance officer yang disebutkan namanya."

Kebijakan Tier C membalik default Tier A: permukaan otonomnya hanyalah persiapan, dan setiap tindakan berkonsekuensi bersifat tolak-secara-default dengan langkah eksekusi oleh manusia di atasnya. Itulah yang menjaga pertanyaan kesalahan operator atau kegagalan desain tetap terjawab, karena rekaman menunjukkan agent merekomendasikan dan seorang manusia yang disebutkan namanya yang memutuskan.

Mengapa ini semestinya berada di Semantic Governance, bukan hanya di IAM

IAM dan gateway menegakkan apakah sebuah tindakan terjangkau dan dalam batas numerik apa. Semantic Governance menambahkan lapisan yang terbaca seperti sebuah mandat, menangkap tindakan yang secara teknis diizinkan tetapi tidak selaras dengan intensi, misalnya pembayaran yang berada di bawah limit namun ditujukan kepada penerima yang tidak cocok dengan pola nasabah. Menuliskan mandat dalam bahasa Inggris biasa juga berarti orang-orang yang akuntabel atas keputusan itu, yakni credit officer, compliance officer, dan komite risiko, dapat membaca dan menandatangani kata-kata persis yang ditegakkan oleh mesin. Itulah Aligned Action yang dibuat terbaca, bukan sekadar operasional.

Mengapa ini lebih penting di perbankan dibandingkan di mana pun

Perbankanlah tempat celah-celah itu menggigit paling keras. Agent yang tidak selaras tidak sekadar menghasilkan output yang buruk; ia dapat menyalurkan kredit, melepaskan pembayaran, atau menyampaikan laporan regulatorik.

Ketika sebuah keputusan agentic banking menimbulkan kerugian, pertanyaan pertama yang akan diajukan regulator, dewan, dan pengadilan adalah pertanyaan yang diajukan Executive Authority Brief tentang Insiden AI: kesalahan operator, atau kegagalan desain? Tanpa sebuah Authority Architecture, bank tidak dapat menjawabnya. Agent itu bertindak, tetapi di bawah kewenangan siapa, dalam batas apa, dan di dalam mandatnya atau di luarnya? Dengan Authority Architecture, jawabannya sudah ada dalam rekaman: agent yang terdefinisi, di bawah kewenangan yang terdelegasi, di dalam atau di luar batas yang ditegakkan. Satu pembedaan itulah yang menentukan di mana akuntabilitas berlabuh.

Tekanannya hanya akan bertambah. Competitive Acceleration and Systemic Exposure menggambarkan jebakannya: setiap bank merasa harus menskalakan agentic AI lebih cepat daripada pesaingnya, dan perlombaan itu diam-diam menumpuk paparan sistemik seiring menyebarnya kewenangan tak terkelola ke seluruh lanskap. Authority Architecture adalah disiplin yang memungkinkan bank bergerak dengan kecepatan kompetitif tanpa ikut menskalakan risiko sistemik secara seiring, karena setiap agent baru mewarisi batas yang eksplisit dan ditegakkan, bukan batas yang implisit dan tak berhingga.

Itu pula sebabnya Executive Authority Brief tentang Authority Architecture memperlakukan kewenangan sebagai domain level dewan tersendiri, berdampingan dengan strategi, kinerja keuangan, dan risiko, bukan sebagai detail teknis yang didelegasikan kepada tim platform.

Pertanyaan yang sering diajukan

Apa itu decision authority dalam agentic banking?

Decision authority adalah hak terkelola sebuah AI agent untuk mengambil keputusan perbankan tertentu: keputusan mana yang boleh diambilnya, sampai batas berapa, di bawah delegasi siapa, dan bertanggung jawab kepada siapa. Ia berbeda dari akses. Tata kelola infrastruktur (identitas, IAM, audit) mengendalikan apakah sebuah agent dapat menjangkau sebuah layanan; decision authority mengendalikan keputusan mana yang boleh diambilnya begitu ia dapat menjangkaunya. Dalam agentic banking, di mana agent bertindak atas suatu risiko dan bukan hanya memberinya skor, kewenangan itu harus eksplisit, ditegakkan di runtime, dan dapat dilacak kembali kepada manusia yang akuntabel.

Apa perbedaan antara izin IAM dan decision authority?

IAM memberi agent izin untuk memanggil sebuah API; decision authority memberinya hak untuk mengambil sebuah keputusan bisnis. Sebuah agent kredit boleh saja memiliki izin IAM untuk memanggil approveCredit, tetapi pertanyaan-pertanyaan tata kelolanya (sampai nominal berapa, untuk tingkatan risiko nasabah yang mana, dengan eskalasi apa, dan manusia bernama siapa yang memiliki tanggung jawab atas hasilnya) berada dalam sebuah Authority Architecture, bukan dalam sebuah binding IAM. Keduanya adalah lapisan yang saling melengkapi, dan menjaga keduanya tetap terpisah itulah yang menjaga akuntabilitas tetap jelas.

AI agent mana yang boleh mengambil keputusan perbankan yang mana?

Itu ditetapkan oleh sebuah authority tier yang disematkan pada setiap keputusan, bukan pada setiap aplikasi. Tingkatan yang dapat dipakai: Tier A (otonom) untuk keputusan berkonsekuensi rendah, dapat dibalikkan, dan bervolume tinggi; Tier B (otonomi terbatas) di mana agent bertindak dalam batas keras dan mengeskalasi pengecualian; dan Tier C (hanya merekomendasikan) di mana agent menyiapkan rekomendasi yang dapat dilacak dan seorang manusia yang disebutkan namanya yang mengeksekusi keputusan.

Apa itu Authority Architecture untuk agentic banking?

Ia adalah peta eksplisit dan terkelola tentang siapa boleh memutuskan apa: setiap keputusan berkonsekuensi mendapat sebuah authority tier, sebuah sumber delegasi, batas yang terbaca mesin, dan sebuah jalur eskalasi dengan pemilik akuntabel yang disebutkan namanya. Ia duduk di atas platform seperti Gemini Enterprise Agent Govern, memberi tahu primitif penegakan milik platform apa yang harus ditegakkan.

Intinya

Gemini Enterprise Agent Govern adalah fondasi yang kuat, dan bank semestinya membangun di atasnya. Sebuah platform mengelola agent; sebuah Authority Architecture mengelola keputusan yang diambil agent-agent itu. Bersama-sama keduanya mengubah identitas, akses, dan audit menjadi sesuatu yang dapat dipercaya oleh dewan, regulator, dan nasabah: kewenangan yang eksplisit, batas yang ditegakkan, eskalasi yang nyata, dan akuntabilitas yang tidak pernah lepas dari tangan manusia.

Jika Anda ingin memetakan lanskap agentic banking Anda sendiri terhadap sebuah Authority Architecture, dan melihat investasi AI mana yang benar-benar memperbaiki keputusan, mulailah dengan sebuah AI Value Realisation Review atau ajukan pilot yang terkelola. Untuk argumen selengkapnya, seri Executive Authority Brief adalah tempat semua ini bermula.