أمان MCP: كيف يحمي FlipLink من الإجراءات المدمّرة

ربط مساعد ذكاء اصطناعي بأداة حقيقية أمرٌ مثير، إلى أن تدرك أنّ المساعد صار قادراً على تنفيذ إجراءات فعلية — الإنشاء والنشر، ونعم، الحذف. فحين تسلّم وكيل الذكاء الاصطناعي مفاتيح حسابك في FlipLink عبر خادم MCP، يطرح نفسه سؤال بديهي: ما الذي يمنعه من حذف كتيّب منشور أو تغيير سعر لأنه أساء فهم طلبك؟

يشرح هذا الدليل كيف يتعامل خادم MCP في FlipLink مع أمان خادم MCP — الأوضاع الثلاثة التي يمكنك تشغيله بها، وبوابة رمز التأكيد التي تحمي الإجراءات المدمّرة والمالية، وكيف تختار الإعداد المناسب لأسلوب عملك.

لماذا يُعدّ السماح للذكاء الاصطناعي بالكتابة والحذف أمراً محفوفاً بالمخاطر

الذكاء الاصطناعي المقتصر على القراءة منخفض المخاطر، فأسوأ ما قد يفعله هو تلخيص القائمة الخطأ. لكن في اللحظة التي يصبح فيها المساعد قادراً على استدعاء flipbook_delete أو تغيير الأسعار، يكفي سوء فهم واحد لتترتّب عليه عواقب حقيقية: تعليمة أُسيء قراءتها، أو حلقة مفرطة في الحماس لـ“تنظيف الكتيّبات القديمة”، أو محاولة حقن أوامر مخبّأة داخل مستند — كلها قد تتحوّل إلى إجراءات لم تنوِها أبداً.

الحل ليس منع عمليات الكتابة — فذلك يُفرغ الأتمتة من معناها. الحل هو الثقة المتدرّجة: لا تكشف إلا ما تتطلّبه المهمة، وضع مطبّاً متعمّداً أمام الإجراءات التي يصعب التراجع عنها.

الأوضاع الثلاثة

يأتي خادم MCP في FlipLink بثلاثة أوضاع، تُضبط عبر متغيّر البيئة FLIPLINK_MCP_MODE. ويتحكّم كل وضع تماماً في الأدوات التي يستطيع عميل الذكاء الاصطناعي رؤيتها أصلاً — فإن لم تكن الأداة مكشوفة، تعذّر على المساعد استدعاؤها.

وثمّة نقاط قليلة تستحقّ التوضيح:

• safe هو الوضع الافتراضي. إن لم تضبط شيئاً، تحصل على عمليات كتابة قابلة للتراجع فقط — الإنشاء، والنشر/إلغاء النشر، وضبط الصلاحية، والإسناد إلى مجلّد، وإعداد التقاط العملاء المحتملين. أي الإجراءات التي تطمئنّ إلى التراجع عنها يدوياً.
• readonly مثاليّ للتحليلات والتقارير. وجّه مساعداً نحو حسابك ليجيب عن سؤال مثل “كم كتيّباً نشرنا هذا الربع؟” دون أدنى احتمال لأي عملية كتابة.
• full يفتح آخر 8 أدوات — الحذف والتجارة — لكنها لا تُنفَّذ من أول استدعاء، بل تمرّ عبر بوابة رمز التأكيد.

تضبط الوضع داخل كتلة إعدادات العميل إلى جانب مفتاح الـ API:

{
  "mcpServers": {
    "fliplink": {
      "command": "npx",
      "args": ["-y", "fliplink-mcp"],
      "env": { "FLIPLINK_API_KEY": "<YOUR_KEY>", "FLIPLINK_MCP_MODE": "safe" }
    }
  }
}

بوابة رمز التأكيد

في وضع full، لا تُنفَّذ الفئتان الأكثر خطورة — الإجراءات المدمّرة (حذف كتيّب) والإجراءات المالية (تغييرات البيع والتسعير) — من أول استدعاء أبداً. بل يعتمد الخادم بدلاً من ذلك على آلية معاينة-ثمّ-تأكيد.

حين يستدعي المساعد أداة مُقيّدة بالبوابة، لا ينفّذ الخادم الإجراء، وإنما يُعيد معاينة من سطر واحد لما سيحدث، إضافةً إلى confirm_token قصير العمر. وهذا الرمز مرتبط بالوسائط الدقيقة للاستدعاء، وتنتهي صلاحيته خلال 5 دقائق. ولتنفيذ الإجراء فعلياً، على المساعد أن يستدعي الأداة من جديد بالرمز المطابق.

وإليك دورة التبادل كاملة. الاستدعاء الأول — يطلب المساعد حذف كتيّب:

// Call 1: flipbook_delete { "FlipbookID": "90442" }
// Server response (nothing deleted yet):
{
  "preview": "Will permanently delete flipbook 90442 (\"Q3 Sales Deck\").",
  "confirm_token": "cf_9f3a...e21",
  "expires_in": 300
}

يعرض المساعد عليك تلك المعاينة. فإن قلتَ امضِ قُدماً، استدعى الأداة من جديد مرفقاً بالرمز:

// Call 2: flipbook_delete { "FlipbookID": "90442", "confirm_token": "cf_9f3a...e21" }
// Now the action runs:
{ "Result": "OK" }

ولأنّ الرمز مرتبط بالوسائط، لا يستطيع المساعد الحصول على رمز لحذف الكتيّب «أ» ثمّ إعادة استخدامه على الكتيّب «ب» — إذ لن تتطابق الوسائط فيرفضه الخادم. ولأنه تنتهي صلاحيته خلال خمس دقائق، فإنّ أي رمز يُترك مهملاً في محادثة طويلة يتلف من تلقاء نفسه.

كيف تختار الوضع المناسب

إليك قاعدة بسيطة تسترشد بها:

• مجرّد استكشاف أو إعداد تقارير؟ استخدم readonly، فتحصل على المعرفة دون أي مخاطرة.
• أتمتة يومية — إنشاء الكتيّبات ونشرها؟ استخدم safe (الوضع الافتراضي)، فكل ما تفعله قابل للتراجع.
• تحتاج فعلاً إلى أتمتة الحذف أو التسعير؟ استخدم full، واتّكئ على بوابة رمز التأكيد لإبقاء الإجراءات غير القابلة للتراجع متعمّدة.

ينبغي لمعظم الناس البقاء على safe. ولا تلجأ إلى full إلا حين يتطلّبه سير عمل بعينه — مثل سكربت نهاية الربع الذي يُحيل الكتيّبات القديمة إلى التقاعد — وحتى حينها، تكفل البوابة معاينة كل عملية حذف قبل وقوعها.

🚀

جرّب FlipLink مجاناً

حوّل ملف PDF خلال ثوانٍ. لا تسجيل ولا بطاقة ائتمان — ارفع ملفك وانطلق.

Drop your PDF here or click to browse

الحجم الأقصى 40MB

الباقات المدفوعة من $39 ترفع هذا الحد إلى 150 MB.

التطبيق من جانب الخادم (الـ API دون تغيير)

ثمّة تفصيل مهم: كل هذا يقيم في خادم MCP، لا في API الخاص بـ FlipLink. فـ REST API هو نفسه تماماً كما كان دائماً — المسارات ذاتها، ومصادقة X-Api-Key نفسها، ونموذج استجابة Result ذاته. أما الأوضاع وبوابة رمز التأكيد فهي ضوابط حماية تضيفها طبقة MCP فوق ذلك.

ولهذا الأمر أهميته لسببين. أولاً، تكاملاتك وسكربتاتك الحالية مع الـ API لن تتأثّر — فلا شيء فيها يتغيّر. ثانياً، الأمان ليس شيئاً يمكن لعميل الذكاء الاصطناعي أن يحتال للالتفاف حوله: فالخادم ببساطة لا يكشف الأدوات المخفية في وضعَي readonly/safe، ويرفض تنفيذ أداة مُقيّدة بالبوابة دون رمز صالح. فالتطبيق بنيوي لا استشاري.

وإن كان مفتاح الـ API لديك مفقوداً أو خاطئاً، فإنّ كل أداة تُعيد تعليمات إعداد واضحة بدلاً من الفشل الصامت — فيُخبرك العميل المُساء إعداده بما ينبغي إصلاحه.

تعليقات MCP التوضيحية

فوق ترشيح الأوضاع والبوابة، تحمل كل أداة تعليقات MCP توضيحية قياسية — وهي تلميحات بيانات وصفية تقرؤها عملاء الذكاء الاصطناعي حسنة السلوك لتفهم طبيعة الأداة:

• readOnlyHint — الأداة تقرأ فقط؛ ولن تغيّر أي شيء.
• destructiveHint — الأداة قادرة على إزالة البيانات أو الكتابة فوقها (مثل الحذف).
• idempotentHint — استدعاؤها مرتين بالوسائط ذاتها له الأثر نفسه كاستدعائها مرة واحدة.

تتيح هذه التلميحات لعميل واعٍ أن يُظهر تحذيراته الخاصة أو يطلب التأكيد قبل تشغيل أداة مدمّرة — طبقة احتياط إضافية تُكمّل بوابة الخادم بدلاً من أن تحلّ محلّها.

الأسئلة الشائعة

هل استخدام MCP آمن مع حساب حقيقي؟ نعم، حين يُبنى الخادم بضوابط حماية. يأتي FlipLink افتراضياً على وضع safe (عمليات كتابة قابلة للتراجع فقط)، وتحمي بوابة رمز التأكيد الإجراءات غير القابلة للتراجع في وضع full. وأنت من يقرّر حجم الوصول الذي يمنحه عبر FLIPLINK_MCP_MODE.

ماذا يتيح الوضع الافتراضي فعلاً؟ يكشف وضع safe تسع وسبعين أداة: القراءة، وعمليات الكتابة القابلة للتراجع (الإنشاء، والنشر، وضبط الصلاحية، والإسناد إلى مجلّد)، وإعدادات التحكم في الوصول. وهو لا يشمل الحذف ولا أي أدوات تجارة أو تسعير.

هل يستطيع الذكاء الاصطناعي حذف كتيّب دون موافقتي؟ ليس في readonly ولا safe — فأداة الحذف ليست مكشوفة أصلاً. أما في وضع full فالحذف مُقيّد ببوابة: يُعيد الخادم أولاً معاينة ورمز تأكيد صالحاً لخمس دقائق، ولا يُنفَّذ الإجراء إلا حين يستدعي المساعد من جديد بذلك الرمز بعينه.

هل يغيّر أيٌّ من هذا API الخاص بـ FlipLink؟ لا. فالأوضاع والبوابة والتعليقات التوضيحية جميعها تقيم في خادم MCP. أما الـ API الأساسي — المسارات، ومصادقة X-Api-Key، ونموذج Result — فهو دون تغيير، لذا تظلّ تكاملاتك الحالية تعمل كما هي.

قراءات ذات صلة

• ما هو خادم MCP؟
• اربط FlipLink بـ Claude عبر خادم MCP
• ابنِ وكيل ذكاء اصطناعي ينشئ الكتيّبات
• نظرة عامة على خادم MCP في FlipLink
• مرجع API الخاص بـ FlipLink