المساعد الذكي في الشبكة الداخلية: ماذا يحلّ وأين ينبغي أن يتوقّف

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

المصدر: وثائق لا اختلاق

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

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

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

الصلاحيات: بعين مَن ينظر؟

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

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

والمنطق نفسه يسري على المسارات التي تقتضي السرّية: بلاغات خطّ النزاهة، وإجابات استطلاعات النبض، وبيانات الأداء يجب ألا تدخل قاعدة معرفة المساعد إطلاقاً.

الفعل: أين يتوقّف؟

«أنشئ طلب إجازة نيابةً عني» ميزة مغرية. لكن مساعداً ينشئ السجلات بصمت يولّد مشكلة ثقة يصعب إصلاحها.

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

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

أما النموذج الثالث الذي لا يجوز قبوله أبداً فهو: مساعد يقول «أنشأتُه نيابةً عنك» وهو لم يفعل شيئاً.

ذِكر المصادر

المساعد الجيّد يسرد تحت إجابته الوثائق التي استند إليها ويتيح فتحها بنقرة واحدة. والفائدة مزدوجة: يستطيع المستخدم التحقّق، ويُعثَر بسرعة على مصدر أي إجابة خاطئة فيُصحَّح. مساعدٌ يستطيع أن يُري، خير من مساعد يقول «ثق بي».

القياس والتكلفة

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

ومراجعة الأسئلة بلا إجابة بانتظام هي الممارسة الوحيدة التي تُحسّن المساعد مع الوقت — لا بتغيير النموذج، بل بكتابة الوثيقة الناقصة.

المساعدة داخل المنتج

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

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

من أين نبدأ؟

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