Editorial Ilmu Komputer & AI
Open AccessOA2026
Bisakah Klien MCP Memutuskan Tindakan Setelah Kegagalan? Audit Keberdayaan Aksi Berbasis Hasil Saja
Profil keberdayaan aksi enam bagian mengungkapkan bahwa hasil kegagalan MCP yang telah selesai sering membuat kegagalan dapat diamati tetapi jarang membuat pemulihan konkret atau replay aman menjadi mandiri.
Rishabh Mehanยท 2026ยท DOI 10.48550/arXiv.2609.00072
Masalah inti
Klien yang menerima `isError:true` tahu bahwa ada sesuatu yang salah. Klien itu mungkin masih tidak memiliki dasar yang dapat dibaca mesin untuk memutuskan apakah akan memperbaiki argumen, melakukan autentikasi, menunggu, memilih alat lain, atau berhenti. Makalah ini mempelajari apa yang dapat dipelajari perangkat lunak deterministik dari hasil kegagalan MCP yang telah selesai saja; argumen permintaan, skema, riwayat penemuan, status autentikasi, metadata transport, kebijakan host, dan status aplikasi berada di luar batas tersebut. Pertanyaan penelitian utamanya adalah: sejauh mana klien, dengan hanya menggunakan hasil kegagalan MCP yang telah selesai, dapat menentukan tindakan pemulihan yang tepat? Penulis memperkenalkan profil keberdayaan aksi enam bagian dan menerapkannya dengan bukti tingkat rekaman. Studi ini sengaja lebih sempit daripada survei ekosistem atau benchmark agen, dengan fokus pada kandungan informasi dari hasil kegagalan itu sendiri.
Inovasi
Dalam 21 kegagalan yang diinduksi secara aman, field bertipe mengekspos kegagalan dalam 18 kasus dan kebijakan luas dalam 8 kasus, namun tidak mengekspos penyebab spesifik, target, perbaikan yang dapat dieksekusi, atau batasan replay. Prosa sering membawa lebih banyak informasi penyebab dan target, dengan konsekuensi menjadikan interpretasi semantik sebagai bagian dari jalur pemulihan. Audit sumber leksikal menemukan pola yang berpusat pada teks yang sama. Secara kuantitatif, skor profil keberdayaan aksi adalah sebagai berikut:
- Terjadinya kegagalan: 18/21 (85,7%)
- Kebijakan luas: 8/21 (38,1%)
- Penyebab spesifik: 0/21 (0%)
- Target: 0/21 (0%)
- Perbaikan yang dapat dieksekusi: 0/21 (0%)
- Batasan replay: 0/21 (0%)
Skor keberdayaan aksi rata-rata
dari 6, menunjukkan keberdayaan aksi keseluruhan yang rendah. Prototipe fail-closed menunjukkan bagaimana bidang kontrol eksperimental terpisah dapat mendukung percabangan deterministik, tetapi ini bukan bagian dari hasil MCP standar.
Klien yang menerima `isError:true` tahu bahwa ada sesuatu yang salah. Klien itu mungkin masih tidak memiliki dasar yang dapat dibaca mesin untuk memutuskan apakah akan memperbaiki argumen, melakukan autentikasi, menunggu, memilih alat lain, atau berhenti. Makalah ini mempelajari apa yang dapat dipelajari perangkat lunak deterministik dari hasil kegagalan MCP yang telah selesai saja; argumen permintaan, skema, riwayat penemuan, status autentikasi, metadata transport, kebijakan host, dan status aplikasi berada di luar batas tersebut. Pertanyaan penelitian utamanya adalah: sejauh mana klien, dengan hanya menggunakan hasil kegagalan MCP yang telah selesai, dapat menentukan tindakan pemulihan yang tepat? Penulis memperkenalkan profil keberdayaan aksi enam bagian dan menerapkannya dengan bukti tingkat rekaman. Studi ini sengaja lebih sempit daripada survei ekosistem atau benchmark agen, dengan fokus pada kandungan informasi dari hasil kegagalan itu sendiri.
Penulis melakukan studi ilustratif kecil terhadap 21 kegagalan yang diinduksi secara aman dari sepuluh server sampel yang dapat dijangkau. Mereka menerapkan profil keberdayaan aksi enam bagian pada setiap hasil kegagalan, memeriksa apakah field bertipe dan prosa mengekspos: (1) terjadinya kegagalan, (2) kebijakan luas, (3) penyebab spesifik, (4) target, (5) perbaikan yang dapat dieksekusi, dan (6) batasan replay. Profil didefinisikan sebagai berikut:
Mengapa penting
Hasil menunjukkan bahwa hasil MCP yang telah selesai sering membuat kegagalan dapat diamati, kadang-kadang memungkinkan respons luas, dan jarang membuat pemulihan konkret atau replay aman menjadi mandiri dalam sampel ini. Hal ini memiliki implikasi signifikan bagi desain klien dan server MCP. Klien tidak dapat mengandalkan semata-mata pada hasil kegagalan untuk menentukan tindakan pemulihan spesifik; mereka harus memasukkan konteks eksternal (misalnya, argumen permintaan, skema, status autentikasi) atau mengandalkan interpretasi semantik prosa, yang memperkenalkan nondeterminisme. Penulis mengusulkan prototipe fail-closed sebagai solusi potensial, di mana bidang kontrol terpisah menyediakan informasi tambahan untuk percabangan deterministik. Namun, pendekatan ini memerlukan perubahan arsitektur dan mungkin tidak layak di semua penerapan. Studi ini dibatasi oleh ukuran sampel yang kecil (21 kegagalan dari 10 server) dan induksi kegagalan yang artifisial, yang mungkin tidak mewakili semua skenario dunia nyata. Pekerjaan selanjutnya harus memperluas sampel dan mengeksplorasi integrasi bidang kontrol dalam sistem produksi. Temuan menunjukkan bahwa spesifikasi MCP saat ini mungkin perlu diperluas untuk mencakup informasi kegagalan yang lebih terstruktur guna memungkinkan pemulihan otomatis.
Siapa yang sebaiknya membaca
Praktisi dan peneliti ilmu komputer
Membuka konten memberโฆ