تقوم Meta بإطلاق Muse Spark: تعمل الوكلاء الفرعيون المتوازيون وواجهة برمجة التطبيقات للمعاينة الخاصة على جلب وكيل UX إلى الذكاء الاصطناعي للمستهلك
يعد إطلاق Muse Spark في 8 أبريل من Meta أمرًا مهمًا لسبب واحد يتجاوز المعايير: فهو يدفع سلوك الوكلاء المتعددين خارج العروض التوضيحية للمنشئ إلى سطح مساعد كبير الحجم يستخدم عبر تطبيقات Meta.
ما أعلنه ميتا في الواقع
تقول Meta إن Muse Spark هو أقوى نموذج لها حتى الآن والنموذج الأول في عائلة Muse الجديدة التي أنشأتها Meta Superintelligence Labs. وتقول الشركة إن النموذج يعمل بالفعل على تشغيل تطبيق Meta AI وموقع الويب، وسيتم طرحه عبر نظارات WhatsApp وInstagram وFacebook وMessenger وAI في الأسابيع المقبلة، وسيتم تقديمه أيضًا في معاينة خاصة من خلال واجهة برمجة التطبيقات لشركاء محددين.
تغيير المنتج لا يقل أهمية عن تغيير النموذج. يقول Meta أن المستخدمين يمكنهم التبديل بين الأوضاع اعتمادًا على المهمة وأن Meta AI يمكنه إطلاق عدة عوامل فرعية بالتوازي لمعالجة طلب واحد. وصف الذكاء الاصطناعي في حساب X الرسمي لـ Meta النظام بأنه متعدد الوسائط في الأصل مع دعم لاستخدام الأداة، وسلسلة التفكير المرئية، والتنسيق متعدد الوكلاء.
لماذا هذه قصة بناء حقيقية
تتعامل معظم التغطيات الإخبارية للذكاء الاصطناعي مع الوكلاء الموازيين كنمط مؤسسي أو مطور فقط. ميتا تفعل العكس. إنها تعبئة هذا السلوك كمنتج استهلاكي UX. وهذا مهم لأنه يغير توقعات المستخدم. إذا اعتاد المستخدمون العاديون على موجه واحد يؤدي إلى إنشاء مسارات متخصصة متعددة تحت الغطاء، فسوف يشعر المنشئون بالضغط لتقديم نفس الشيء في منتجاتهم الخاصة.
ويكمن الخطر في أن السلوك متعدد الوكلاء يبدو أنيقًا في العروض التوضيحية ومكلفًا في الإنتاج. يمكن أن يعني المزيد من الفروع مزيدًا من السياق، ومزيدًا من استدعاءات الأدوات، ومزيدًا من عمليات إعادة المحاولة، ومزيدًا من الحمل غير المرئي للتنسيق. يمكن لشركة بحجم Meta أن تخفي بعضًا من ذلك. الفرق الصغيرة عادة لا تستطيع ذلك.
زاوية TRH: التوازي ليس حراً
الدرس الصحيح من Muse Spark ليس "نسخ واجهة المستخدم واستدعاء ثلاثة نماذج في وقت واحد". الدرس الصحيح هو أن التنسيق أصبح جزءًا من تصميم المنتج. إذا كنت ترغب في استعارة هذا النمط، فأنت بحاجة إلى سياسة الميزانية أولاً: متى يتم تقسيم العمل، وعدد الفروع المسموح بها، والأدوات التي يمكن لكل فرع استخدامها، وما هي الأدلة المطلوبة قبل دمج الفروع.
وبخلاف ذلك، تصبح الوكلاء الفرعيون المتوازيون بمثابة تسرب رمزي هادئ. إنهم يجمعون السياق لأنهم يستطيعون ذلك، وليس لأن المستخدم طلب ذلك. يبدو المنتج ذكيًا بينما تزداد اقتصاديات الوحدة سوءًا.
ما الذي يجب على البناة فعله بعد ذلك
إذا قمت بتشغيل مسارات عمل الوكيل اليوم، فاختبر ما إذا كان الفرع متعدد الوكلاء يتفوق فعليًا على وكيل واحد يركز على المهام التي يهتم بها المستخدمون لديك. قم بقياس زمن الوصول وإجمالي الرموز المميزة وعدد الأدوات وجودة العناصر. إذا لم تتمكن من إظهار المكسب، فلا تشحن التعقيد لمجرد أن أكبر المعامل تجعله مرئيًا.
موسى سبارك هي إشارة مهمة. وتقول إن الذكاء الاصطناعي للمستهلك يتجه نحو الوكلاء المنسقين. يجب على المطورين مراقبة تحول تجربة المستخدم عن كثب، ولكن عليهم نسخ الانضباط، وليس فقط المشهد.