Poin utama
- Perlakukan setiap panggilan tool sebagai tindakan enterprise yang diautentikasi dan diotorisasi—bukan sebagai output model.
- Tempatkan discovery, kebijakan, batas rate, dan kontrol audit di balik gateway MCP yang sadar identitas.
- Evaluasi pemilihan tool dan hasil tugas end-to-end, bukan hanya kualitas respons.
- Wajibkan persetujuan manusia eksplisit untuk tindakan yang tidak dapat dibalik atau berdampak tinggi.
Protokol menyelesaikan konektivitas—bukan tata kelola
Model Context Protocol memberi aplikasi dan agen cara yang konsisten untuk menemukan tool, mengambil konteks, dan memanggil kapabilitas. Interoperabilitas itu penting, tetapi tidak menentukan tool mana yang boleh digunakan karyawan, data siapa yang boleh diakses agen, atau apakah suatu tindakan memerlukan persetujuan.
Dalam produksi, pekerjaan sulit berada di seputar protokol: propagasi identitas, kepemilikan tool, batasan kredensial, penegakan kebijakan, versioning, observabilitas, dan respons insiden. Server MCP yang diekspos langsung ke setiap klien sekadar memindahkan kompleksitas integrasi ke tempat baru.
Gunakan gateway sadar identitas sebagai control plane
Gateway menyediakan satu batasan yang dikelola antara host agen dan alat organisasi. Gateway dapat mengautentikasi pengguna dan workload yang memanggil, menyelesaikan server yang disetujui, menerapkan kebijakan, membatasi rate dan cakupan, serta mengeluarkan event audit yang konsisten.
Gateway tidak boleh menjadi tempat logika bisnis. Tanggung jawabnya adalah konektivitas terkontrol: memvalidasi token, meneruskan konteks identitas, menegakkan whitelist, mencatat panggilan, dan mencegah klien yang dikompromikan mengakses tool di luar otorisasinya.
- Pertahankan registri dengan pemilik, versi, klasifikasi data, dan status dukungan.
- Otorisasi kombinasi pengguna, agen, tool, tenant, dan operasi yang diminta.
- Terbitkan kredensial downstream berumur pendek alih-alih membagikan rahasia berumur panjang.
- Pisahkan tool read-only dari tindakan yang memutasi sistem atau menghubungi pihak eksternal.
Rancang tool seputar pekerjaan, bukan API mentah
Mengekspos ratusan endpoint tingkat rendah membuat pemilihan tool lebih sulit dievaluasi dan memperluas permukaan keamanan. Tool produksi harus merepresentasikan pekerjaan berbatas dengan kontrak input yang jelas, output yang dapat diprediksi, dan efek samping yang eksplisit.
Misalnya, "siapkan brief perpanjangan dari catatan pelanggan yang disetujui" lebih mudah dikelola daripada akses tak terbatas ke pencarian CRM, penyimpanan file, dan API pesan. Implementasinya mungkin memanggil sistem tersebut secara internal, tetapi agen menerima kapabilitas yang lebih sempit dan selaras dengan alur kerja aktual.
Lacak keputusan dan eksekusi
Distributed tracing harus menghubungkan permintaan pengguna asli, keputusan model, tool yang dipilih, hasil kebijakan gateway, eksekusi server, dan dependensi downstream. Konteks trace yang kompatibel dengan OpenTelemetry memungkinkan investigasi latensi, error, panggilan berulang, dan rantai tool yang tidak terduga tanpa menemukan stack observabilitas terpisah.
Metrik operasional diperlukan tetapi tidak cukup. Tim juga memerlukan set evaluasi yang mengukur apakah tool yang benar dipilih, argumen valid, otorisasi dipertahankan, tugas selesai, dan respons akhir merepresentasikan hasil tool secara akurat.
- Akurasi pemilihan tool dan tingkat panggilan yang tidak perlu
- Penolakan otorisasi dan alasan kebijakan
- Keberhasilan tugas end-to-end, latensi, dan biaya
- Retry, loop, timeout, dan tugas yang ditinggalkan
- Override manusia dan pola penolakan persetujuan
Gulirkan otonomi berdasarkan konsekuensi
Mulai dengan tugas retrieval dan persiapan di mana pengguna meninjau output. Tambahkan tindakan reversibel selanjutnya, dengan kunci idempotency dan konfirmasi. Operasi berdampak tinggi—perubahan keuangan, komunikasi eksternal, perubahan akses, atau tindakan destruktif—harus tetap di balik persetujuan eksplisit sampai bukti mendukung model kontrol yang berbeda.
Tujuannya bukan otonomi maksimum. Tetapi delegasi yang andal: pengguna memahami apa yang dapat dilakukan agen, tim keamanan dapat menjelaskan mengapa suatu tindakan diizinkan, dan operator dapat menghentikan atau memulihkan alur kerja ketika asumsi gagal.
Sumber dan bacaan lanjutan
Tentang penulis
Centillion Edge Engineering
Tim rekayasa kami menulis tentang keputusan arsitektur, keamanan, data, dan pengiriman di balik sistem enterprise yang andal.