Bayangkan satu agen AI membuka email, membaca kalender, mengakses CRM, dan mengirim dokumen atas nama seseorang. Tanpa identitas yang jelas, organisasi hanya melihat aktivitas aplikasi, bukan aktor mesin yang menjalankannya. Ini membuat pertanyaan sederhana seperti siapa melakukan apa menjadi kabur.
Akun siapa yang sedang bekerja?
Akses luas menciptakan risiko eskalasi. Agen yang awalnya dipakai untuk pekerjaan administratif dapat menjadi jalan pintas ke sistem sensitif ketika token, plugin, atau konektor dipakai ulang. Masalah lain adalah ketertelusuran tindakan: ketika tindakan bermasalah terjadi, organisasi harus dapat membuktikan apakah perintah berasal dari manusia, agen, integrasi, atau input berbahaya.
Bahasa produk sering membuat lompatan teknis tampak sederhana. Padahal setiap kemampuan baru mengubah pembagian kerja antara manusia, model, aplikasi, dan pemilik data. Ketika pembagian itu tidak ditulis dengan jelas, risiko tidak hilang; ia hanya berpindah ke orang yang paling dekat dengan masalah.
Hak akses harus mengikuti tugas
Identitas agen harus dibedakan dari identitas pengguna dan aplikasi. Agen memerlukan kredensial sendiri, ruang lingkup tugas, masa berlaku, serta hubungan yang dapat ditelusuri dengan pemilik atau alur kerja. Otorisasi juga harus kontekstual: hak membaca jadwal tidak otomatis berarti hak mengirim undangan, dan hak membuat draft tidak sama dengan hak mengirim pesan.
Pihak yang paling dekat dengan identitas agen AI, termasuk tim IT, keamanan, tata kelola, dan pimpinan organisasi, perlu melihat siapa yang memegang kendali. Arahan seperti “Berikan identitas unik untuk setiap agen produksi” dan “Hubungkan agen dengan pemilik bisnis dan pemilik teknis” jauh lebih berguna daripada menambah slogan tata kelola yang tidak mengubah cara kerja.
Jejak yang tidak boleh putus
Di Indonesia, banyak organisasi masih memakai akun bersama, spreadsheet kredensial, atau integrasi yang dibangun tanpa inventaris hak akses. Menambahkan agen di atas fondasi seperti ini membuat utang keamanan bergerak lebih cepat. Sebelum mengadopsi agen, organisasi perlu membersihkan arsitektur identitas dan memisahkan hak berdasarkan fungsi.
- Berikan identitas unik untuk setiap agen produksi.
- Hubungkan agen dengan pemilik bisnis dan pemilik teknis.
- Terapkan hak akses minimum serta masa berlaku kredensial.
- Catat persetujuan, perubahan izin, dan tindakan yang dilakukan.
- Matikan akses agen secara otomatis ketika proyek atau pegawai terkait berakhir.
Dokumen dari NIST: Identity and Authority of Software Agents dan NIST AI Agent Standards Initiative menjadi pijakan untuk membaca identitas agen AI. Mereka tidak selalu berbicara langsung tentang kondisi Indonesia, sehingga penerapannya tetap perlu diuji dengan konteks lokal.
Pembacaan ini tidak dimaksudkan sebagai vonis terhadap seluruh teknologi identitas agen AI. Sumber primer memberi arah, tetapi keputusan konkret membutuhkan pengujian lokal, dokumentasi versi, dan peninjauan ketika kondisi berubah.
Agen yang tidak memiliki identitas dan batas izin bukan tenaga digital. Ia adalah akses istimewa yang bergerak tanpa papan nama. Untuk identitas agen AI, kualitas sistem baru terlihat ketika kesalahan muncul dan organisasi masih mampu menjelaskan apa yang terjadi.
Bacaan lanjutan: Akun siapa yang sedang bekerja?
Dari AI Assistant ke AI Agent: Batas Baru antara Menjawab dan Bertindak, Small Language Models: Mengapa AI Tidak Selalu Harus Berukuran Raksasa, Artificial Intelligence dan metodologi editorial Undercover.id.