أوضحت "أول فورم" لماذا يحتاج وكيل الذكاء الاصطناعي للشركات إلى حلقة Agent Loop

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

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

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

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

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

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

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

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

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

Agent Loop بهذا المعنى هو محاولة لسد الفجوة الأكثر إيلاماً في السوق: بين قدرة النموذج على استدعاء شيء ما وقدرة الشركة على الثقة به بمهمة حقيقية.