كلود أعاد صياغة مستند بعد قراءة البداية فقط: قطع مخفي لخادم MCP

اكتشف المطور أن Claude لخص بثقة وثيقة كبيرة، على الرغم من أنه في الواقع قرأ فقط البداية — تبين أن السبب كان اختصار غير محسوس للرد من خادم MCP.

ما اكتشفه المطور

قام المؤلف بتوصيل أداة mcp-server-fetch بـ Claude وطلب من الوكيل استخراج عدة أجزاء محددة من مستند. رد النموذج بطلاقة وثقة، دون إعطاء أي مؤشر على مشكلة: بدا النص وكأن الوكيل عمل حقاً على المستند بأكمله. فقط من خلال تحليل حركة مرور JSON-RPC بين العميل والخادم — أي النظر إلى تبادل الرسائل الخام بين Claude والأداة المتصلة — رأى المطور أن محتوى المستند تم اختصاره عند علامة 6000 حرف.

علاوة على ذلك، وضع الخادم علامة على الرد المختصر كنجاح، دون أي إشارة واحدة إلى خطأ أو اختصار. رسمياً، من وجهة نظر البروتوكول، اكتملت الطلب بشكل طبيعي: لم يشر رمز الرد إلى انتهاء صلاحية، أو تجاوز حد، أو أي فشل آخر. تلقى النموذج بيانات جزئية ومعالجتها كاملة.

• الأداة — mcp-server-fetch، تُستخدم لجلب محتوى الويب وتمريره إلى النموذج
• تم اختصار الرد عند علامة 6000 حرف
• وضع الخادم علامة على الرد المختصر كنجاح، بدون علم خطأ
• في نهاية النص المختصر، أضاف الخادم تعليماً مخفياً للنموذج
• تم اكتشاف المشكلة فقط من خلال التحليل اليدوي لحركة مرور JSON-RPC بين العميل والخادم

لماذا هذا خطير على الوكلاء

MCP (نموذج سياق النموذج) — بروتوكول مفتوح يربط من خلاله نماذج الذكاء الاصطناعي مثل Claude بأدوات خارجية: أنظمة الملفات، قواعد البيانات، طلبات الويب. عندما تعيد مثل هذه الأداة بيانات مقتطعة دون إشارة خطأ صريحة، ليس لدى النموذج طريقة للتمييز بين رد كامل وآخر جزئي — فهو ببساطة يعمل مع ما تلقاه وينتج النتائج بنفس الثقة كما لو كان قد قرأ المستند بالكامل. بالنسبة للمستخدم، لا يوجد فرق مرئي: الرد متساوٍ الالتحام، متساوٍ منطقي، ومتساوٍ مقنع.

الأكثر إثارة للقلق هو الاكتشاف الثاني من المؤلف: في نهاية النص المختصر، أضاف الخادم تعليماً نصياً موجهاً إلى النموذج. رسمياً، هذا جزء من المحتوى الذي يفسره الوكيل كبيانات من المستند، لكن في الواقع — رسالة تحكم أدرجتها الأداة نفسها بعد انتهاء المحتوى الفعلي. بالنسبة للمستخدم الذي لا ينظر تحت غطاء تبادل JSON-RPC ولا يرى سوى الإجابة النهائية للنموذج، تبقى هذه البدلة غير مرئية تماماً: نص متماسك، نبرة واثقة، بدون علامات مرئية للفشل أو عدم الموثوقية.

هذا يوضح مشكلة أوسع في سلسلة "النموذج-الأداة": نادراً ما يتم التحقق من الثقة في نتيجة الأداة عملياً، لأن مجرد وجود رد يُعتبر تأكيداً لاكتماله. حتى يتطلب البروتوكول إشارة صريحة للاختصار، تقع المسؤولية بشكل فعّال على المطور، الذي يجب أن يسجل ويتحقق بشكل منفصل من حركة المرور الخام، بدلاً من الاعتماد على النص النهائي للنموذج.

ماذا يعني هذا

مع استخدام الوكلاء القائمين على Claude والنماذج الأخرى بشكل متزايد لخوادم MCP للوصول إلى البيانات الخارجية، تصبح الاختصارات الصامتة والتعليمات المخفية داخل ردود الأدوات خطراً عملياً للجودة والموثوقية في أنظمة الوكلاء. يجب على المطورين الذين ينشئون خطوط أنابيب على MCP إنشاء فحوصات لمؤشرات الاختصار في الأدوات نفسها وعدم الثقة العمياء في الأدوات — حتى لو بدت الإجابة النهائية للنموذج مقنعة تماماً.