ليس كل إجراء يحتاج إلى وكيل ذكاء اصطناعي.

ابدأ بالقرار المطلوب من النظام

لنفترض أن استفساراً جديداً وصل.

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

الإجراء يعرف مسبقاً ماذا يجب أن يحدث.

لكن إذا كان النظام يحتاج أولاً إلى فهم الرسالة:

هل هي مبيعات؟ دعم؟ تدريب؟ شراكة؟ هل يحتاج إلى الرجوع لنظام آخر؟ هل يمكن الرد أم يجب تحويلها لموظف؟

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

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

من المفيد أن يستطيع النظام اختيار الخطوة التالية.

لكن هذا يفتح أسئلة مهمة:

1. 01ما الذي يُسمح له بالوصول إليه؟
2. 02ما الإجراءات التي يستطيع تنفيذها؟
3. 03متى يجب أن يتوقف؟
4. 04متى يحتاج إلى موافقة بشرية؟
5. 05ماذا يفعل إذا كانت المعلومات غير واضحة؟

الوكيل الجيد يحتاج إلى حدود واضحة، وليس فقط نموذجاً ذكياً.

استخدم القواعد عندما تكفي القواعد

القواعد الثابتة ليست تقنية قديمة.

ميزتها أنها واضحة ومتوقعة.

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

استخدم AI عندما توجد مساحة للفهم.

واستخدم القواعد عندما تكون الإجابة معروفة مسبقاً.

أحياناً يكون الحل الأفضل مزيجاً

قد يعمل النظام هكذا:

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

لا يوجد سبب لجعل كل خطوة Agentic.

للتعقيد تكلفة

كل Model Call إضافي، وكل Integration وصلاحية ومسار قرار، يحتاج إلى متابعة وإدارة.

الهدف ليس إزالة التعقيد بالكامل.

الهدف هو استخدامه فقط عندما يضيف قيمة.