كيف تستخدم وكلاء الذكاء الاصطناعي العامين من دون فقدان التحكم

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

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

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

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

مخطط سير عمل محدود لاستخدام وكلاء الذكاء الاصطناعي العامين

1. اكتب عقد مطالبة، لا أمنية

تبدو التعليمات الضعيفة هكذا:

ابحث في هذا الموضوع وأنشئ تقريرا جيدا.

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

ينبغي أن تتضمن المطالبة المفيدة للوكيل العام عادة ما يلي:

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

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

2. قسم العمل الطويل إلى خطط ونقاط تحقق وحالات استرداد

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

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

يفيد نمط orchestrator-workers من Anthropic هنا: وكيل منسق يقسم المهمة إلى أجزاء، بينما يتعامل worker متخصصون مع مهام فرعية محدودة. وتعرض أنماط persistence و interrupts في LangGraph الفكرة المعمارية نفسها من زاوية أخرى: يحتاج الوكلاء طويلو التشغيل إلى حالة، ونقاط تحقق، وقدرة على التوقف قبل الإجراءات الحساسة.

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

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

3. ضع المراجعة البشرية عند حدود المخاطر، لا عند كل نقرة

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

النمط الأفضل هو سلم المخاطر.

سلم مخاطر يوضح أين يجب أن يحدث التأكيد البشري

يمكن عادة للإجراءات منخفضة المخاطر أن تمضي بإشراف خفيف:

• قراءة المواد المقدمة؛
• البحث داخل مساحة عمل معتمدة؛
• صياغة مخطط أولي؛
• تلخيص المصادر؛
• اقتراح الخطوات التالية.

ينبغي أن تنتج الإجراءات متوسطة المخاطر نقطة تحقق:

• تعديل مستند؛
• إنشاء مسودة موجهة للعميل؛
• إنشاء قائمة مهام؛
• إعداد تحويل بيانات؛
• التوصية بقرار.

ينبغي أن تتطلب الإجراءات عالية المخاطر تأكيدا صريحا:

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

يتطابق هذا مع اتجاه عمل Anthropic حول الوكلاء الجديرين بالثقة واستخدام الحاسوب، ومع ضوابط الإنسان داخل الحلقة في OpenAI Agents SDK، ومع إرشادات Microsoft Responsible AI: يجب أن يرتبط الإشراف بالمخاطر، والسلطة، وقابلية العكس، والتأثير.

لذلك فالتعليمة الجيدة ليست "اسألني قبل فعل أي شيء". بل تكون أكثر تحديدا:

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

يسمح هذا النوع من الحدود للوكيل بأن يظل مفيدا مع الحفاظ على سلطة الإنسان.

4. انتق بيئة الوكيل قبل زيادة الاستقلالية

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

يحتاج الوكلاء إلى سطح تشغيل منتقى:

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

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

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

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

5. اطلب آثارا قابلة للمراجعة، لا مجرد ردود دردشة

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

على سبيل المثال:

أصبح العمل الذي يبدأ بالأثر نمطا منتجيا شائعا. جعلت Claude Artifacts المخرجات الدائمة أكثر وضوحا للمستخدمين. وتظهر OpenAI tracing و LangSmith observability حاجة تشغيلية مجاورة: عندما يتصرف الوكلاء، تحتاج الفرق إلى آثار، وأدلة، وحالة قابلة للفحص. كما تؤكد إرشادات Microsoft Responsible AI المساءلة، والمراقبة، والحوكمة، والإشراف البشري.

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

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

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

قالب عملي للبدء

إذا أردت مطالبة قابلة لإعادة الاستخدام لوكيل عام، فابدأ بهذا:

الهدف:
[صف النتيجة الحقيقية، لا النشاط فقط.]

السياق والمواد:
[أرفق أو اذكر الملفات والروابط والملاحظات والقيود المرجعية.]

معايير النجاح:
[حدد ما الذي يجب أن يكون صحيحا في النهاية.]

الحدود:
[الأدوات المسموحة، الأدوات الممنوعة، حدود البيانات، حدود الشبكة، وقواعد الأذونات.]

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

الأدلة:
[اطلب اقتباسات، وسجلات، ولقطات شاشة، ومسارات ملفات، وفروقا، أو ملاحظات تحقق.]

الأثر النهائي:
[حدد صيغة المخرج وأين يجب حفظه أو عرضه.]

إذا تعذر التقدم:
[أبلغ عن العائق، وما تمت تجربته، والخيار التالي الأكثر أمانا.]

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

الخلاصة: التحكم خاصية من خصائص سير العمل

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

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

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

المراجع

1. AWS Prescriptive Guidance: Computer use agents
2. AWS Connect: Agentic self-service prompt best practices
3. Anthropic: بناء وكلاء فعالين
4. LangGraph persistence
5. LangGraph interrupts
6. وثائق Hermes
7. Anthropic: نحو وكلاء AI جديرين بالثقة
8. وثائق أداة Claude computer use
9. OpenAI Agents SDK: إنسان داخل الحلقة
10. Microsoft: Responsible AI للوكلاء عبر المؤسسة
11. Anthropic Engineering: كتابة أدوات للوكلاء
12. وثائق OpenClaw
13. Claude Artifacts
14. OpenAI Agents SDK: Tracing
15. LangSmith observability
16. MCPlato