Anthropic تشرح كيف تعتمد الشركات الأنظمة الوكيلية دون تعقيد زائد

أصدرت Anthropic دليلًا عمليًا حول وكلاء الذكاء الاصطناعي (AI) للشركات. وفكرته الرئيسية بسيطة: لا تحتاج الشركات إلى مساعد مستقل «سحري» منذ اليوم الأول، فالأفضل في أغلب الأحيان هو الأتمتة التدريجية التي لا يزداد فيها التعقيد إلا بقدر ما تتحقق فائدة فعلية.

الأساس بلا سحر

لا يقوم أي نظام وكيلي على «عقل خارق» مجرد، بل على نموذج لغوي كبير (LLM) موسَّع، أي نموذج لغوي رُبط بأدوات وبحث في البيانات وذاكرة. وبالنسبة إلى البائع يبدو الأمر عمليًا للغاية: يستطيع النموذج التحقق من مخزون المستودع، وفتح جدول المشتريات، ومقارنة أسعار المنافسين، واسترجاع سجل المراسلات مع المورّد، ثم اقتراح إجراء استنادًا إلى ذلك. فالفائدة لا تبدأ حيث يتحدث النموذج ببراعة، بل حيث يحصل على بيانات حقيقية ويستطيع أن ينفّذ شيئًا بدلًا من الاكتفاء بتقديم النصيحة.

«أنجح عمليات الاعتماد تقوم على أنماط بسيطة قابلة للتركيب، لا على أطر

برمجية معقدة».

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

متى يكفي مسار العمل (workflow)؟

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

• سلسلة الأوامر النصية (prompts): تحليل المنتج، ثم توليد نص البطاقة، ثم فحص تحسين محركات البحث (SEO)، خطوة بخطوة.
• التوجيه: السؤال عن التوصيل أو الإرجاع أو المواصفات يُحال إلى السيناريو الخاص به.
• المعالجة المتوازية: عدة نماذج تحلل في الوقت نفسه المنافسين أو المراجعات أو فرضيات الأسعار.
• المنسِّق والمنفِّذون: وحدة رئيسية تقسّم بنفسها إطلاق منتج جديد إلى مهام فرعية.
• المقيِّم والمحسِّن: نموذج يكتب الوصف، وآخر ينتقده ويعيده للتحسين.

متى نحتاج إلى وكيل؟

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

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

ماذا يعني ذلك؟

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