أفضل منصات الذكاء الاصطناعي دون الاحتفاظ بالبيانات لوكلاء المؤسسات في 2026
مقارنة عملية لأفضل منصات الذكاء الاصطناعي التي تدعم عدم الاحتفاظ بالبيانات لوكلاء المؤسسات، مع الأسعار والقيود وخيارات OpenAI وAWS وGoogle الأبرز.

تُعد OpenAI API أفضل منصة من بين منصات الذكاء الاصطناعي التي تدعم عدم الاحتفاظ بالبيانات لمعظم فرق الوكلاء في 2026؛ فهي تُبقي النماذج الرائدة ضمن مسار ZDR، بينما يتفوق Amazon Bedrock عندما يجب أن تمنع سياسة الاحتفاظ أي طلب غير متوافق تلقائياً على امتداد بيئة AWS. لكن ثمة قيد أساسي: يغطي ZDR مسار الاستدلال، لا منتج الوكيل بأكمله؛ إذ قد تعيد الذاكرة ذات الحالة والملفات وبيئات تشغيل الأكواد والبحث وطبقات الوكلاء المُدارة فتح باب الاحتفاظ. ووفق عبء عمل موحّد يبلغ 1 مليون رمز إدخال و200,000 رمز إخراج، تبلغ تكلفة GPT-5.6 Luna نحو $0.44 بالأسعار القياسية الحالية؛ أما قرار الميزانية الأكبر فهو ما إذا كانت المؤسسة قادرة على تحمّل مسؤولية امتلاك حالة الوكيل.
أفضل منصات الذكاء الاصطناعي دون الاحتفاظ بالبيانات: نظرة سريعة
يعني عدم الاحتفاظ بالبيانات، أو ZDR، أن المطالبات والمخرجات المدعومة لا تُحفظ بعد المعالجة. لكنه لا يشمل تلقائياً كل مخزن ملفات أو طبقة ذاكرة أو أداة أو وكيلاً مُداراً متصلاً بالنموذج. وهذا هو الفارق الأهم في ترتيب المنصات.
جرى التحقق من الأسعار أدناه عبر صفحات المورّدين المباشرة في 22 أغسطس 2026. أسعار الرموز محسوبة لكل 1 مليون رمز ما لم تُذكر وحدة أخرى. وعبارة «غير مذكورة» تعني أن المورّد لم يعلن تجربة خاصة بالمنصة في صفحة الأسعار، لا أن فريق المبيعات عاجز عن تقديم أرصدة.
أما السؤال الأوسع عن جودة النماذج والتنسيق والملاءمة التجارية، فتجيب عنه مقارنة منصات وكلاء الذكاء الاصطناعي للمؤسسات. يختلف الترتيب هنا لأن سلامة الاحتفاظ تتقدم على اتساع الميزات. وكل منصة تخسر نقاطاً عندما تجعل ميزاتها الأسهل استخداماً ادعاء ZDR غير صحيح.
ماذا يعني عدم الاحتفاظ بالبيانات لوكيل مؤسسي؟
تجيب عبارتا «لا ندرّب نماذجنا على بياناتك» و«لا نحتفظ ببياناتك» عن سؤالين مختلفين. فقد يظل التزام عدم التدريب يسمح للمورّد بحفظ المطالبات لمراقبة إساءة الاستخدام أو تصحيح الأخطاء أو سجل المحادثة أو المعالجة الدفعية أو استرجاع الملفات. أما ZDR فهو التعهد الأضيق بألا يُحتفظ بالمحتوى المدعوم بعد انتهاء الطلب.
ويصعب الوفاء بهذا التعهد مع الوكيل أكثر من طلب محادثة منفرد. فالوكيل المؤسسي المفيد يحتاج عادةً إلى أربع طبقات على الأقل:
- الاستدلال: يقرأ النموذج مطالبة ويُرجع إجابة.
- الحالة: الذاكرة وسجل المحادثة ونقاط التحقق وحالة المهمة.
- المعرفة: الملفات المرفوعة ومخازن المتجهات وقواعد البيانات وسجلات الاسترجاع.
- الإجراءات: البحث وتنفيذ الأكواد والمتصفحات وخوادم MCP وتطبيقات الأعمال.
الطبقة الأولى وحدها عديمة الحالة بطبيعتها. أما الطبقات الثلاث الأخرى فلا توجد إلا لأن شيئاً ما يستمر في مكان ما. لذلك قد تكون المنصة ممتازة في استدلال ZDR، ومع ذلك تكون خياراً خاطئاً لوكيل مُدار تُحفظ نصوص محادثاته أو ملفاته أو بيئة تشغيله داخل منتج المورّد.

هذه هي فاتورة امتلاك الحالة. فتطبيق ZDR الصارم يعني غالباً أن تمتلك شركتك قاعدة البيانات التي تحفظ الذاكرة، ومخزن الكائنات الذي يحتفظ بالملفات، ونظام التتبّع الذي يدعم مراجعة الحوادث، وقائمة الانتظار التي تستأنف الأعمال الطويلة. يمنح ذلك فريقي الأمن والشؤون القانونية حدود تحكم واضحة، لكنه يحمّل الهندسة مهام الحذف وسياسات الوصول وقواعد النسخ الاحتياطي وعبء المناوبة.
المعيار العملي ليس: «هل لدى المورّد صفحة عن ZDR؟»، بل: هل يمكنك رسم مسار طلب كامل وإثبات أن كل نظام يلامس محتوى العميل يطبق قاعدة احتفاظ متوافقة؟ إذا كانت الإجابة تعتمد على مربع اختيار افتراضي، أو إضافة غير موثقة، أو ميزة مُدارة تحفظ الحالة بصمت، فمسار العمل غير جاهز للبيانات الحساسة.
كيف اخترنا هذه المنصات؟
قورنت المنصات التسع باستخدام صفحات المورّدين المباشرة الخاصة بضوابط البيانات والوثائق والأسعار في 22 أغسطس 2026. ولم يعتمد الترتيب على تجربة مختلقة أو شارة أمن عامة. وحسمت خمسة اختبارات النتيجة:
- تعهد الاحتفاظ: هل يصرّح المورّد بأن المطالبات والمخرجات المدعومة لا تُخزّن بعد المعالجة؟
- المنع التلقائي: هل يُحظر النموذج أو الميزة غير المتوافقة، أم يستطيع المطوّر الخروج من ZDR من دون تنبيه؟
- تغطية الوكيل: ماذا يحدث للذاكرة والملفات والمهام الدفعية وتنفيذ الأكواد والبحث على الويب وMCP ونصوص الوكلاء المُدارين؟
- الإثبات الإداري: هل يستطيع مسؤول الأمن تفعيل السياسة مركزياً والتحقق من سريانها؟
- الوضوح التجاري: هل الأسعار الحالية وتكلفة البدائل الآمنة للخصوصية واضحتان بما يكفي لوضع الميزانية؟
استُبعدت المنصات التي لا تعد بأكثر من عدم تدريب النماذج على بيانات العملاء. كما استُبعدت أطر التنسيق التي لا تقدم تعهداً من مزوّد النموذج بشأن الاحتفاظ، لأنها لا تستطيع ضمان ما يخزنه المضيف الأساسي. وانحصرت القائمة في مورّدين يوفّرون تحكماً قابلاً للاستخدام في ZDR أو مساراً عديم الحالة يمكن الدفاع عنه لحركة API المؤسسية.
كذلك يعاقب الترتيب التسمية المضللة. فعلى سبيل المثال، يدعم Mistral خاصية ZDR في عدة واجهات API عديمة الحالة، لكنه يستثني منتجه المسمى Agents. ويوثّق Microsoft استدلالاً عديم الحالة ومراقبة معدّلة لإساءة الاستخدام من دون طرح مفتاح ZDR بسيط للخدمة الذاتية. قد يظل كلاهما خياراً جيداً، لكن على فريق التنفيذ فهم هذه الشروط.
1. OpenAI API: الأفضل إجمالاً لـZDR مع النماذج الرائدة
تتصدر OpenAI API الخيارات عندما تريد المؤسسة أحدث النماذج الرائدة مع الحفاظ على مسار لعدم الاحتفاظ بالبيانات.

يكتسب إعلان OpenAI في 19 أغسطس أهميته من وضوح أثره التجاري: يمكن لعملاء API المؤهلين الإبقاء على ZDR مع انتقال النماذج إلى أعمال أطول وأكثر تعقيداً. ووفق الالتزام المنشور، لا تُحتفظ المطالبات واستجابات النموذج بعد المعالجة، ولا يستطيع موظفو OpenAI الوصول إلى المحتوى، ولا تُستخدم بيانات المؤسسة للتدريب إلا بموافقة العميل. كما استعرضت الشركة ميزة Private Safety Processing، المصممة لاكتشاف أنماط الخطر عبر تفاعلات مترابطة من دون كشف المحتوى الأساسي لموظفي OpenAI.
تبرز جدوى الشراء خصوصاً لدى بنك أو شركة برمجيات صحية أو منصة قانونية أو مزوّد SaaS مؤسسي يحتاج إلى قدرات النموذج لكنه لا يقبل وصول المورّد المعتاد إلى المطالبات. تمنح OpenAI هذا المشتري واجهة API مباشرة، وضوابط على مستوى المشروع، ومجموعة واسعة من نقاط الاستدلال المؤهلة لـZDR، وخريطة طريق واضحة للنماذج. كما يجعل GPT-5.6 Luna تكلفة الدخول منخفضة على نحو لافت: تبلغ كلفة مليون رمز إدخال و200,000 رمز إخراج $0.44 وفق أسعار Standard للسياق القصير.
العائق هو حالة التطبيق. يوضح جدول الاحتفاظ الخاص بنقاط النهاية لدى OpenAI أن Chat Completions وResponses مؤهلتان لـZDR ضمن قيود، بينما لا تتأهل Conversations ولا مسارات ChatKit ولا Assistants ولا Threads ولا Vector Stores ولا Files ولا Evals ولا Batches. وتخضع خوادم MCP البعيدة لسياسات احتفاظ خاصة بها. ويمكن لـHosted Shell وCode Interpreter كتابة بيانات مؤقتة ما دامت حاوياتهما نشطة. أما Background Responses فتكتب حالة مؤقتة إلى القرص لنحو 10 دقائق حتى يتمكن العميل من الاستعلام عن المهمة.
لهذا تتصدر OpenAI منصات النماذج هنا، لكنها لا تمنح تصريحاً مفتوحاً باستخدام كل ميزات OpenAI. ينبغي للنشر الصارم إبقاء الذاكرة والملفات الدائمة في بنية العميل التحتية، واستدعاء نقطة نهاية مدعومة وعديمة الحالة، واعتماد كل وجهة للأدوات بصورة منفصلة. ضمن ZDR، تتعامل OpenAI مع store على أنه false في Responses وChat Completions حتى إذا أرسل الطلب القيمة true، ما يزيل إعداداً افتراضياً خطراً. ومع ذلك، لا بد أن تحصل المؤسسة على موافقة مسبقة لتفعيل ZDR.
ويجب أيضاً التعامل مع Private Safety Processing بوصفها معاينة، لا ضابطاً يمكن وضعه في بنية إنتاجية اليوم. قالت OpenAI إن الاختبار مع العملاء الأوائل كان جارياً، وإنها تخطط للإطلاق ونشر ورقة تقنية في سبتمبر 2026. الحقيقة الشرائية هي ZDR القائم؛ أما المعاينة فتكشف اتجاه التطوير. وتظل الصور المصنفة على أنها قد تتضمن CSAM استثناءً صريحاً، وقد يُحتفظ بها للمراجعة اليدوية والإبلاغ القانوني.
الأنسب لـ: المؤسسات التي تحتاج إلى نماذج OpenAI الرائدة عبر مسار عديم الحالة ومعتمد.
الميزة الأبرز: يفرض ZDR القيمة store=false على طلبات Responses وChat Completions المدعومة.
الأسعار: تسرد صفحة أسعار OpenAI API الحالية أسعار GPT-5.6 Luna للسياق القصير عند $0.20 للإدخال، و$0.02 للإدخال المخبأ، و$0.25 لكتابة الذاكرة المخبأة، و$1.20 للإخراج ضمن Standard؛ و$0.10 و$0.01 و$0.125 و$0.60 ضمن Batch أو Flex؛ و$0.40 و$0.04 و$0.50 و$2.40 ضمن Fast، وذلك لكل 1 مليون رمز. وتضيف معالجة الإقامة الإقليمية للبيانات 10% للنماذج المؤهلة الصادرة في 5 مارس 2026 أو بعده.
التجربة المجانية: لا تعرض صفحة أسعار API المباشرة تجربة خاصة بالمنصة.
- التزام صريح صدر في أغسطس 2026 بالإبقاء على ZDR لنشر النماذج الرائدة.
- تتيح ضوابط المؤسسة والمشروع عزل أعباء العمل المعتمدة.
- تفرض طلبات الاستدلال المدعومة القيمة store=false ضمن ZDR.
- يجعل سعر GPT-5.6 Luna المنخفض بند الاستدلال في ميزانية الوكيل الخاص سهل الحساب.
- يتطلب ZDR موافقة والتزامات إضافية.
- تبقى موارد كثيرة ومريحة للوكلاء ذوي الحالة خارج ZDR.
- تنشئ خوادم MCP وغيرها من الأدوات الخارجية حدود احتفاظ مستقلة.
- تحتاج الحالة المؤقتة للحاويات والذاكرة المخبأة والعمليات الخلفية إلى مراجعة معمارية.
وثّق الضابط كتابياً
اطلب ZDR لمؤسسة API المحددة التي ستخدم حركة الإنتاج. وسجّل الموافقة والنطاق التعاقدي والنماذج المؤهلة والاستثناءات ومسؤول الأمن المعني.
أنشئ مشروعاً مخصصاً
ضع الوكيل الحساس في مشروع مستقل، واختر ضابط الاحتفاظ المعتمد بدلاً من وراثة إعداد مؤسسي ملتبس. وافصل مفاتيح التطوير عن مفاتيح الإنتاج.
احصر كل نقطة نهاية
طابق مسار العمل مع جدول نقاط النهاية الحالي لدى OpenAI. وأبقِ مسار الاستدلال الأساسي ضمن طلبات Responses أو Chat Completions المؤهلة. وأخرج Conversations وAssistants وFiles وVector Stores وEvals وBatch من المسار الصارم.
انقل الحالة إلى حدودك
خزّن الذاكرة وحالة المهمة والمستندات ومسارات التدقيق في أنظمة تخضع لجدول الاحتفاظ الخاص بك. ولا تمرر إلا الحد الأدنى من السياق اللازم لكل استدعاء للنموذج.
نفّذ اختبار احتفاظ ببيانات طُعم
أرسل سجلاً حساساً اصطناعياً، وتتبع كل وجهة، وتحقق من
store=false، وتأكد من ظهور السجل في أنظمة العميل المعتمدة وحدها، واجعل الميزة غير المتوافقة تفشل قبل السماح ببيانات حقيقية.
2. Amazon Bedrock: الأفضل لفرض سياسة تمنع الخطأ تلقائياً
يُعد Amazon Bedrock الخيار الأقوى عندما ينبغي فرض سياسة الاحتفاظ عبر مؤسسة AWS كاملة، بدلاً من الاعتماد على تذكّر كل مطوّر لها.

يحوّل Bedrock الاحتفاظ إلى وضع على مستوى الحساب أو المشروع. فعند ضبط data_retention_mode على none، تنص وثائق الاحتفاظ في Bedrock على عدم كتابة أي طلب أو استجابة في تخزين دائم أو مشاركتهما مع مزوّد النموذج. وإذا كان النموذج يتطلب الاحتفاظ، يُحظر الطلب. وفي Responses API تكون قيمة store الافتراضية false، وتُرفض store=true، ولا يتاح وضع Background. كما لا يُحتفظ أبداً بطلبات Chat Completions وMessages في هذا الوضع.
هذا المنع التلقائي هو سبب تقدم Bedrock على منصات تكتفي بوعد تسويقي أبسط. تستطيع الشركة الخاضعة للتنظيم استخدام سياسات IAM أو Service Control Policies لرفض أي إعداد احتفاظ غير none. وهكذا يبقى الضابط فاعلاً رغم تغيّر الموظفين والإصدارات المتعجلة ونسخ نماذج الأكواد. ويصبح جزءاً من الوضع الأمني للسحابة، لا بنداً في قائمة تحقق هندسية.
العائق المحدد هو توافر النماذج. يتطلب Claude Fable 5 وClaude Mythos 5 القيمة provider_data_share ما لم يحصل الحساب على اعتماد ZDR لكل نموذج. وعند تفعيل المشاركة، قد تُحتفظ المطالبات والإجابات مدة تصل إلى 30 يوماً. وعلى الفريق الذي يضبط none أن يتوقع عدم إتاحة هذين النموذجين، وأن يعد حظر الطلب دليلاً على نجاح الضابط.
ويحذر Bedrock أيضاً من أن store=false وحدها لا تضمن ZDR. فقد يظل النموذج يحتفظ بالمحتوى لمراجعة السلامة ما لم يكن وضع الاحتفاظ الفعلي none. وهذا فارق مهم للمشتريات: معامل API يحدد سلوك الطلب، بينما وضع الاحتفاظ هو السياسة.
الأسعار أقل اختصاراً من API مباشرة، لأن Bedrock يستضيف مورّدين كثيرين عبر مناطق وأوضاع تقديم متعددة. تسرد صفحة أسعار Bedrock خدمة Intelligent Prompt Routing بسعر $1 لكل 1,000 طلب، إضافة إلى رموز النموذج الأساسي. ويمكنها التوجيه داخل عائلة نماذج، لكن على مشتري ZDR التأكد أولاً من أن كل نموذج مرشح يسمح بالوضع none. فلا قيمة لتحسين التكلفة قبل استيفاء سياسة الاحتفاظ.
الأنسب لـ: مؤسسات AWS التي تريد سياسة احتفاظ مفروضة مركزياً.
الميزة الأبرز: تفشل طلبات النماذج غير المتوافقة بدلاً من الاحتفاظ بالبيانات بصمت.
الأسعار: يختلف استخدام النموذج باختلاف المورّد والنموذج والمنطقة ووضع التقديم. تبلغ تكلفة Intelligent Prompt Routing $1 لكل 1,000 طلب On-Demand، إضافة إلى استخدام النموذج.
التجربة المجانية: لا تذكر صفحة أسعار Bedrock المباشرة تجربة خاصة بـBedrock.
- أوضاع الاحتفاظ على مستوى الحساب والمشروع واضحة.
- تستطيع سياسات IAM وSCP جعل none الإعداد الوحيد المسموح.
- تُحظر استدعاءات النماذج غير المتوافقة.
- يمكن لمنصة واحدة حوكمة عدة مزوّدي نماذج داخل بيئة AWS.
- قد يحذف ZDR النماذج المطلوبة من القائمة المتاحة.
- تعتمد الأسعار على النموذج الأساسي والمنطقة.
- لا يتاح Background Responses ضمن none.
- تتطلب بعض أحدث نماذج Claude موافقة ZDR مستقلة لكل نموذج.
3. Google Gemini Enterprise Agent Platform: الأفضل لفرق وكلاء Google Cloud
تلائم Google Gemini Enterprise Agent Platform مؤسسة تستخدم Google Cloud وقادرة على حوكمة كل قدرة في الوكيل بالدقة نفسها المطبقة على استدعاء النموذج.

تتميّز وثائق Google الصادرة في 21 أغسطس بأنها تسمّي صراحة الضوابط التي تُبطل افتراضاً عاماً بأن ZDR يشمل كل شيء. خط الأساس قوي: لا تُستخدم بيانات العملاء لتدريب النماذج المُدارة أو تحسينها من دون إذن، ويُعطّل تسجيل الطلب والاستجابة افتراضياً، ويمكن للعملاء طلب استثناء إذا كانوا مشمولين بتسجيل المطالبات لمراقبة إساءة الاستخدام.
تكمن الصعوبة في اختلاف سلوك التخزين بين ميزات الوكيل. يكون الحقل store في Interactions API مضبوطاً افتراضياً على true، لذلك يجب أن يرسل طلب ZDR صراحة store=false. ويحتفظ Grounding with Google Search بالاستعلامات المشتقة والسياق مدة تصل إلى 3 أيام، ولا يمكن تعطيل ذلك. وتوصي Google باستخدام Web Grounding for Enterprise بدلاً منه. أما Grounding with Google Maps فيحتفظ بالمطالبات والسياق والمخرجات المنشأة مدة 30 يوماً، أيضاً من دون مفتاح تعطيل.
ينشئ CodeMender حداً مهماً آخر؛ إذ يخزّن بيانات جلسة مشفرة تشمل مقتطفات الأكواد والفروقات والإعدادات ونقاط تحقق التحليل مدة تصل إلى 7 أيام، حتى يمكن استئناف الفحص الطويل. ويُمسح محتوى الكود خلال ثوانٍ بعد وصول المهمة إلى حالة نهائية، بينما تنتهي صلاحية بقية سجل الجلسة عند حد 7 أيام. قد يكون هذا جدول احتفاظ منطقياً للمؤسسة، لكنه ليس صفراً.
ميزة استئناف جلسات Gemini Live اختيارية، وتخزّن النص والصوت والفيديو والمخرجات المخبأة مدة تصل إلى 24 ساعة. اتركها معطلة في المسار الصارم. ولذاكرة Google الافتراضية داخل الذاكرة مدة صلاحية تبلغ أيضاً 24 ساعة، لكن Google تعد تلك الذاكرة المعزولة داخل المشروع وغير الدائمة متوافقة مع ZDR، وتتيح للمسؤولين تعطيلها على مستوى المشروع. وعلى المشتريات أن تقرر ما إذا كان هذا التعريف يطابق السياسة الداخلية، بدلاً من افتراض أن كل مدقق سيتعامل مع الذاكرة المتطايرة بالطريقة نفسها.
تتفوق Google لدى الشركات التي تستخدم أصلاً Google Cloud IAM والشبكات والتسجيل وخدمات البيانات، لأن الوكيل المعتمد يستطيع إبقاء حالته الدائمة داخل حدود السحابة القائمة. لكنها تتأخر عن Bedrock في بساطة المنع التلقائي. إذ يجب ضبط إعدادات عدة بصورة صحيحة، وقد تجعل بعض ميزات Advanced AI تطبيق ZDR مستحيلاً. وتطلب Google من العملاء الرجوع إلى فريق الحساب للتوضيح، وينبغي فعل ذلك قبل اعتماد النموذج.
الأنسب لـ: مؤسسات Google Cloud التي تبني وكلاء حول استدعاءات Gemini عديمة الحالة والمعتمدة.
الميزة الأبرز: إرشادات تفصيلية لكل ميزة على حدة، تشمل Search وMaps وInteractions وجلسات Live والذاكرة المخبأة وCodeMender.
الأسعار: تسرد صفحة أسعار نماذج Google الحالية أسعار Gemini 3.1 Flash-Lite العالمية ضمن Standard عند $0.25 للإدخال، و$0.025 للإدخال المخبأ، و$1.50 للإخراج؛ وضمن Priority عند $0.45 و$0.045 و$2.70؛ وضمن Flex/Batch عند $0.125 و$0.0125 و$0.75، وذلك لكل 1 مليون رمز نصي. وتشمل Web Grounding for Enterprise عدد 5,000 استعلام ربط شهرياً، ثم تكلف $14 لكل 1,000.
التجربة المجانية: لا تذكر صفحة أسعار المنصة المباشرة تجربة خاصة بالمنصة.
- تكامل قوي مع حوكمة Google Cloud والتخزين المملوك للعميل.
- تسمّي الوثائق الحالية سلوك الاحتفاظ الخاص بكل ميزة.
- تسجيل الطلب والاستجابة معطّل افتراضياً.
- توفر Web Grounding for Enterprise بديلاً موجهاً إلى ZDR عن Grounding with Google Search.
- تستخدم Interactions API حالة مخزنة افتراضياً ما لم تُضبط store=false صراحة.
- يضيف Search وMaps واستئناف الجلسة وCodeMender احتفاظاً بالبيانات.
- قد تجعل بعض ميزات Advanced AI تطبيق ZDR مستحيلاً.
- تتطلب المنصة مراجعة إعدادات أوسع مما يوحي به مفتاح ZDR منفرد.
4. Anthropic API: الأفضل لاستخدام Claude مع حالة يملكها العميل
تُعد Anthropic API خيار Claude المناسب عندما تكون المؤسسة مستعدة لبناء الوكيل من ميزات مؤهلة وعديمة الحالة، وإبقاء الحالة الدائمة تحت سيطرتها.

بموجب ترتيب ZDR معتمد من Anthropic، تقول Anthropic إنها لا تخزّن مطالبات العملاء أو استجاباتهم بعد عودة الاستجابة. ويُفعّل هذا الترتيب لكل مؤسسة عبر المبيعات. ويشمل طلبات Messages وToken Counting المؤهلة، كما يمكن أن يشمل Claude Code عندما يستخدم مفتاح API لمؤسسة Commercial أو Claude Enterprise مع تفعيل ZDR.
أقوى ما لدى Anthropic هو دقة جدول الأهلية. يمكن أن تبقى Bash وText Editor وComputer Use وMemory من جانب العميل، إضافة إلى Messages القياسية وPrompt Caching وWeb Search القياسي، ضمن ترتيب ZDR. ويتيح ذلك لفريق هندسي متمكن بناء وكيل مفيد مع إبقاء الحالة وتنفيذ الأدوات في بيئته الخاصة. ويحتفظ Prompt Caching بتمثيلات KV والتجزئات في الذاكرة طوال مدة صلاحية التخزين المؤقت، بدلاً من تخزين المطالبات والمخرجات تخزيناً دائماً.
أكبر عائق هو الانقسام بين النماذج الرائدة. يتطلب Claude Fable 5 وClaude Mythos 5 احتفاظاً لمدة 30 يوماً ولا يتاحان ضمن ZDR. ويمكن للمؤسسة المعتمدة لـZDR تفعيل الاحتفاظ في مساحة عمل واحدة، لكن حركة تلك المساحة لن تعود مستوفية للسياسة الصارمة. وهذا قرار مشتريات لا مفتاح نموذج: إما قبول الاحتفاظ لهذين النموذجين أو اختيار نموذج مؤهل آخر.
الميزات المُدارة هي العائق الثاني. فـClaude Managed Agents ذو حالة، وتبقى النصوص حتى تُحذف. وتحتفظ Batch بالبيانات 29 يوماً. ويمكن أن تحتفظ Code Execution وProgrammatic Tool Calling ببيانات الحاويات مدة تصل إلى 30 يوماً. وتبقى Files حتى الحذف أو انتهاء الصلاحية، بينما يتبع MCP Connector سياسة الاحتفاظ القياسية. ولا يتأهل الترشيح الديناميكي في Web Search وWeb Fetch لـZDR، رغم تأهل الصيغ القياسية منهما.
هناك فارق عن Bedrock يستحق مربعاً أحمر في مراجعة البنية: ضمن Anthropic ZDR، لا تُحظر بالضرورة الميزة غير المؤهلة. يستطيع المطوّر استخدامها وإخراج تلك البيانات من نطاق الترتيب. وهكذا تنقل مرونة API مسؤولية الإنفاذ إلى مراجعة الأكواد وسياسة البوابة واختبارات التكامل لديك.
توثّق Anthropic استثناءات أيضاً. فقد يُحتفظ بالبيانات المعلّمة أو الخاضعة لأمر قانوني مدة تصل إلى 2 سنوات. لا يجعل ذلك العقد بلا قيمة، لكنه يعني أن لكلمة «صفر» حدوداً تتعلق بالسلامة والقانون. وينبغي لفرق الأمن تسجيل تلك الحدود بدلاً من تقديم وعد مطلق لا يقدمه المورّد نفسه.
الأنسب لـ: أعباء عمل Claude التي يمكن تشغيل ذاكرتها وأدواتها في أنظمة يتحكم بها العميل.
الميزة الأبرز: مصفوفة أهلية تفصيلية تميّز أدوات جانب العميل عن الميزات المُدارة التي تحتفظ بالبيانات.
الأسعار: تسرد أسعار Anthropic API Haiku 4.5 بسعر $1 للإدخال و$5 للإخراج. ويبلغ Sonnet 5 نحو $2 للإدخال، و$10 للإخراج، و$2.50 لكتابة الذاكرة المخبأة، و$0.20 لقراءتها. أما Opus 5 فسعره $5 للإدخال و$25 للإخراج، لكل 1 مليون رمز. ويبلغ Fable 5 نحو $10 للإدخال و$50 للإخراج، لكنه غير مؤهل لـZDR. وتوفر Batch خصماً 50%، لكنها أيضاً خارج ZDR.
التجربة المجانية: لا تذكر صفحة الأسعار المباشرة تجربة لـAPI.
- جدول واضح لأهلية كل ميزة لـZDR.
- مسار مؤهل قوي يجمع Messages مع ذاكرة وأدوات من جانب العميل.
- يمكن أن يتأهل Claude Code ضمن المؤسسة التجارية الصحيحة.
- يظل Prompt Caching متاحاً ضمن ZDR.
- يتطلب Fable 5 وMythos 5 احتفاظاً لمدة 30 يوماً.
- قد تُخرج Managed Agents وBatch وتنفيذ الأكواد والملفات وMCP البيانات من حدود ZDR.
- لا تُحظر الميزات غير المؤهلة تلقائياً ضمن ZDR.
- قد يُحتفظ بالبيانات المعلّمة مدة تصل إلى 2 سنوات.
5. Fireworks AI: الأفضل للاستدلال الخاص بالنماذج المفتوحة
تُعد Fireworks AI أوضح خيار لمؤسسة تريد استدلال النماذج المفتوحة مع تفعيل عدم الاحتفاظ بالبيانات افتراضياً.

بالنسبة إلى النماذج المفتوحة، تنص وثائق Fireworks للتعامل مع البيانات على أن المطالبات والنصوص المنشأة لا تبقى إلا في الذاكرة المتطايرة أثناء الطلب، ولا تُكتب في تخزين دائم ما لم يختر المستخدم التسجيل. وقد يحتفظ Prompt Caching ببيانات المطالبة وذاكرة KV المخبأة في الذاكرة المتطايرة لبضع دقائق، كما يُحتفظ ببيانات الاستخدام الوصفية مثل أعداد الرموز. وهذه حدود مباشرة يسهل فهمها في المراجعة الأمنية.
حالة الاستخدام المثالية هي خدمة خاصة للتصنيف أو الاستخراج أو التلخيص أو تخطيط الوكيل، لا تحتاج فيها الشركة إلى كائن محادثة يديره المورّد. يستطيع فريق المنصة اختيار نموذج مفتوح، وإبقاء قاعدة بيانات الذاكرة داخل سحابته، واستخدام Fireworks طبقة استدلال عالية الإنتاجية. كما يقلل الإعداد الافتراضي لدى المورّد خطر بدء مشروع جديد مع تفعيل التسجيل.
لكن الاستثناء مهم: تستخدم Fireworks Responses API القيمة store=True افتراضياً. وفي هذا الوضع، يُحتفظ بالمطالبات والاستجابات واستدعاءات الأدوات مدة 30 يوماً. اضبط store=False لمسار Responses يطبق ZDR. وتتبع خدمات Fireworks الأخرى سياسة ZDR الافتراضية، لكن بعض الميزات المتقدمة مثل FireOptimizer قد تتضمن موافقة صريحة على تسجيل المطالبات.
تتميز صفحة أسعار Fireworks Serverless بوضوح يكفي لمقارنة أنماط النشر. تبلغ تكلفة GPT OSS 120B Standard نحو $0.15 للإدخال، و$0.015 للإدخال المخبأ، و$0.60 للإخراج. ويبلغ مسار Priority $0.18 و$0.018 و$0.72. ويبدأ GPT OSS 20B Standard من $0.07 للإدخال، و$0.035 للإدخال المخبأ، و$0.30 للإخراج. وتخفض Batch أسعار إدخال Serverless وإخراجه إلى النصف، لكن ينبغي التحقق من أي مسار غير متزامن في مقابل شرط الاحتفاظ قبل استخدامه.
تأتي Fireworks بعد مورّدي النماذج الرائدة الثلاثة لأن المشتري يختار من قائمة نماذجها، بدلاً من الحصول على كل نموذج مغلق جديد ضمن التزام ZDR واحد. لكنها تتقدم على Groq بفضل سلوك ZDR الافتراضي ووضوح وثائق Responses API. وينبغي حسم الاختيار بينهما وفق توافر النموذج والكمون المستهدف ومدى ملاءمة لوحة تحكم المورّد للنشر.
الأنسب لـ: المؤسسات التي تشغّل نماذج مفتوحة خلف حزمة وكلاء يملكها العميل.
الميزة الأبرز: ZDR هو الإعداد الافتراضي لاستدلال النماذج المفتوحة خارج طلبات Responses المخزنة.
الأسعار: تبلغ أسعار GPT OSS 20B Standard نحو $0.07 للإدخال، و$0.035 للإدخال المخبأ، و$0.30 للإخراج. أما GPT OSS 120B Standard فسعره $0.15 و$0.015 و$0.60؛ ويبلغ Priority $0.18 و$0.018 و$0.72، لكل 1 مليون رمز. وتساوي Batch نسبة 50% من أسعار إدخال وإخراج Serverless.
التجربة المجانية: تحصل الحسابات الجديدة على رصيد مجاني بقيمة $1.
- ZDR افتراضي لاستدلال النماذج المفتوحة.
- تمييز واضح بين التخزين المؤقت في الذاكرة المتطايرة والتخزين الدائم.
- أسعار منشورة منخفضة لنماذج GPT OSS.
- تدعم مسارات Standard وPriority وFast وBatch احتياجات مختلفة للتكلفة والكمون.
- تحتفظ Responses API بالبيانات 30 يوماً ما لم تُضبط store=False صراحة.
- تتطلب بعض الميزات المتقدمة موافقة على التسجيل.
- يُحتفظ ببيانات الاستخدام الوصفية.
- لا تُشترى المنصة من أجل تغطية النماذج المغلقة الرائدة.
6. GroqCloud: الأفضل للاستدلال منخفض الكمون للنماذج المفتوحة
يُعد GroqCloud الخيار الأفضل عندما يحتاج وكيل قائم على نموذج مفتوح إلى كمون منخفض وضابط ZDR بالخدمة الذاتية متاح لكل عميل.

لا يحتفظ Groq بمحتوى الاستدلال افتراضياً، لكن هذا الإعداد ليس مساوياً لـZDR. توضح وثائق بيانات GroqCloud أن الشركة قد تسجّل المدخلات والمخرجات مؤقتاً مدة تصل إلى 30 يوماً لتشخيص مشكلات الموثوقية أو التحقيق في إساءة استخدام مشتبه بها. ويمكن لأي عميل تفعيل ZDR في Data Controls لمنع هذا التخزين، إما عالمياً أو حسب الميزة.
هذا المسار بالخدمة الذاتية جذاب لشركة ناشئة أو فريق منصة في شركة متوسطة لا يستطيع الانتظار حتى تكتمل دورة مبيعات مؤسسية. كما أنه دقيق بما يكفي لشركة ممولة تبني وكيلاً للصوت أو التصنيف أو اختيار الأدوات حول نماذج مفتوحة. ويُحتفظ دائماً ببيانات الاستخدام الوصفية، لكن Groq يقول إنها لا تتضمن مدخلات العميل أو مخرجاته.
المقابل هو فقدان بعض الميزات. فقد تبقى ملفات Batch مدة تصل إلى 30 يوماً ما لم تُحذف قبل ذلك. وتستمر مجموعات بيانات الضبط الدقيق وأوزانه حتى تُحذف. ويؤدي تفعيل ZDR إلى تعطيل الميزات التي تعتمد وظيفتها على بيانات العميل المحتفظ بها. لذا يجب على مدير المنتج الاختيار بين مسار استدلال صارم وراحة Batch أو التخصيص المستضاف.
تسعّر قائمة Groq الإنتاجية الحالية GPT OSS 120B عند $0.15 للإدخال و$0.60 للإخراج، وGPT OSS 20B عند $0.075 للإدخال و$0.30 للإخراج، لكل 1 مليون رمز. وتمنح فئة الحساب Free وسيلة منخفضة المخاطر لاختبار التكامل وحدود المعدلات. ولا يفرض الانتقال إلى Developer رسماً فورياً، بل ينقل الحساب إلى استخدام Pay-as-you-go بحدود أعلى، إلى جانب Flex وBatch والدعم وضوابط الإنفاق.
تضيف فئات التقديم قراراً تشغيلياً. On-Demand هو الإعداد الافتراضي. ويستخدم Flex أسعار الرموز نفسها ويوفر إنتاجية أعلى، لكنه قد يعيد خطأ في السعة. أما Performance فهو فئة مخصصة لعملاء Enterprise وبسعر تحدده المبيعات. وتختار auto فئة متاحة. وقد يحتاج وكيل موجّه للمستخدم ولا يحتمل إعادة المحاولة إلى تفاوض مؤسسي، حتى إذا بدا سعر الرموز منخفضاً.
الأنسب لـ: وكلاء النماذج المفتوحة منخفضو الكمون والقادرون على البقاء عديمي الحالة لدى المورّد.
الميزة الأبرز: يستطيع كل عميل تفعيل ZDR من دون عملية اعتماد مؤسسية منفصلة.
الأسعار: يبلغ GPT OSS 20B نحو $0.075 للإدخال و$0.30 للإخراج؛ وGPT OSS 120B نحو $0.15 للإدخال و$0.60 للإخراج، لكل 1 مليون رمز. تتاح فئتا الحساب Free وDeveloper؛ أما Performance فتستخدم أسعار Enterprise المخصصة عبر المبيعات.
التجربة المجانية: تتوفر فئة حساب Free.
- ZDR بالخدمة الذاتية لكل العملاء.
- أسعار منشورة منخفضة للنماذج المفتوحة.
- تتيح الفئة المجانية إثبات التكامل قبل الاستخدام المدفوع.
- تتوفر حدود للإنفاق في الخطط المدفوعة.
- قد يُسجّل الاستدلال الافتراضي مؤقتاً مدة تصل إلى 30 يوماً.
- يعطّل ZDR استمرارية Batch والضبط الدقيق.
- تبقى بيانات الاستخدام الوصفية.
- تتطلب ضمانات الأداء اتفاق Enterprise.
7. Microsoft Foundry: الأفضل للمؤسسات التي تحكمها Azure
تلائم Microsoft Foundry مؤسسة Azure التي تريد استدلالاً عديم الحالة، وتخزيناً يتحكم فيه المستأجر، ومساراً رسمياً لإيقاف تخزين محتوى مراقبة إساءة الاستخدام.

تنص وثائق خصوصية Foundry لدى Microsoft على أن النماذج التي تبيعها Azure عديمة الحالة: فلا تُخزّن المطالبات والإجابات داخل النموذج، ولا تُستخدم لتدريب النماذج الأساسية أو تحسينها. ويمكن للعملاء المُدارين التقدم بطلب لمراقبة معدّلة لإساءة الاستخدام. وعند الموافقة، لا يُستخدم مخزن البيانات ولا مسار المراجعة البشرية الخاصان بمراقبة الإساءة، مع احتمال استمرار المراجعة الآلية أثناء معالجة الطلب.
ينشئ هذا المزيج مساراً شبيهاً بـZDR يمكن الدفاع عنه، لكن Microsoft لا تقدمه باعتباره إعداد ZDR عالمياً واحداً للخدمة الذاتية. فعلى المؤسسة الحصول على الموافقة، واختيار ميزات عديمة الحالة، والتحقق من الاشتراك. ويعرض مورد Foundry المعتمد الخاصية ContentLogging بالقيمة false ضمن إمكاناته عند إيقاف تخزين مراقبة الإساءة. وهذا دليل قيّم لمسؤول الضوابط، لأنه قابل للفحص في البوابة أو عبر واجهات Azure الإدارية.
المشتري الطبيعي هو شركة تعتمد أصلاً على Azure في الهوية والشبكات وإدارة المفاتيح وإقامة البيانات والمشتريات. يستطيع الوكيل إبقاء المستندات والذاكرة الدائمة في موارد Azure يختارها العميل، واستدعاء نشر عديم الحالة للاستدلال، والحفاظ على نموذج حوكمة سحابي واحد. وغالباً ما يفوق ذلك أهمية توفير بضعة سنتات من سعر النموذج.
العائق هو مجموعة الميزات التي تخزّن البيانات بحكم تصميمها. فقد تحتفظ Responses بسجل الرسائل. كما تستمر بيانات Assistants Threads وFiles وVector Stores وStored Completions وBatch والضبط الدقيق. وقد يجعل التشفير وملكية المستأجر وضوابط الحذف هذا التخزين مقبولاً، لكنها لا تحوله إلى عدم احتفاظ. ينبغي لمسار صارم استخدام استدعاء نموذج عديم الحالة وطبقة حالة خارجية بسياسة حذف خاصة بها.
تطرح أسعار نماذج Azure ثلاثة أشكال تجارية: Standard On-Demand وProvisioned Throughput Units وBatch. تُنجز Batch العمل خلال 24 ساعة بسعر يقل 50% عن Global Standard، لكنها تخزّن العمل المرفوع أثناء المعالجة، ولذلك ليست المسار الصارم. تبلغ تكلفة GPT-5.6 Luna للسياق القصير $0.20 للإدخال، و$0.02 للإدخال المخبأ، و$0.25 لكتابة الذاكرة المخبأة، و$1.20 للإخراج ضمن Global Standard. وترتفع هذه الأسعار في Data Zone إلى $0.22 و$0.03 و$0.28 و$1.32.
الأنسب لـ: المؤسسات التي تحكم الذكاء الاصطناعي الحساس بالفعل عبر اشتراكات Azure والمناطق الجغرافية.
الميزة الأبرز: تمنح ContentLogging:false العميل المعتمد ضابطاً قابلاً للتحقق بشأن تخزين محتوى إساءة الاستخدام.
الأسعار: تبلغ أسعار GPT-5.6 Luna للسياق القصير ضمن Global Standard نحو $0.20 للإدخال، و$0.02 للإدخال المخبأ، و$0.25 لكتابة الذاكرة المخبأة، و$1.20 للإخراج؛ وفي Data Zone تبلغ $0.22 و$0.03 و$0.28 و$1.32، لكل 1 مليون رمز. وتقل Batch بنسبة 50% عن Global Standard لكنها تخزّن العمل. وتعتمد الأسعار المحجوزة على النشر والحجز.
التجربة المجانية: لا تذكر صفحة أسعار النماذج المباشرة تجربة خاصة بـFoundry.
- تكامل قوي مع هوية Azure وشبكاتها ومفاتيحها وضوابطها الجغرافية.
- لا يخزّن استدلال النموذج عديم الحالة المطالبات داخل النموذج.
- يمكن للمراقبة المعدّلة لإساءة الاستخدام إزالة تخزين المحتوى والمراجعة البشرية.
- يمكن التحقق من حالة الضابط ضمن إمكانات المورد.
- لا يغطي مفتاح ZDR عالمي واحد المنتج بأكمله.
- يلزم اعتماد المراقبة المعدّلة لإساءة الاستخدام.
- تخزّن كثير من وسائل الراحة الخاصة بالوكلاء بيانات المستأجر.
- تضيف خيارات Data Zone والنشر المحجوز تعقيداً إلى التسعير.
8. OpenRouter: الأفضل لتوجيه ZDR عبر عدة مورّدين
تُعد OpenRouter أفضل بوابة عندما يحتاج وكيل مؤسسي واحد إلى الوصول لعدة مورّدين، ويجب على طبقة التوجيه استبعاد نقاط النهاية التي لا تطبق سياسة ZDR.

يعمل إنفاذ ZDR في OpenRouter عالمياً، أو حسب مجموعة النماذج، أو داخل حاجز حماية، أو لكل طلب. ولا يوجّه الطلب الذي يحمل zdr:true إلا إلى نقاط نهاية يصنّفها OpenRouter على أنها ZDR. وتُدمج قاعدة الطلب مع إعدادات الحساب وحاجز الحماية بعلاقة OR منطقية، لذلك لا يستطيع طلب منفرد إضعاف سياسة أشد صرامة.
يفيد ذلك أثناء تقييم النماذج والتوجيه الإنتاجي متعدد المورّدين. يستطيع فريق المنصة الاحتفاظ بتكامل واحد متوافق مع OpenAI، ومقارنة نقاط النهاية المؤهلة، ومنع التحويل الاحتياطي من الوصول إلى مورّد يحتفظ بالمطالبات. ويقول OpenRouter أيضاً إنه لا يحتفظ بالمطالبات ما لم يوافق العميل على تسجيلها.
لهذه الفائدة حدّان. أولاً، يغطي إنفاذ ZDR لدى OpenRouter توجيه الاستدلال إلى المورّد، لا الإضافات أو الأدوات مثل البحث على الويب. وكل جهة خارجية تحتاج إلى مراجعتها الخاصة. ثانياً، قد تغيّر سياسة مجموعة النماذج المسار بطريقة لا يتوقعها المشتري. ففرض ZDR على Anthropic يزيل نقاط نهاية Anthropic المباشرة، لكنه قد يُبقي مساري Bedrock وVertex متاحين. وتزيل مجموعة OpenAI نقاط OpenAI المباشرة لكنها قد تُبقي Azure، فيما تزيل مجموعة Google AI Studio لكنها قد تُبقي Vertex.
لا يكون هذا السلوك مفيداً إلا إذا اعتمد فريق الأمن مسار المورّد المتبقي. فعبارة «نموذج ZDR» لا تكفي. يجب أن يتوافق العقد والمنطقة وإعداد مراقبة إساءة الاستخدام وسلسلة الأدوات ومالك نقطة النهاية مع السياسة المقصودة. وينشر OpenRouter قائمة حالية بنقاط ZDR، لكن على المؤسسة أخذ لقطة للمجموعة المعتمدة وإطلاق تنبيه عند تغير المسار.
تتميز صفحة أسعار OpenRouter بالبساطة. تشمل Free أكثر من 25 نموذجاً مجانياً و4 مورّدين و50 طلباً يومياً. ويغطي Pay-as-you-go أكثر من 500 نموذج و80 مورّداً، من دون حد أدنى للإنفاق وبرسم منصة 5.5%. ويستخدم Enterprise التزامات حجم بخصومات على الرسوم عبر المبيعات. ويكون استخدام Bring-your-own-key بلا رسوم حتى $25,000 من استدلال قائمة الأسعار شهرياً على Pay-as-you-go وحتى $200,000 على Enterprise، ثم تُفرض نسبة 5%.
تأتي OpenRouter في المرتبة الثامنة لأن البوابة تضيف جهة معالجة وطبقة سياسة. قد يحسن ذلك الإنفاذ، لكنه لا يستطيع جعل أداة أو مورّد غير متوافق متوافقاً. استخدمها عندما تكون حرية اختيار النموذج والتحويل الاحتياطي مهمة بما يكفي لتبرير الحد الإضافي.
الأنسب لـ: الوكلاء متعددي النماذج الذين يحتاجون إلى توجيه وتحويل احتياطي يراعيان ZDR.
الميزة الأبرز: يستطيع الإنفاذ على مستوى الحساب ومجموعة النماذج وحاجز الحماية والطلب منع التوجيه إلى نقاط نهاية لا تطبق ZDR.
الأسعار: تشمل Free أكثر من 25 نموذجاً و4 مورّدين و50 طلباً يومياً. ويفرض Pay-as-you-go رسم منصة 5.5% من دون حد أدنى. ويستخدم Enterprise التزامات حجم تسعّرها المبيعات. ويكون BYOK بلا رسوم حتى $25,000 من استدلال قائمة الأسعار الشهري على Pay-as-you-go أو $200,000 على Enterprise، ثم 5%.
التجربة المجانية: خطة Free مستمرة وليست محددة المدة.
- تستطيع طبقة سياسة واحدة حوكمة نقاط نهاية لمورّدين كثيرين.
- لا يمكن لقواعد كل طلب تجاوز سياسة حساب أشد صرامة.
- تدعم الخطة المجانية اختبارات التكامل منخفضة الحجم.
- تجعل بيانات نقاط النهاية المنشورة سياسة التوجيه قابلة للفحص.
- تقع الإضافات والأدوات خارج حدود إنفاذ ZDR.
- يظل مسار الاستضافة السحابية المتبقي بحاجة إلى اعتماده الخاص.
- قد تتغير أهلية المورّد بمرور الوقت.
- يضيف رسم المنصة تكلفة إلى الاستخدام الموجّه.
9. Mistral AI: الأفضل لأعباء Mistral عديمة الحالة، لا Mistral Agents
تُعد Mistral AI منصة ZDR جيدة لأعباء API عديمة الحالة والمعتمدة، لكن منتج Agents المُدار لديها خارج حدود ZDR صراحة.

تتيح وثائق ZDR لدى Mistral الضابط بعد الموافقة في الخطط المدفوعة. وتشمل نقاط النهاية عديمة الحالة المغطاة Chat Completions وإكمالات fill-in-the-middle وEmbeddings وModeration وClassification وOCR وSpeech وTranscription. وتُستثنى نماذج Labs. وهذه مجموعة مفيدة لخدمة استخراج متعددة اللغات، أو مصنف مستندات خاص، أو وكيل برمجة يملكه العميل.
العائق المعلن مباشر على نحو غير معتاد: لا تُغطى Agents ولا ملفات Batch ولا Conversations ولا Libraries ولا Files ولا Vibe Work ولا Chat. لذلك لا يمكن للمنتج المسمى Agents أن يكون الطبقة المُدارة لوكيل يطبق ZDR بصرامة. استخدم API عديمة الحالة تحت أداة التنسيق الخاصة بك، وأبقِ الذاكرة والمستندات وحالة المهمة في مكان آخر.
وتفصل Mistral أيضاً بين ZDR وإلغاء الاشتراك في التدريب. لا يحتاج العميل إلى ZDR لمجرد منع استخدام البيانات المؤهلة في تدريب النماذج، كما أن اختيار عدم التدريب لا ينشئ عدم احتفاظ. وتساعد هذه اللغة المشتريات على صياغة الشرط بصورة صحيحة.
تسرد أسعار Mistral API Mistral Large بسعر $0.50 للإدخال و$1.50 للإخراج لكل 1 مليون رمز. وتخفض Batch سعر الرموز بنسبة 50%، ويمكن للإدخال المخبأ خفض تكلفة الإدخال بما يصل إلى 90%، لكن ملفات Batch خارج ZDR. أما فئات منتجات المستخدم فهي Free مع رصيد API بقيمة $10 شهرياً، وPro بسعر $14.99 شهرياً مع رصيد API شهري قيمته $30، وTeam بسعر $24.99 لكل مستخدم شهرياً، وEnterprise عبر المبيعات. ولا تجعل هذه الفئات ميزة Agents المُدارة مؤهلة لـZDR. وتحتاج مؤسسة ZDR إلى خطة مدفوعة وموافقة.
تأتي Mistral أخيراً لأن الاستعلام المستهدف يتعلق تحديداً بوكلاء المؤسسات. API عديمة الحالة تنافسية، والسعر واضح، وقائمة التغطية مفيدة. لكن عدم تطابق اسم المنتج مع قدرته يترك مساحة كبيرة أمام المشتري التنفيذي لاختيار الطبقة الخطأ.
الأنسب لـ: استدعاءات نماذج Mistral داخل بنية وكيل يبنيها العميل ويخزّن حالتها بنفسه.
الميزة الأبرز: تغطية واسعة لواجهات API عديمة الحالة عبر النصوص وOCR والتصنيف والصوت.
الأسعار: يبلغ Mistral Large نحو $0.50 للإدخال و$1.50 للإخراج لكل 1 مليون رمز. وتقل Batch بنسبة 50%، وقد ينخفض الإدخال المخبأ بما يصل إلى 90%، لكن ملفات Batch خارج ZDR. منتجات المستخدم هي Free مع رصيد شهري $10 لـAPI، وPro بسعر $14.99 شهرياً مع رصيد شهري $30، وTeam بسعر $24.99 لكل مستخدم شهرياً، وEnterprise؛ ولا يزال ZDR يتطلب خطة مدفوعة وموافقة.
التجربة المجانية: لا تتأهل خطة المنتج Free لـZDR.
- قائمة واضحة بنقاط النهاية عديمة الحالة المدعومة.
- سعر تنافسي لـMistral Large.
- تمتد التغطية إلى ما بعد النص، فتشمل OCR وواجهات الصوت.
- يوثّق ZDR وإلغاء الاشتراك في التدريب بوصفهما قرارين منفصلين.
- منتج Agents المُدار غير مؤهل لـZDR.
- تُستثنى Batch والملفات والمحادثات والمكتبات.
- تُستثنى نماذج Labs.
- يلزم الحصول على موافقة وامتلاك خطة مدفوعة.
ميزانية الاستدلال الشهرية ليست ميزانية الخصوصية كاملة
أسعار الرموز مهمة، لأن الوكيل المؤسسي قد ينتج مليارات رموز الإدخال من المستندات المسترجعة ونتائج الأدوات والذاكرة المتكررة. لكنها لا تقيس جودة النموذج. توحّد المقارنة أدناه عبء عمل واحداً فقط: 1 مليار رمز إدخال و200 مليون رمز إخراج، من دون تخزين مؤقت أو أدوات أو زيادة إقليمية أو خصم حجم.

تبلغ تكلفة تشغيل GPT OSS 120B لدى Fireworks أو Groq نحو $270. وتبلغ OpenAI GPT-5.6 Luna $440، وGoogle Gemini 3.1 Flash-Lite $550، وMistral Large $800، وAnthropic Sonnet 5 $4,000. ولا يعني الرقم الأقل أن النموذج سينجز المهمة نفسها بالدقة أو الكمون أو عدد المحاولات نفسه.
تتكون معادلة الشراء الأفضل من ثلاثة بنود:
- الاستدلال: رموز النموذج والأدوات والربط والمعالجة الإقليمية ورسوم البوابة.
- امتلاك الحالة: قاعدة البيانات ومخزن الكائنات والأسرار والتشفير ومهام الحذف ومسارات التتبع والنسخ الاحتياطية.
- تشغيل الضوابط: أدلة الاعتماد واختبارات الانحدار ومراقبة المورّد ومراجعة الحوادث ووقت الموظفين.
يكون الوكيل الخاص اقتصادياً عندما يقل مجموع هذه البنود الثلاثة عن تكلفة ومخاطر مسار مُدار يحتفظ بالبيانات. وتتباين النتيجة حسب حساسية البيانات. فقد لا يحتاج وكيل دعم العملاء الذي يعالج محتوى مركز مساعدة عاماً إلى ZDR، بينما يحتاج إليه غالباً وكيل العناية الواجبة الذي يقرأ مستندات استحواذ.
للاطلاع بتفصيل أكبر على اقتصاديات الرموز بين المورّدين، راجع مقارنة أرخص واجهات AI API. وأبقِ معيار الجودة منفصلاً عن صفحة الأسعار.
أي منصة تناسب كل حالة؟
ينبغي لمؤسس ممول يبني منتجاً صحياً أو مالياً أن يبدأ بـOpenAI API إذا كانت قدرات النماذج الرائدة مهمة، وكان بوسع الشركة الحصول على موافقة ZDR. وأبقِ ذاكرة المرضى أو العملاء أو المعاملات داخل طبقة بيانات الشركة. وإذا كانت موارد OpenAI غير المؤهلة محورية للمنتج المخطط، فأصلح البنية قبل توقيع المشتريات على النموذج.
ينبغي لمدير تقنية في شركة متوسطة لديها منظومة تحكم راسخة على AWS اختيار Amazon Bedrock عندما يكون الهدف الأمني هو الإنفاذ على مستوى المؤسسة. ويتغير القرار بعيداً عن Bedrock إذا كان النموذج المطلوب لا يسمح بـnone، ولم تقبل الشركة نموذجاً مختلفاً.
ينبغي لشركة تعمل على Google Cloud اختيار Gemini Enterprise Agent Platform عندما تكون IAM ومخازن البيانات والعمليات موجودة هناك بالفعل. ويتغير القرار إذا اعتمد مسار العمل على Grounding with Google Search أو Grounding with Google Maps أو استمرار جلسة CodeMender أو أي ميزة أخرى من Advanced AI لا تستوفي السياسة.
ينبغي لمهندس منصات خبير يريد Claude اختيار Anthropic API إذا استطاع الفريق استخدام طلبات Messages المؤهلة وأدوات جانب العميل. ويتغير القرار إذا كان Fable 5 أو Mythos 5 أو Managed Agents أو تنفيذ الأكواد المستضاف أو MCP Connector مطلباً لا يمكن التنازل عنه.
على فريق النماذج المفتوحة وضع Fireworks AI وGroqCloud معاً في القائمة القصيرة. اختر Fireworks عندما يلائمك سلوك ZDR الافتراضي وقائمة التقديم لديها. واختر Groq عندما يلائمك الكمون المنخفض وZDR بالخدمة الذاتية ونموذج السعة. اختبر النموذج وعبء العمل المحددين قبل الاختيار.
ينبغي لمؤسسة موحّدة على Azure استخدام Microsoft Foundry عند اعتماد المراقبة المعدّلة لإساءة الاستخدام وإمكان التحقق من ContentLogging:false. ويتغير القرار إذا أرادت المؤسسة عقد ZDR واحداً وقابلاً للنقل بين السحابات، بدلاً من مجموعة ضوابط خاصة بـAzure.
استخدم OpenRouter عندما تكون حرية اختيار النموذج والتحويل الاحتياطي وتعدد المورّدين متطلبات أساسية. ولا تستخدمها اختصاراً للخصوصية؛ فكل إضافة وأداة ونقطة نهاية متبقية للمورّد تحتاج إلى اعتماد.
استخدم API عديمة الحالة لدى Mistral عندما تلائم نماذج Mistral المهمة وتستطيع الشركة بناء حالة الوكيل بنفسها. ولا تختر منتج Agents المُدار لمتطلبات ZDR صارمة.
خيارات ينبغي تجنبها عند تطبيق ZDR بصرامة
تجنب Claude Fable 5 وClaude Mythos 5 ما لم تقبل المؤسسة رسمياً الاحتفاظ لمدة 30 يوماً. وينطبق الاستثناء نفسه على هذين النموذجين لدى API المباشرة وأسواق السحابة، ما لم يحصل الحساب على أهلية ZDR خاصة.
تجنب Mistral Agents في مسار عمل ينص شرطه حرفياً على عدم الاحتفاظ بالبيانات. قد تتأهل واجهات API عديمة الحالة لدى Mistral؛ أما منتج Agents المُدار فلا يتأهل.
تجنب Grounding with Google Search وGrounding with Google Maps في المسار الصارم. فللبحث مدة احتفاظ لا يمكن تجنبها تصل إلى 3 أيام، وتخزّن Maps المحتوى ذي الصلة مدة 30 يوماً. استخدم Web Grounding for Enterprise عندما يلائم حالة الاستخدام والعقد.
تجنب الإعدادات الافتراضية للمحادثات المخزنة. تستخدم Fireworks Responses القيمة store=True افتراضياً، كما تستخدم Google Interactions القيمة store على true افتراضياً. ينبغي لسياسة الإنتاج ضبط السلوك الخاص صراحة، ورفض أي نشر يغفله.
تجنب نقاط النهاية المريحة ذات الحالة من دون اعتماد احتفاظ منفصل. ويشمل ذلك OpenAI Conversations وAssistants وThreads وFiles وVector Stores وBatch؛ وAnthropic Managed Agents وBatch وFiles وتنفيذ الأكواد وMCP Connector؛ وحالة Groq Batch والضبط الدقيق؛ وسجل Microsoft Responses وAssistants Threads وFiles وBatch؛ وMistral Conversations وLibraries وFiles وBatch.
تجنب مراجعة خصوصية تقتصر على البوابة. يستطيع OpenRouter منع وصول مسار الاستدلال إلى نقطة لا تطبق ZDR، لكنه لا يحكم إضافة البحث على الويب أو خادم MCP أو CRM أو المتصفح أو أداة التحليلات أو قاعدة البيانات التي تستقبل المحتوى بعد استدعاء النموذج.
خطوة يوم الاثنين: نفّذ اختبار احتفاظ واحداً
لا تبدأ بعملية شراء تشمل تسعة مورّدين. اختر مسار عمل حساساً واحداً، وأثبت حدوده يوم الاثنين.
اختر سجلاً واحداً
أنشئ سجلاً اصطناعياً يشبه البيانات الحساسة التي سيعالجها الوكيل. وأضف إليه سلسلة طُعم فريدة حتى يمكن البحث عن كل نسخة منه.
ارسم كل محطة
اسرد العميل والبوابة ونقطة نهاية النموذج والذاكرة المخبأة وقاعدة بيانات الذاكرة ومخزن الملفات ونظام الرصد والأداة ومسار المراجعة البشرية. وضع مالكاً وقاعدة احتفاظ بجانب كل عنصر.
فعّل الضابط الصارم
فعّل إعداد ZDR أو الإعداد عديم الحالة في المنصة على مستوى المؤسسة أو المشروع. واضبط مؤشرات تخزين الطلبات صراحة حتى عندما يقول المورّد إن ZDR يتجاوزها.
عطّل مسار العمل عمداً
استدعِ ميزة واحدة غير متوافقة. ينبغي للضابط القوي أن يحظرها أو يعطّلها أو يطلق تنبيهاً. وإذا نجح الطلب وخزّن بيانات الطُعم، فالبنية تحتاج إلى طبقة إنفاذ أخرى.
ابحث واحذف واعتمد
ابحث عن بيانات الطُعم في كل نظام معتمد، ونفّذ مسار الحذف، واحتفظ بالأدلة، واطلب من الأمن ومالك المنتج اعتماد المخطط. وكرر ذلك بعد كل تغيير في النموذج أو الأداة أو ميزة الوكيل.
ليست النتيجة سياسة من 40 صفحة، بل خريطة طلب واحدة وحزمة أدلة واحدة وقراراً واحداً: الإبقاء على مسار العمل أو تغيير الميزة أو تغيير المورّد. وهكذا يصبح ZDR ضابطاً تشغيلياً بدلاً من صفة في مستند المشتريات.
الأسئلة الشائعة
ما أفضل منصة لوكلاء الذكاء الاصطناعي في المؤسسات؟
تُعد OpenAI API أفضل منصة نماذج تطبق ZDR لمعظم المؤسسات التي تحتاج إلى قدرات رائدة، بينما يتفوق Amazon Bedrock عندما يجب أن تمنع سياسة الاحتفاظ أي طلب غير متوافق على امتداد مؤسسة AWS. وتلائم Google Gemini Enterprise Agent Platform بيئة Google Cloud قائمة أكثر من غيرها. ويتغير الخيار الأفضل عندما تقع ميزة لازمة للذاكرة أو الملفات أو البحث أو الوكيل المُدار خارج ZDR.
ما أفضل وكيل ذكاء اصطناعي في 2026؟
لا يوجد وكيل واحد هو الأفضل لكل مسار عمل مؤسسي. ولتطبيق ZDR الصارم، ابنِ الوكيل حول نقطة نهاية نموذج مدعومة وعديمة الحالة، وأبقِ الحالة الدائمة في أنظمة يتحكم فيها العميل. تتصدر OpenAI النماذج الرائدة مع ZDR، وBedrock إنفاذ السياسة، وFireworks أو Groq استدلال النماذج المفتوحة.
ما أبرز توجهات الذكاء الاصطناعي للمؤسسات في 2026؟
من أبرز التوجهات فصل الوصول إلى النموذج عن امتلاك الحالة. إذ تؤثر قواعد الاحتفاظ الخاصة بالنماذج الرائدة الآن في أهلية النموذج، بينما تحتاج المؤسسات بصورة متزايدة إلى امتلاك الذاكرة والملفات ومسارات التتبع وحوكمة الأدوات لإبقاء أعمال الوكلاء الحساسة خاصة.
ما أفضل منصة ذكاء اصطناعي في 2026؟
بالنسبة إلى برنامج ذكاء اصطناعي مؤسسي عام، فإن أفضل منصة هي التي تلائم ضوابط الشركة السحابية ومتطلبات النماذج وحدود البيانات وفريق التشغيل. أما لمتطلبات ZDR الأضيق، فتتصدر OpenAI API وAmazon Bedrock وGoogle Gemini Enterprise Agent Platform، مع اختلاف التغطية والإنفاذ بين كل خيار.
هل تريد طريقة من صفحة واحدة لمطابقة أدوات AI مع مسارات العمل ومخاطر الأعمال؟ احصل على AI Tools Map for Business Owners عبر النشرة البريدية.
2 سبتمبر 2026







