لا أحد يعرف عدد وكلاء الذكاء الاصطناعي الذين يشغلونهم
يمكن لفرق البنية التحتية عد الأجهزة الافتراضية بسهولة. ويمكنهم عرض لوحة تحكم لمجموعات Kubernetes لك.
ولكن اطلب جردًا لوكلاء الذكاء الاصطناعي (AI agents) وسيتغير مسار الحديث. سيبدأ الناس في الجدال حول التعريفات.
هذا الجدال هو المشكلة الحقيقية. معظم الشركات لا تستطيع جرد الوكلاء لأنها لم تقرر بعد ما الذي يُعتبر وكيلًا.
التصنيف أمر صعب. انظر إلى هذه الأمثلة:
- سير عمل GPT المجدول: ربما. فهو يستخدم نموذجًا ولكنه يفتقر إلى المنطق المستقل.
- سير عمل Copilot Studio: ربما. فهو يعمل بمفرده ولكن الملكية تظل للمنشئ.
- أتمتة n8n باستخدام LLM: يعتمد الأمر. يعتمد على ما إذا كان يتخذ قرارات أم يكتفي بتوجيه البيانات فقط.
- Bedbed Agent: نعم. لديه بيئة تشغيل مدارة وصلاحيات أدوات متتبعة.
تعامل معظم الشركات الوكلاء كأنهم مجرد سير عمل بسيط. وهذا خطأ.
يتبع سير العمل مسارًا ثابتًا، أما الوكيل فيتخذ القرارات وينفذ الإجراءات. هذا الاختلاف يغير طريقة حوكمتهم.
لم يصل الوكلاء من خلال عمليات شراء البنية التحتية الرسمية، بل وصلوا عبر مستخدمي الأعمال والمطورين وأدوات SaaS. لقد تجاوزوا أنظمة الطلب والتتبع المعتادة.
عندما تصنف وكيلًا على أنه سير عمل، فإنه يظل غير مرئي في جردك.
حتى لو قمت بتعريفهم، فإن عدّهم أمر صعب. غالبًا ما يكون الوكلاء عديمي الحالة (stateless). يتوقفون عن العمل عند انتهاء المهمة، لكن أذوناتهم تظل نشطة. إنهم في حالة خمول، وليسوا مختفين.
تخلق هذه الفجوة سلسلة من المخاطر: عدد غير معروف ← ملكية غير معروفة ← سلطة غير معروفة ← مخاطر غير معروفة
يجب أن يجيب جرد الوكلاء الأساسي على هذه الأسئلة:
- من هو المالك؟
- ما هو مستوى السلطة؟
- ما هي الأدوات التي يمكنه الوصول إليها؟
- كيف يبدأ؟
- متى كان نشطًا لآخر مرة؟
- متى يجب إيقاف العمل به؟
مستوى السلطة هو الجزء الأهم. قد يصل وكيلان إلى نفس الأدوات ولكن بمستويات قوة مختلفة؛ فقد يكتفي أحدهما بقراءة البيانات بينما يمكن للآخر الموافقة على المدفوعات.
عدّ الوكلاء هو مهمة جرد. أما فهم قوتهم فهو مهمة معمارية.
يجب عليك تحديد ماهية الوكيل في شركتك بأكملها. وإلى أن تفعل ذلك، سيظل جردك غير مكتمل دائمًا.
المصدر: https://dev.to/ntctech/nobody-knows-how-many-ai-agents-theyre-running-26g5
مجتمع تعليمي اختياري: https://t.me/GyaanSetuAi