لماذا تُصمم معظم وكلاء الذكاء الاصطناعي (AI Agents) بشكل مبالغ فيه

وكلاء الذكاء الاصطناعي (AI agents) في كل مكان. ترى أسراباً من الوكلاء، وفرقاً ذاتية القيادة، وأنظمة ذاتية التحسين. وفي كل أسبوع، يَعِد إطار عمل جديد ببناء الجيل القادم من الذكاء الاصطناعي.

بعد دراسة سير عمل الذكاء الاصطناعي (AI workflows)، توصلت إلى استنتاج بسيط: معظم وكلاء الذكاء الاصطناعي مصممون بشكل مبالغ فيه (overengineered).

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

الصناعة تعشق التعقيد

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

المشكلة نفسها غالباً ما تُحل بتسلسل بسيط:

  • من PDF إلى أجزاء (Chunk)
  • من أجزاء (Chunk) إلى تضمين (Embed)
  • من تضمين (Embed) إلى قاعدة بيانات متجهة (Vector DB)
  • من نموذج لغوي كبير (LLM) إلى استجابة (Response)

في بعض الأحيان، يكون سير العمل (workflow) كافياً. لست بحاجة إلى جيش من الوكلاء.

سير العمل يحل معظم المشكلات

معظم تطبيقات الذكاء الاصطناعي حتمية (deterministic)؛ فهي تتبع تسلسلاً محدداً. وتشمل الأمثلة ما يلي:

  • الأسئلة والأجوبة حول المستندات
  • دعم العملاء
  • ملخصات الاجتماعات
  • إنشاء المدونات
  • مراجعة الكود

هذه مجرد سير عمل، وليست أنظمة ذاتية القيادة. سير العمل أسهل في تصحيح الأخطاء (debug)، والتوسع (scale)، والصيانة، والشرح.

الوكلاء يضيفون تكاليف خفية

كل وكيل جديد يضيف مشكلات:

  • تكاليف رموز (tokens) أعلى بسبب زيادة المطالبات (prompts)
  • زمن استجابة (latency) أكبر بسبب الخطوات الإضافية
  • فرص أكبر لحدوث الهلوسة (hallucinations)
  • صعوبة أكبر في تصحيح الأخطاء (debugging)
  • احتياجات أكبر للبنية التحتية

يتحول التطبيق البسيط إلى مشروع هندسي ضخم.

أين يتألق الوكلاء حقاً

أنا لست ضد الوكلاء. فالوكلاء مفيدون عندما:

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

قاعدتي

غالباً ما يقفز المطورون مباشرة إلى أطر العمل المعقدة. قبل أن تفعل ذلك، اطرح سؤالاً واحداً: هل يمكن لسير العمل (workflow) حل هذا؟

إذا كانت الإجابة نعم، فابدأ من هناك. لا تضف الوكلاء إلا عندما تتطلب التعقيدات ذلك.

اتبع هذا المبدأ:

  • سير العمل أولاً.
  • الوكيل ثانياً.
  • تعدد الوكلاء أخيراً.

التعقيد ليس ابتكاراً. التعقيد هو تكلفة. لا يهتم المستخدمون بعدد الوكلاء الذين تستخدمهم، بل يهتمون بما إذا كانت الأداة تعمل أم لا. البساطة هي ميزة (feature).

المصدر: https://dev.to/jaideepparashar/why-i-think-most-ai-agents-are-overengineered-249o