بناء أم شراء وكلاء الذكاء الاصطناعي: إطار قرار لعمليات الخليج

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

الإطار الصحيح ليس "هل نبني أم نشتري وكلاء الذكاء الاصطناعي؟" بل هو: أي نمط يناسب هذا السير الوظيفي تحديداً، وما الذي يتطلبه فعلاً؟ ^[1]

لماذا يغيّر سياق الخليج المعادلة

معظم أطر البناء مقابل الشراء مكتوبة لسياقات المؤسسات الأمريكية أو الأوروبية. وتتعامل مع اللغة باعتبارها مشكلة واجهة مستخدم، ومع متطلبات إقامة البيانات باعتبارها مربع اختيار للامتثال. في عمليات منطقة الخليج، كلاهما قيود هيكلية حاكمة.

اللغة العربية ليست لغة هامشية هنا. إنها لغة العمل للعملاء والموظفين والمواطنين والجهات التنظيمية. وكيل ذكاء اصطناعي يستطيع عرض العربية لكنه لا يستطيع التصرف بالعربية — توجيه حالة بشكل صحيح من طلب باللغة العربية، واتباع إجراء تشغيل موحد بالعربية، وتحديث نظام بناءً على مدخلات عربية — لا يُؤتمت السير الوظيفي باللغة العربية فعلياً. إنه يُؤتمت صورته الظلية الإنجليزية، إن وُجدت. ^[2]

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

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

نموذج التقييم بخمسة أبعاد

قبل إعداد قائمة مختصرة للبائعين أو فتح مستودع GitHub، قيّم السير الوظيفي المحدد عبر خمسة أبعاد. يحصل كل بُعد على درجة من 1 (منخفض) إلى 3 (مرتفع). السير الوظيفية التي تحصل على 11–15 إجمالاً تميل نحو البناء أو التخصيص العميق. تلك التي تحصل على 5–8 تميل نحو الشراء. النطاق الأوسط (9–10) هو منطقة النماذج الهجينة.

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

2. متطلبات اللغة العربية هل يحتاج الوكيل إلى التنفيذ بالعربية — اتباع إجراءات التشغيل الموحدة بالعربية، وتفسير النصوص الحرة بالعربية، والتعامل مع لغة العقود بالعربية — أم أنه يحتاج فقط إلى عرض مخرجات بالعربية؟ العرض فقط يحصل على 1. التنفيذ بالعربية الفصحى المعاصرة يحصل على 2. التنفيذ عبر تباين اللهجات وسير العمل المختلطة بين العربية والإنجليزية (التبديل بين اللغتين في المستند أو المحادثة ذاتهما) يحصل على 3. ^[2]

3. قواعد إقامة البيانات هل يمكن أن تغادر بيانات السير الوظيفي حدود الدولة أو القطاع دون إثارة مشكلة امتثال؟ حرية التنقل تحصل على 1. السحابة الداخلية فقط تحصل على 2. التفويضات المقيّدة بالبنية التحتية المحلية أو السحابة السيادية تحصل على 3. عند الدرجة 3، تتقلص قائمة البائعين بشكل حاد وكثيراً ما يصبح مسار البناء أكثر جدوى على أساس الامتثال وحده. ^[2]

4. سرعة التغيير ما مدى تكرار تغيير العملية الأساسية؟ العمليات المستقرة التي لم تتغير منذ عامين تحصل على 1. العمليات التي تتغير كل ربع سنة — لائحة جديدة، شركاء تجاريون جدد، عتبات موافقة جديدة — تحصل على 3. سرعة التغيير العالية تعاقب كلا المسارين بطريقة مختلفة: المنصات المشتراة تتراكم عليها ديون الإعداد؛ والبناء المخصص يتطلب فريقاً داخلياً مستعداً لصيانة قاعدة الكود. لكن سير العمل عالية الوتيرة على المنصات المشتراة كثيراً ما تنتهي بأسوأ النتائج: إعداد ناقص على الدوام.

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

ما يكلفه البناء والشراء فعلاً

كثيراً ما يتقلص إطار البناء مقابل الشراء إلى مقارنة بين تكلفة الترخيص الأولية وتكلفة التطوير الأولية. هذه المقارنة الخاطئة.

التكلفة الإجمالية للامتلاك لمنصة مشتراة تشمل: رسوم الترخيص، واستشارات التكامل، والإعداد المستمر مع كل تحديث يجريه البائع على نموذجه وواجهة برمجة التطبيقات، والوقت الداخلي الذي يُقضى في إدارة علاقة البائع والاطلاع على كل إصدار جديد للمنصة. ^[1]

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

لا أيٌّ من المسارين أرخص بطبيعته. موضع السير الوظيفي على الأبعاد الخمسة أعلاه ينبغي أن يقود القرار أكثر من مقارنة التكلفة الأولية.

النماذج الهجينة: المكدّس الواقعي لمؤسسات الخليج

الإجابة الصريحة لمعظم مؤسسات الخليج هي أن استراتيجية الشراء الخالص أو البناء الخالص لا تصمد أمام محفظة سير العمل الفعلية. معظم عمليات النشر الناجحة في 2026 تُشغّل نماذج هجينة: منصات البائعين للـ80% من المهام الاعتيادية، ووكلاء مخصصون لـ20% الحرجة. ^[1]

ماذا يدخل في الـ80%؟ المهام عالية الحجم التي تُهم فيها السرعة في النشر والسير الوظيفي ليس ميزة تنافسية: ملخصات الاجتماعات، وفرز المستندات، والاستفسارات المعيارية لشؤون الموارد البشرية، والردود الأساسية على العملاء بالعربية والإنجليزية حيث يتولى نموذج البائع المُحتمل معالجة اللغة.

ماذا يدخل في الـ20%؟ السير الوظيفية التي تمتلك فيها المؤسسة ميزة تشغيلية حقيقية لا تريد تسليمها لبائع، والسير الوظيفية التي تتطلب تنفيذاً عربياً أصيلاً عبر الوثائق الداخلية، والسير الوظيفية الواقعة داخل بيئات بيانات خاضعة للتنظيم حيث لا يمكن ضمان طريقة تعامل منصة البائع مع البيانات. ^{[1] [2]}

السؤال التصميمي الحاسم هو أين يقع ذلك الحد الفاصل — وينبغي إعادة تقييمه كل ستة إلى اثني عشر شهراً مع تطور القدرات الداخلية ومشهد البائعين في آنٍ معاً.

إذا كنت تشتري: خمسة اختبارات قبل التوقيع

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

1. اختبار التنفيذ بالعربية، لا اختبار العرض بالعربية. أعطِ البائع إجراء تشغيل موحد باللغة العربية واطلب من الوكيل تنفيذه. اسأل تحديداً عن كيفية تعامل المنصة مع تباين اللهجات. واجهة مستخدم مترجمة ليست تنفيذاً عربياً. ^[2]
2. توثيق إقامة البيانات. اطلب بياناً مكتوباً بمكان حدوث الاستدلال والتخزين. "لدينا منطقة إماراتية" غير كافٍ إذا كان الاستدلال لا يزال يُوجَّه عبر نقطة نهاية خارج الإمارات.
3. اختبار عمق التكامل. نفّذ إثبات مفهوم مقابل أنظمتك الفعلية، لا في بيئة اختبار معزولة. ثغرات الوسيط تظهر بأسرع ما يكون في بيئة حية.
4. عملية إدارة التغيير. اسأل عن كيفية تعامل المنصة مع تغييرات العمليات. كم ساعة هندسية يستلزم تحديث سير عمل جوهري على منصتهم؟ ومن يتولى ذلك العمل؟
5. مصدر النموذج. افهم أي نموذج لغوي كبير تستخدمه المنصة وما إذا كان بإمكان البائع تبديل النماذج دون موافقتك. لوكلاء اللغة العربية، جودة النموذج مهمة: المنصات المبنية على نماذج لغوية كبيرة تضع العربية أولاً ستتفوق على تلك التي تُعالج العربية كطبقة ثانوية. ^[2]

رأي تارسين

نُجري تمرين التقييم هذا في بداية كل تدقيق تارسين. الإجابة لا تكون تقريباً أبداً "ابنِ كل شيء" أو "اشترِ كل شيء." بل تكون دائماً تقريباً "اشترِ هذا، وأعِدّ هذا، وابنِ ذلك الشيء المحدد الذي هو ملكك فعلاً."

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

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

سؤال البناء مقابل الشراء سؤال على مستوى السير الوظيفي، لا استراتيجية على مستوى الشركة. أجب عنه سيراً وظيفياً بسير وظيفي، وقيّمه بصدق عبر الأبعاد الخمسة، وقاوم الضغط لاختيار مسار قبل أن تمتلك البيانات. المسار يختار نفسه.

إذا أردت تطبيق تمرين التقييم على محفظة سير العمل الفعلية لديك، التدقيق هو المكان الذي يبدأ منه ذلك.