لا يكتفي الوكيل بالمحادثة — فهو يشغّل أوامر الصدفة ويرسل البريد ويقرأ الملفات ويتصل بواجهات API. ينتقل التسرب من المطالبة إلى استدعاء الأداة: مفتاح يتسلل إلى أمر، أو سر تعيده أداة إلى النموذج. يفحص Proxia الاتجاهين — في المتصفح وعلى مسار استدعاءات أدوات MCP نفسه.
اختر خطوة يحاول الوكيل تنفيذها. وشاهد قرار Proxia.
اختر خطوة أعلاه لتمريرها عبر الحارس.
لم تعد المطالبة منفذ الخروج الوحيد. يتعامل Proxia مع استدعاء الأداة كنقطة تحقق في الاتجاهين.
يضع النموذج بيانات اعتماد في استدعاء أداة — execute_shell(cmd)، send_email(body)، http_post(url). إذا اتجه سر إلى وجهة خطرة، يوقفه Proxia قبل تشغيل الأداة.
أداة read_file أو db_query تعيد بيانات تحتوي على سر أو بيانات شخصية — كانت ستدخل سياق النموذج. ينقحها Proxia في النتيجة قبل أن يراها النموذج.
في أدوات الذكاء الاصطناعي على الويب، يفحص Proxia استدعاءات الأدوات ضمن حركة المرور التي يراها بالفعل. لكن الوكلاء كثيرًا ما يشغّلون أدوات خارج رؤية المتصفح — لذا يتضمن Proxia أيضًا حارس MCP محليًا يغلّف خادم الأدوات ويفحص كل استدعاء JSON-RPC على الجهاز.
تتعرف على بُنى استدعاء الأدوات في حركة الصادر وتصعّد الاستدعاء المسرّب إلى المنع — دون إعداد إضافي إلى جانب الإضافة.
غلّف الخادم الحقيقي؛ كل tools/call يُفحص في دفق stdio.
proxia-mcp-guard -- mcp-server-filesystem /data
بدّل العرض أعلاه بين الوضعين. كلاهما يمنع السر من الوصول إلى الأداة — والاختلاف هو استمرار تنفيذ الاستدعاء من عدمه.
يُرفض الاستدعاء المسرّب كليًا بخطأ واضح. لا تصل معلومات حساسة إلى الأداة، ولا يتسرب جزء من الاستدعاء.
يُزال السر من الوسائط ويُمرر الاستدعاء المنقح، كيلا يتوقف الوكيل فجأة. وإذا كان السر ضروريًا للأداة، يظل المنع الخيار الأكثر أمانًا.
يتيح حارس MCP المحلي منع استدعاءات الأدوات الخطرة أو إخفاء القيم الحساسة في الوسائط والنتائج. اتبع دليل التثبيت لنظام تشغيلك. لا يُدعم HTTP/SSE أو MCP البعيد.