أتمتة وكلاء الذكاء الاصطناعي: دليل عملي لسير العمل

آخر تحديث: June 27, 2026

تعمل أتمتة وكلاء الذكاء الاصطناعي بشكل أفضل عندما تكون المهمة لها خط نهاية واضح، ومدخلات قابلة للتكرار، وأدوات محددة النطاق، وخطوة مراجعة قبل حدوث أي شيء مكلف أو عام. استخدمها لأعمال الإنتاج المحدودة النطاق: تغيير حجم مجلد من الصور، أو فرز تذاكر الدعم، أو صياغة طلب سحب (pull request)، أو التحقق من بيانات وصف SEO، أو إعداد تقرير أسبوعي.

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

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

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

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

ما هو أتمتة وكلاء الذكاء الاصطناعي؟

أتمتة وكلاء الذكاء الاصطناعي هي سير عمل يسمح للنموذج باتخاذ عدة خطوات نحو هدف بدلاً من الإجابة مرة واحدة. قد يقرأ الوكيل الملفات، أو يستدعي APIs، أو يستخدم متصفحًا، أو ينفذ الأوامر، أو يحوّل العمل إلى خدمة أخرى. تصف OpenAI أنظمة الوكلاء حول النماذج والأدوات وعمليات التسليم (handoffs) وحواجز الحماية في وثائق الوكلاء.

يتكون سير عمل وكيل مفيد من أربعة أجزاء:

• هدف محدد مع مخرج مرئي.
• مجموعة محدودة من الأدوات ومصادر البيانات.
• شرط توقف، مثل "اجتياز جميع الاختبارات" أو "تصدير أربعة ملفات WebP".
• مسار مراجعة للأخطاء وعدم اليقين والموافقة.

هذه البنية أهم من علامة النموذج التجارية. ينطبق النمط نفسه سواء كنت تستخدم وكيل ترميز (coding agent)، أو وكيل متصفح (browser agent)، أو وكيل دعم عملاء، أو وكيل عمليات المحتوى.

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

متى يكون وكيل الذكاء الاصطناعي أفضل من السكريبت؟

استخدم سكريبت عندما تكون القواعد ثابتة. واستخدم وكيل (agent) عندما تكون المهمة ذات سياق معقد ولكنها لا تزال تتطلب نتيجة محكومة.

يمكن أن تكون مهمة تغيير حجم مجلد سكريبت. أما مهمة تغيير حجم المجلد التي يجب فيها على الوكيل اكتشاف الصور المصدر السيئة، وكتابة تقرير قصير، واقتراح نص بديل (alt text)، وإعداد تصديرات خاصة بالقناة، فهي وظيفة أفضل للوكيل.

بالنسبة للفرق التي تعتمد بشكل كبير على الصور، هنا يصبح أتمتة الوكيل عملية. يمكن لوكيل الذكاء الاصطناعي دمج سير العمل الموجود في batch resize guide، والفحوصات الموجودة في image optimization for SEO، وتمريرة الضغط النهائية من compress images without losing quality. يظل البشر هم المسؤولون عن الموافقة.

كيف تصمم سير عمل وكيل آمن؟

ابدأ بالحدود المملة. فهي تجعل الأتمتة قابلة للاستخدام.

1. تسمية المالك. يجب أن يعرف شخص ما سبب تشغيل الوكيل.
2. كتابة الهدف كحالة مكتملة، وليس أمنية.
3. تزويد الوكيل بالملفات أو عناوين URL أو الـ APIs أو الأدوات التي يحتاجها فقط.
4. وضع الإجراءات التدميرية خلف الموافقة.
5. طلب الأدلة: مخرجات الاختبار، لقطات الشاشة، السجلات (logs)، أو اختلاف (diff).
6. تحديد ميزانية زمنية أو رموز (token) حتى لا يتجول التشغيل بلا هدف.
7. تحديد ما يحدث عندما يكون الوكيل غير متأكد.
8. إبقاء الإصدار الأول مُشغلاً يدوياً قبل جدولته.

يستخدم AI Risk Management Framework الخاص بـ NIST المصطلحات (govern, map, measure, and manage) كهيكل للمخاطر. بالنسبة للأتمتة اليومية، قم بترجمة ذلك إلى قائمة تحقق أصغر: من يملك التشغيل، ما الذي يمكن أن يسوء، كيف ستكتشفه، وما هو الإجراء المسموح به بعد ذلك؟

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

ما الذي يجب أن يوافق عليه الإنسان؟

وافق على الإجراء، وليس كل فكرة مر بها الوكيل (agent). مراجعة السجلات بأسلوب "سلسلة التفكير" (chain-of-thought) بطيئة وغالباً ما تكون عديمة الفائدة. مراجعة المخرجات الأثرية (artifacts) أسرع.

استخدم جدول الموافقة هذا للتشغيلات الشائعة:

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

الجانب الأمني يستحق مراجعة منفصلة. يغطي [Top 10 for Large Language Model Applications] من OWASP (https://owasp.org/www-project-top-10-for-large-language-model-applications/) مخاطر مثل حقن الموجهات (prompt injection)، وكشف المعلومات الحساسة، والوكالة المفرطة (excessive agency). تظهر هذه المخاطر بسرعة عندما يمكن للوكلاء تصفح الويب، أو قراءة الملفات الخاصة، أو استدعاء الأدوات الداخلية.

ما هي الأدوات والبيانات التي يجب أن يصل إليها الوكيل؟

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

يُعد Model Context Protocol طريقة قياسية لتوصيل النماذج بالأدوات ومصادر البيانات. يمكن أن يكون MCP مفيدًا عندما تريد أن تصل بيئة الوكيل نفسها إلى الملفات وقواعد البيانات ومتتبعات المشكلات أو الخدمات المخصصة عبر واجهة متسقة. هذا لا يلغي الحاجة إلى الأذونات، والتسجيل (logging)، وبوابات الموافقة.

ابدأ بالوصول للقراءة فقط حيثما أمكن:

• مجلد لصور المصدر.
• فرع تجريبي (staging branch)، وليس الفرع الرئيسي (main branch).
• قاعدة بيانات اختبار أو تصدير عينة.
• مجلد وثائق يحتوي على نص سياسة معتمد.
• جلسة متصفح لا يمكنها إجراء عمليات شراء أو النشر.

بعد ذلك، أضف وصول الكتابة فقط حيث يكون الناتج قابلاً للتراجع (reversible). إنشاء ملف مسودة أمر جيد. فتح طلب سحب (pull request) عادة ما يكون جيدًا. يجب أن تكون عمليات الدمج (Merging)، والإرسال (sending)، والحذف (deleting)، والتحصيل المالي (charging) إجراءات منفصلة وموافق عليها.

بالنسبة للمطورين، يتم تغطية سير العمل المتجاور في AI refactoring. تعتبر هذه المهام مرشحين جيدين للوكلاء لأنها يمكن أن تنتج أدلة: اختبارات فاشلة، واختبارات مُصلحة، وسجلات التتبع (trace logs)، ومختلفات (diffs).

كيف تقيس ما إذا كان الوكيل يعمل؟

لا تقم بقياس أداء وكيل بناءً على ما إذا كانت الإجابة الأولى تبدو واثقة. بل قِسّ التنفيذ الفعلي للعملية.

تشمل مقاييس الأداء المفيدة للتنفيذ:

• معدل الإكمال (Completion rate): هل أنهى الوكيل المهمة الموكلة إليه؟
• معدل إعادة العمل (Rework rate): ما مقدار التعديل اليدوي الذي كان مطلوبًا؟
• نوع الخطأ (Error type): ملف خاطئ، ادعاء خاطئ، مخرج معطوب، تعليمات مفقودة.
• التكلفة لكل مخرج مقبول.
• الوقت من البداية حتى النتيجة المعتمدة.
• عدد تصعيدات الموافقة.
• معدل اجتياز الاختبار أو التدقيق.

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

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

سير عمل مبدئي لفرق الصور والمحتوى

استخدم هذا الترتيب لأول عملية نشر منخفضة المخاطر:

1. اختر مهمة متكررة واحدة، مثل إعداد صور الحملات للويب.
2. اكتب الأحجام والتنسيقات وقواعد التسمية وفحوصات الجودة المطلوبة.
3. امنح الوكيل مجلدًا مؤقتًا (staging folder) وبدون صلاحيات النشر.
4. اطلب منه إنتاج الملفات بالإضافة إلى تقرير قصير لمراقبة الجودة (QA report).
5. راجع الصور وأحجام الملفات والتقرير.
6. قم بتصحيح المطالبة (prompt) أو قائمة التحقق بناءً على أولى حالات الفشل.
7. قم بتشغيله يدويًا ثلاث مرات أخرى.
8. جدولة العملية فقط بعد أن تصبح ملاحظات المراجعة متكررة.

على سبيل المثال، قد يطلب مسوق التجارة الإلكترونية من وكيل التقاط صور للمنتجات، وإجراء قصاصات (crops) خاصة بالأسواق، وضغط نسخ WebP، وكتابة مرشحات للنص البديل (alt text)، وتحديد المدخلات غير الواضحة. هذا يستخدم الأتمتة حيث تكون قوية، مع ترك الحكم على العلامة التجارية والنشر للشخص المسؤول عن المتجر.

الأخطاء الشائعة

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

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

أدلة ذات صلة

• إعادة هيكلة الذكاء الاصطناعي
• تطوير واجهة برمجة تطبيقات الذكاء الاصطناعي

مصادر الصور

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