أعط الوكيل إطار تنفيذ قبل أن تكتب له أمرا جديدا

يفشل معظم وكلاء الذكاء الاصطناعي لأن مسؤول التشغيل يعطيهم أمرًا آخر وهم يحتاجون إلى إطار تنفيذ.

قد يحسّن الأمر الأدق الإجابة، لكنه لن يحدد ما يحق للوكيل الوصول إليه، ولا الإجراء المسموح به، ولا متى يتوقف، ولا كيف يُراجَع العمل، ولا كيف يعيد المحاولة بأمان.

الدرس الحقيقي من أسلوب تنفيذ المهام في نماذج مثل Claude أن النموذج ليس هو النظام. النظام هو البيئة المحيطة بالنموذج.

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

إطار التنفيذ يحوّل الذكاء الاصطناعي من نص إلى عمل

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

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

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

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

السؤال الذي يفيد مسؤول التشغيل أكثر من هل الوكيل ذكي بما يكفي؟ هو: هل المهمة محدودة النطاق بما يكفي ليعمل الوكيل دون مخاطرة يمكن تجنبها؟

مخطط إطار التنفيذ في 5 أجزاء

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

1. حدد الأدوات والصيغ قبل أن يبدأ النموذج

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

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

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

2. أضف خطوة تخطيط قبل التنفيذ

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

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

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

3. نفّذ الإجراءات داخل حلقة مضبوطة

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

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

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

4. تحقق من المخرجات بفحوصات خفيفة

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

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

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

5. احتفظ بالسجلات لإعادة المحاولة والتشخيص

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

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

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

معظم الفرق تعطي الوكلاء حرية زائدة مبكرًا

المشكلة عند معظم الفرق مشكلة ملكية لسير العمل، وليست مشكلة في أدوات الذكاء الاصطناعي.

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

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

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

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

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

قالب إطار التنفيذ الجاهز للنسخ

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

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

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

مواصفة إطار التنفيذ

1. اسم سير العمل
[اكتب اسم المهمة المتكررة]

2. الهدف التجاري
[اكتب النتيجة المطلوبة في جملة واحدة]

3. مالك سير العمل
[حدد الدور المسؤول عن سير العمل]

4. المدخلات المسموحة
- [مدخل 1]
- [مدخل 2]
- [مدخل 3]

5. حدود البيانات
مسموح:
- [مصدر بيانات معتمد]
- [مستند أو نظام معتمد]

غير مسموح:
- [بيانات حساسة يجب عدم استخدامها]
- [أنظمة يجب ألا يصل إليها الوكيل]
- [بيانات عملاء أو بيانات مالية أو قانونية أو خاصة تحتاج موافقة]

6. الأدوات المتاحة للوكيل
اسم الأداة: [tool_name]
الغرض: [ماذا تفعل الأداة]
صيغة المدخلات المطلوبة:
- field_name: [النوع والوصف]
المخرج المتوقع:
- [ما الذي ترجعه الأداة]
سلوك الفشل:
- [ماذا يحدث إذا فشلت الأداة أو أعادت بيانات ناقصة]

كرر ذلك لكل أداة.

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

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

يجب على إطار التنفيذ فحص الآتي:
- هل الأداة مسموحة؟
- هل كل الحقول المطلوبة موجودة؟
- هل يخالف الإجراء حدود البيانات؟
- هل يحتاج الإجراء موافقة بشرية؟
- هل وصل سير العمل إلى شرط توقف؟

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

10. قواعد الموافقة البشرية
تحتاج موافقة بشرية عندما:
- سيُرسل المخرج إلى عميل
- يغير سير العمل سجلًا يخص عميلًا أو ماليات أو شأنًا قانونيًا أو تشغيليًا
- يكون الوكيل غير متأكد
- تكون البيانات ناقصة
- قد ينشئ الإجراء التزامًا تجاريًا مهمًا

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

12. المخرج النهائي المتوقع
[حدد الشكل الدقيق]

13. معايير الاكتمال
لا يكتمل سير العمل إلا عندما:
- [شرط 1]
- [شرط 2]
- [شرط 3]

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

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

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

خطأ شائع يجب تجنبه: أسماء الأدوات الغامضة. فأداة اسمها manage_customer واسعة جدًا، أما أداة اسمها draft_customer_reply أو retrieve_order_status فضبطها أسهل.

تعليمات نظام نموذجية لوكيل مضبوط

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

أنت مساعد سير عمل يعمل داخل إطار تنفيذ مضبوط.

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

القواعد الأساسية:
1. لا تخترع بيانات، أو نتائج أدوات، أو تفاصيل عملاء، أو تواريخ، أو أرقام، أو سياسات، أو موافقات.
2. قبل اتخاذ أي إجراء، أنشئ خطة قصيرة تتضمن الخطوات، والأدوات المتوقعة، والافتراضات، والمخاطر، وشروط التوقف.
3. اطلب إجراء أداة واحدًا فقط في كل مرة.
4. في كل طلب أداة، قدم اسم الأداة، والمدخلات المطلوبة، وسبب الاستخدام، والنتيجة المتوقعة.
5. إذا كان هناك مدخل مطلوب مفقود، اطلبه أو علّم سير العمل بأنه متوقف.
6. إذا تعارضت نتيجة أداة مع نتيجة أخرى، توقف وارفع التعارض للمراجعة.
7. إذا كانت المهمة تمس تواصلًا مع العملاء، أو سجلات مالية، أو لغة قانونية، أو بيانات حساسة، أو التزامات تشغيلية، فحضّر مسودة وانتظر الموافقة البشرية.
8. قلل البيانات الحساسة. استخدم فقط الحقول المطلوبة للمهمة.
9. قبل المخرج النهائي، نفّذ قائمة التحقق التي يزودك بها إطار التنفيذ.
10. في المخرج النهائي، اذكر العمل المكتمل، والافتراضات، والمسائل غير المحسومة، والخطوة التالية المقترحة.

شكل المخرج:
- الخطة
- الإجراءات المطلوبة
- النتائج المستخدمة
- فحص التحقق
- المخرج النهائي
- البنود التي تحتاج مراجعة بشرية

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

الخصوصية والتحكم جزء من الإطار

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

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

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

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

الاعتراض المنطقي: هل هذا جهد زائد؟

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

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

استخدم قاعدة القرار هذه:

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

اجعل إطار التنفيذ على قدر كلفة الفشل، ولا تحصر نفسك بين الفوضى والتعقيد الزائد.

كيف تختبر أن إطار التنفيذ يعمل؟

لا يفيد إطار التنفيذ إلا إذا زاد الاعتمادية تحت ضغط التشغيل المعتاد. اختبره بمدخلات واقعية غير مرتبة قبل أن تثق به.

نفّذ 5 حالات اختبار:

1. حالة طبيعية: كل المدخلات المطلوبة موجودة، ويجب أن يكتمل سير العمل.
2. حالة مدخل ناقص: حقل مطلوب غير موجود، ويجب أن يتوقف الوكيل أو يطلبه.
3. حالة بيانات متعارضة: مدخلان بينهما تعارض، ويجب أن يرفع الوكيل التعارض.
4. حالة موافقة: يصل سير العمل إلى إجراء عالي المخاطرة، ويجب أن ينتظر الوكيل الموافقة البشرية.
5. حالة فشل أداة: نتيجة الأداة ناقصة أو غير متاحة، ويجب أن يسجل الوكيل الفشل بدل أن يخمّن.

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

شخّص. ابنِ. وتملّك سير العمل.

أين يقف عملك فعليًا؟

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