وكلاء الذكاء الاصطناعي للجهات الحكومية

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

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

ابدأ برحلة مستفيد تتعثر فعلياً

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

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

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

افصل الشرح والتجهيز والتقديم والقرار

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

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

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

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

ضع ترتيباً للمصادر يستطيع فريق الخدمة إدارته

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

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

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

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

سيناريو تطبيقي: تغير شرط والطلب ما زال مسودة

مثال توضيحي: يبدأ مستفيد طلباً وفق إصدار المتطلبات A. وقبل التقديم تنشر الجهة الإصدار B الذي يغير مستنداً مسانداً. وقد حدد مالك الخدمة أن الطلبات الجديدة المقدمة بعد وقت السريان تتبع B.

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

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

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

اجعل مسار المساعدة جزءاً من الخدمة

ينقل التسليم السؤال غير المحسوم ومرجع الطلب والأدلة المقدمة وسبب تعذر الحل لدى الوكيل. تُطبق الصلاحيات المناسبة لمشاركة معلومات الحالة. ولا يُطلب من المستفيد إعادة القصة كاملة لأن القناة البشرية لا ترى العمل السابق.

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

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

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

قيّد الوصول بحسب دور الخدمة وغرضها

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

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

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

اعتمد الخدمة بسجل نتائج رحلة المستفيد

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

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

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

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

عرّف التكليف الأول بلغة الخدمة

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

يمكن تحديد نطاق خدمة تطوير وكلاء الذكاء الاصطناعي من Open for AI حول معرفة الخدمة وتجهيز العمل، مع الاتفاق على الوصول والتكامل والتشغيل. ولـمناقشة وكيل لخدمة حكومية، أحضر الرحلة المعتمدة وتعديل أحد الشروط وطلباً متعثراً محجوب البيانات ومسار المساعدة الحالي. توفر هذه المواد أساساً لاختبار سهولة الخدمة مع بقاء القرارات خاضعة للمساءلة.