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

ابدأ من السؤال الصحيح

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

استخدامات واقعية اليوم

١. تقليل ضجيج التنبيهات

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

٢. تلخيص السجلات

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

٣. فرز التذاكر وتوجيهها

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

٤. صياغة أدلة التشغيل والتوثيق

التوثيق هو أكثر ما يؤجَّل في أي فريق تقني. الأدوات الحالية جيدة في تحويل ملاحظات مهندس بعد حادثة إلى مسودة دليل تشغيل (runbook) منظّمة، أو في تلخيص تقرير ما بعد الحادثة لمن لا يقرأ التفاصيل التقنية. المسودة تحتاج مراجعة من صاحب الخبرة، لكن البدء من مسودة أسرع بكثير من البدء من صفحة فارغة.

٥. مساعدة فرق التطوير

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

ما يجب تجنبه

المخاطر هنا ليست نظرية، وأغلبها يأتي من استخدام حسن النية دون ضوابط:

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

أساسيات الحوكمة

لا تحتاج المنشأة سياسة من عشرات الصفحات لتبدأ. ثلاثة ضوابط تغطي معظم المخاطر:

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

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

أسئلة قبل اعتماد أي أداة

قبل أن تُضاف أداة إلى القائمة المعتمدة، يكفي أن يجيب المورّد أو الفريق المقيِّم بوضوح عن أسئلة قليلة:

  • أين تُعالَج البيانات المُدخلة وأين تُخزَّن، وهل تُستخدم في تدريب نماذج المورّد؟
  • هل يمكن إدارة الحسابات مركزياً، وإلغاء وصول الموظف فور مغادرته؟
  • هل توجد سجلات تُظهر من استخدم الأداة وفيمَ استخدمها؟
  • ما الذي يحدث للبيانات عند إنهاء الاشتراك؟

إن تعذّرت الإجابة عن هذه الأسئلة، فالأداة لا تصلح للتعامل مع بيانات المنشأة مهما كانت نتائجها مبهرة في العرض التجريبي.

كيف تبدأ: تجربة صغيرة قابلة للقياس

أفضل بداية مشروع محدود النطاق، يُقاس قبله وبعده، ويمكن إيقافه دون أثر:

  • اختر مهمة واحدة متكررة ومنخفضة المخاطر، مثل فرز التذاكر أو صياغة مسودات التوثيق
  • قِس الوضع الحالي قبل البدء: الوقت المستغرق، وعدد الحالات، وجودة النتيجة
  • استخدم أداة معتمدة وبيانات مصنّفة بأنها مسموح بها، واستبعد أي بيانات حساسة
  • أبقِ إنساناً يراجع كل مخرج طوال فترة التجربة
  • حدد مدة واضحة، ثم قارن النتائج وقرر: توسيع، أو تعديل، أو إيقاف

التجربة الناجحة لا تُقاس بمدى إبهار الأداة، بل بسؤال بسيط: هل وفّرت وقتاً حقيقياً للفريق دون أن تضيف خطراً جديداً؟ إن كانت الإجابة نعم، تُوسَّع بالتدريج إلى مهمة تالية بالضوابط نفسها.

الخلاصة

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