فرز تذاكر الدعم القابل للتدقيق بين البشر والوكلاء

مقدمة: أعد صياغة فرز التذاكر كتعاون مسؤول

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

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

لا يقدم هذا الشرح العملي تنفيذاً غير موثق خاصاً بـ Node.js أو OpenAI أو أي مزود بعينه. فالمصادر الموثقة المتاحة لا توثق API لفرز التذاكر لدى OpenAI، أو أساليب SDK، أو أسماء النماذج، أو إصدارات الحزم، أو معاملات JSON Schema، أو حدود بيئة التشغيل. ونشر كود أو سلوك لمنصة دون هذه الأدلة سيؤدي إلى دليل تقني غير موثوق. بدلاً من ذلك، يقدم هذا الشرح عملية تصميم متينة ومحايدة تجاه التنفيذ لبناء مساحة عمل قابلة للتدقيق لفرز التذاكر. ويمكن للفرق الهندسية تطبيق سير العمل عند اختيار إطار التطبيقات المعتمد لديها، ومزود النماذج، ونظام الهوية، ومنصة التذاكر، وضوابط البيانات.

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

الخطوة ١: حدد حدود القرار قبل إدخال وكيل

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

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

اكتب سياسة قرار تستخدم لغة يمكن لفرق الدعم والهندسة والأمن والعمليات جميعها فهمها. وينبغي أن تجيب السياسة عن الأسئلة التالية:

• ما خصائص التذكرة التي يجوز للوكيل اقتراحها؟
• ما الخصائص التي تتطلب من مراجع بشري اعتمادها أو تعديلها؟
• ما أنواع التذاكر التي تتطلب مراجعة بشرية إلزامية قبل أي إجراء توجيه؟
• من المخول بتجاوز توصية؟
• ما الذي يشكل النتيجة النهائية للتذكرة؟
• كيف ستسجل المؤسسة الخلاف بين الوكيل والمراجع؟

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

الخطوة ٢: صمم نموذجاً لمساحة العمل المشتركة، لا لسجل التذكرة فقط

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

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

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

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

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

الخطوة ٣: التقط التجاوزات البشرية كإشارات أساسية

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

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

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

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

الخطوة ٤: افصل بين مسؤوليات MCP وA2A وCHAP

يميز سياق CHAP الموثق بين ثلاث طبقات تقنية متجاورة لكنها مختلفة. ويساعد الفصل بينها على منع الالتباس المعماري عند بناء سير عمل لتذاكر مدعوم بالوكلاء.

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

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

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

الخطوة ٥: صمم قوائم المراجعة وفق المخاطر التشغيلية

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

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

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

الخطوة ٦: قيّم سير العمل بنتائج البشر والوكلاء

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

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

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

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

الخطوة ٧: استعد للعمل متعدد الفرق والوكلاء والمناطق الزمنية

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

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

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

أهم النقاط

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

المصادر

• بروتوكول التعاون بين البشر والوكلاء (CHAP): بروتوكول مفتوح للتعاون المنظم والقابل للتدقيق بين عدة بشر وعدة وكلاء، arXiv، ٢٠٢٦.
• ٣١٠٠ رأي حول مراجعة الكود في عالم AI: بناء نظرية سببية من نقاشات الممارسين، arXiv، ٢٠٢٦.

تحليل تحريري من فريقَي التحرير والهندسة في بوابة الذكاء الاصطناعي، نشرته شركة GateOfAI, LLC في ديلاوير، الولايات المتحدة.