Sierra: لماذا تعمل أفضل وكلاء الذكاء الاصطناعي لخدمة العملاء على بنى معمارية بسيطة

ناقش زاك رينو-ويدان، المؤسس المشارك لشركة Sierra، وهاريسون تشيس، الرئيس التنفيذي لـ LangChain، في بودكاست Max Agency طبيعة وكلاء الذكاء الاصطناعي التي تعمل فعلًا في بيئة الإنتاج. وجاءت الخلاصة مخالفة للبديهة: فأكثر الأنظمة فاعلية في خدمة العملاء ليست الأكثر تعقيدًا.

فخ التعقيد

تسلك معظم الفرق عند بناء وكلاء الذكاء الاصطناعي الطريق الأكثر بديهية: تضيف مزيدًا من الطبقات، ومزيدًا من الأدوات، ومزيدًا من التنسيق (orchestration). أما في Sierra فقد توصلوا إلى الاستنتاج المعاكس بعد العمل مع عملاء مؤسسيين كبار.

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

• عدد أقل من المكونات يعني سهولة أكبر في تصحيح الأخطاء والمراقبة
• خطوط المعالجة (pipelines) البسيطة تمنح زمن استجابة (latency) يمكن التنبؤ به
• يسهل الالتزام بمتطلبات الامتثال (compliance) والتدقيق (audit)
• تسريع التكرار والتطوير عند تغير منطق العمل
• عتبة دخول أقل للمهندسين الجدد في الفريق

ما هو «org chart shipping»

يصف رينو-ويدان «org chart shipping» بأنه أحد أبرز الأنماط المضادة (antipatterns)، ويعني أن تكرر بنية الوكيل الهيكل التنظيمي للفريق الذي بناه. فإذا كان في الشركة قسم للشكاوى وقسم للدعم الفني وقسم للمبيعات، يظهر في نظام الذكاء الاصطناعي ثلاثة وكلاء منفصلين مقسّمين وفق المبدأ نفسه.

والمشكلة أن العميل لا يفكر بمنطق الهيكل التنظيمي الداخلي. فقد تمتد مهمته الفعلية عبر عدة أقسام في آن واحد، فيبدأ النظام بتقديم إجابات مجزأة أو متناقضة.

«أفضل وكيل هو الذي يحل مشكلة العميل، لا الذي يعكس الهيكل الداخلي

للشركة»، — زاك رينو-ويدان.

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

الدفع مقابل النتيجة

تعمل Sierra وفق نموذج التسعير القائم على النتائج (outcome-based pricing)، أي أن العملاء يدفعون مقابل المهام المحلولة، لا مقابل عدد الرموز (tokens) أو طلبات API. ويرى رينو-ويدان أن هذا النموذج يغيّر جذريًا الحوافز لدى فريق التطوير بأكمله.

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

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

ماذا يعني ذلك

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