OpenAI Presence: منصة الشركات لنشر وكلاء الذكاء الاصطناعي الخاضعين للحوكمة

ما الذي أطلقته OpenAI فعلياً

في 22 يوليو 2026، أعلنت OpenAI عن Presence، وهي منصة مُدارة للشركات لنشر وتشغيل وكلاء الذكاء الاصطناعي عبر قنوات الصوت والمحادثة النصية. هذه الخطوة تمثل تحولاً في استراتيجية OpenAI تجاه الشركات: فبدلاً من بيع وصول خام إلى النماذج عبر واجهة برمجة التطبيقات (API) وترك الحوكمة للعميل، أصبحت OpenAI الآن تبيع طبقة الحوكمة نفسها — السياسات والصلاحيات والاختبارات والمراقبة، مجمّعة حول نماذجها كمنتج واحد.

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

تُشغّل OpenAI خط دعمها الهاتفي باللغة الإنجليزية على منصة Presence كدليل عملي. وبحسب Help Net Security، يحل هذا الخط الآن 75% من المشكلات الواردة دون تدخل بشري، وقد أدت حلقة تحسين مدعومة بـ Codex — حيث يراجع وكيل البرمجة التابع لـ OpenAI التفاعلات الفاشلة ويقترح إصلاحات يوافق عليها الموظفون — إلى خفض عمليات التحويل إلى البشر بمقدار 15 نقطة مئوية خلال عشرة أيام. إنه رقم مثير للإعجاب، لكنه أيضاً مقياس داخلي خاص بـ OpenAI، وليس مقياساً من نشر مستقل لدى شركة أخرى.

طبقات الحوكمة خلف كل وكيل Presence

يُبنى كل نشر لمنصة Presence من الطبقات نفسها، وكل طبقة تجيب على نمط فشل محدد يقلق الشركات عند وضع نموذج لغوي أمام عميل. تحدد السياسات وإجراءات التشغيل الموحدة (SOPs) ما يُفترض أن يقوم به الوكيل — السيناريو الذي يتبعه في حالة إرجاع منتج أو مطالبة أو تذكرة خدمة. تُوضع ضوابط الحماية (guardrails) فوق ذلك وتتدخل بمجرد أن تنحرف المحادثة عن الحدود التي وضعتها الشركة، سواء كان ذلك عميلاً يطلب استرداداً خارج السياسة أو محاولة حقن أوامر (prompt injection) مخفية داخل تذكرة دعم. تحدد الإجراءات المعتمدة بدقة الأنظمة والوظائف التي يمكن للوكيل استدعاءها — وصول للقراءة فقط إلى قاعدة بيانات المطالبات، مثلاً، مقابل وصول للكتابة لإصدار استرداد.

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

الأموال وراء ضوابط الحماية

لم تُطلق Presence في فراغ، ولا طموحات OpenAI تجاه الشركات أيضاً. اثنان من عملاء Presence الأوائل المُعلن عنهم — BBVA Mexico وSoftBank Corp — هما أيضاً من الجهات الممولة لكيان منفصل تابع لـ OpenAI: شركة النشر (Deployment Company)، أو DeployCo، وهي مشروع مشترك تملك OpenAI الحصة الأغلبية فيه، أُطلق في 11 مايو 2026 بتمويل يتجاوز 4 مليارات دولار بتقييم ما قبل التمويل بلغ 10 مليارات دولار، بدعم من مجموعة تضم TPG وAdvent وBain Capital وBrookfield وGoldman Sachs وWarburg Pincus، إلى جانب شركات الاستشارات Bain & Company وCapgemini وMcKinsey. تأسست DeployCo لتمويل وتوظيف الكوادر اللازمة بالضبط لنوع نشرات الشركات التي صُممت من أجلها Presence — مهندسو النشر الميداني (Forward Deployed Engineers) ومتكاملو الأنظمة، والآن، على ما يبدو، بعض البنوك والتكتلات ذاتها التي تصطف كعملاء تجريبيين.

هذا التداخل مهم لكيفية قراءة الشركات لتسعير Presence. لا توجد نسخة ذاتية الخدمة، ولا قائمة أسعار عامة — تُحدَّد نطاقات النشر بشكل فردي، ويقودها مهندسو OpenAI أنفسهم أو متكاملون مختارون، بأسعار وصفتها The Register بأنها أقرب إلى أسعار الاستشارات. Presence ليست اشتراك SaaS؛ بل هي أقرب إلى عقد خدمات مُدارة مع نموذج مُلحق به، والنافذة الزمنية التي امتدت نحو أربعة أسابيع وشهدت إطلاق منصة Gemini Enterprise Agent Platform من Google، وBusiness Agent Platform من Meta، وProject Arc من NVIDIA وServiceNow، ثم Presence، تشير إلى أن القطاع بأكمله توصل إلى الاستنتاج نفسه في الوقت نفسه: الوكيل نفسه أصبح الآن سلعة، والهامش الربحي يكمن في غلاف الحوكمة.

ما ينبغي أن يفعله مدراء تقنية المعلومات في الشركات

1. اطلب سجلات التقييم والتصعيد قبل طلب العرض التوضيحي

لا تساوي ضوابط الحماية شيئاً دون سجل تدقيق. قبل تقييم Presence أو أي منصة وكلاء منافسة، اطلب تقارير المحاكاة والتقييم الفعلية — لا ملخص عرض مبيعات — لسيناريو قريب من حالة استخدامك الخاصة. إذا لم يستطع المورّد تقديم أثر تصعيد محدد (ما الذي أطلقه، وكم استغرق التحويل، وماذا رأى الإنسان)، فأنت تُباع وعداً، لا نظام حوكمة. تعامل مع هذا الأمر كما تتعامل مع طلب تقرير SOC 2 — ارفض المضي قدماً بدونه.

2. تفاوض على نطاق الخدمات المهنية كتابياً، لا مجرد الوصول إلى النموذج

بما أن Presence لا تملك نسخة ذاتية الخدمة، فإن العقد الحقيقي المطروح هو التزام خدمات محدد النطاق من قبل مهندسي النشر الميداني التابعين لـ OpenAI أو أحد متكاملي الأنظمة. حدد بدقة المخرجات والجداول الزمنية وشروط الخروج كما تفعل مع أي بيان عمل استشاري — بما في ذلك من يملك إعدادات السياسات وقواعد التصعيد في حال تغيير المورّد لاحقاً. صياغة النطاق الغامضة هي بالضبط ما يجعل تكلفة نشر الذكاء الاصطناعي المسعّر على طريقة الاستشارات تتضخم بهدوء.

3. أدرج سيناريو فشل Gartner في ميزانية النشر، لا سيناريو المكاسب فقط

تتوقع Gartner أن نحو نصف المؤسسات التي تخطط لنقل خدمة العملاء إلى الذكاء الاصطناعي ستتخلى عن تلك الخطط بحلول عام 2027، مستشهدة بحالات ثبت فيها أن التواصل البشري لا يمكن الاستغناء عنه. ابنِ خطة تراجع و«حد أدنى للتصعيد البشري» — نسبة حل دنيا مقبولة عبر الذكاء الاصطناعي ينبغي دونها العودة إلى دعم بشري — قبل الإطلاق، لا بعد فصل صعب من شكاوى العملاء.

4. تعامل مع هذا كتوظيف حوكمة، لا مجرد شراء برمجيات

تحتاج سياسات Presence وضوابط الحماية ونطاقات الإجراءات المعتمدة جميعها إلى مسؤول بشري يفهم العملية التجارية وسطح إعدادات المنصة معاً. خصص ميزانية لدور مخصص لحوكمة الوكلاء — شخص يراجع التغييرات المقترحة من Codex قبل الموافقة عليها — بدلاً من افتراض أن فريق عمليات الدعم الحالي يمكنه استيعاب ذلك فوق عبء عمله الحالي.

فجوة التبني القادمة

تُعد Presence أوضح إشارة حتى الآن إلى أن سوق وكلاء الذكاء الاصطناعي في الشركات قد تجاوز مرحلة «هل يستطيع الإجابة عن سؤال» إلى مرحلة «هل نثق به بما يكفي لإزالة الإنسان» — وأن OpenAI وGoogle وMeta وNVIDIA وصلت جميعها إلى هذا الاستنتاج في غضون أسابيع قليلة من بعضها البعض. لكن جهاز الحوكمة نفسه الذي يجعل Presence أكثر مصداقية من واجهة برمجة تطبيقات مجردة، يجعلها أيضاً أبطأ وأكثر كلفة في التبني مما يوحي به التسويق: لا نسخة ذاتية الخدمة، وتسعير محدد على طريقة الاستشارات، وعملية نشر تمر عبر ذراع النشر الخاص بـ OpenAI ومستثمريها الخارجيين.

رقم Gartner هو ما ينبغي للشركات التمعن فيه أطول — ليس لأنه يثبت أن وكلاء الذكاء الاصطناعي لا تعمل، بل لأنه يشير إلى أن الفجوة بين نسبة الحل الداخلية البالغة 75% التي حققها المورّد وبيئة الشركة النموذجية الأكثر فوضوية وأقل انضباطاً لا تزال واسعة بما يكفي لجعل نصف الخطط الحالية لا تنجو من الاصطدام بالواقع التشغيلي. قد لا يكون المنتج الحقيقي لـ Presence هو الوكيل نفسه — بل قد يكون أثر التدقيق الذي يتيح لمدير تقنية المعلومات أن يشرح، بعد وقوع خطأ ما، السبب الدقيق وراء تصرف النظام على هذا النحو.

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

المصادر والقراءات الإضافية

• OpenAI تكشف عن Presence، منصة جديدة تتيح للشركات إطلاق وإدارة وكلاء صوتيين وروبوتات محادثة في الوقت الفعلي — VentureBeat
• OpenAI Presence تربط وكلاء الذكاء الاصطناعي ببيانات الشركات مع ضوابط حماية مدمجة — Help Net Security
• OpenAI تجرّب مسار الاستشارات مع «Presence» — The Register
• OpenAI تطلق مشروع نشر ذكاء اصطناعي للشركات بقيمة 4 مليارات دولار — Axios
• OpenAI تطلق Presence لنشر وكلاء الذكاء الاصطناعي في سير عمل الشركات — Automation Today
• شرح OpenAI Presence: منصة OpenAI الجديدة لوكلاء دعم عملاء الذكاء الاصطناعي — Digit