Meta تطلق Muse Wonder: ذاكرة الوكيل تأتي بسعر نماذج القمة

|الكاتب: فريق تحرير QUASA|5 دقيقة للقراءة| 1
Meta تطلق Muse Wonder: ذاكرة الوكيل تأتي بسعر نماذج القمة

أعلنت Meta إطلاق Muse Wonder وMuse Wonder Full في 12 أكتوبر 2026، مع إتاحة الأول للمطورين عبر Meta Model API وMuse Code، وحصر الثاني في مشتركي Muse Code. صُمم النموذجان للمهام التي تمتد عبر خطوات ومحادثات متعددة، وتتمحور قدراتهما المعلنة حول «الذاكرة النشطة» للاحتفاظ بالسياق ذي الصلة و«التركيز النشط» لمواصلة العمل عند ظهور عقبة.

وتعرض صفحة Muse Wonder للمطورين سعره عبر الواجهة البرمجية عند 4 دولارات لكل مليون رمز إدخال و20 دولاراً لكل مليون رمز إخراج، وتدرج Wonder Full ضمن خطتي Muse Code المدفوعتين Power Usage بسعر 50 دولاراً شهرياً وMaximum Usage بسعر 200 دولار شهرياً. بذلك يستطيع المطور استدعاء Wonder داخل تطبيقه، بينما يرتبط الوصول إلى Full ببيئة Muse Code واشتراكها.

كيف تعمل الذاكرة النشطة والتركيز النشط؟

مهمة تتعلق بعقد إيجار تمتد عبر مراحل، لتوضيح دور الذاكرة النشطة والتركيز النشط في Muse Wonder.

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

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

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

أي النموذجين متاح للمطور، وكم يكلف؟

مقارنة وصول تُظهر إتاحة Muse Wonder عبر Meta Model API وMuse Code، وحصر Wonder Full في Muse Code.

الفارق الحاسم هو مكان تشغيل النموذج وطريقة دفع تكلفته. يتاح Muse Wonder عبر Meta Model API بتسعير يعتمد على رموز الإدخال والإخراج، وكذلك داخل Muse Code. وتبلغ نافذة السياق المدرجة له مليون رمز، مع سعر قدره 0.20 دولار لكل مليون رمز إدخال مخزّن مؤقتاً. هذه التعرفة تتيح تقدير كلفة الاستخدام البرمجي بحسب حجم الطلبات، مع اختلافها بين الإدخال الجديد والإدخال المخزّن والإخراج.

  • Muse Wonder: يمكن استدعاؤه عبر Meta Model API أو استخدامه داخل Muse Code. تصفه المواصفات بأنه مخصص للبرمجة والمهام الوكيلة الطويلة واستخدام التطبيقات، بما في ذلك التخطيط واستدعاء الأدوات والتعافي من الأخطاء.
  • Muse Wonder Full: يتاح ضمن اشتراك Muse Code في خطتي Power Usage وMaximum Usage. لا تعرض له صفحة المنتج سعراً مستقلاً للرموز أو مسار استدعاء عبر Meta Model API.

الاشتراك الذي يتيح Full لا يعني أن مطور التطبيق يستطيع تحويل استدعاءاته البرمجية إليه. إذا كانت المهمة ستعمل داخل منتج يبنيه المطور ويستدعي النموذج من خادمه، فإن خيار الواجهة البرمجية المعلن هو Wonder. أما Full فموضعه المعلن داخل Muse Code، حيث تتحدد كلفة الوصول بالخطة وحدود استخدامها بدلاً من تعرفة منفصلة لكل طلب عبر الواجهة.

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

ماذا تثبت نتائج الاختبارات المعلنة؟

تضع تغطية TechCrunch للإطلاق سعر Wonder في نطاق نماذج مثل GPT-6 Sol وOpus 5.5، وتنسب تفوقه المعلن في MemoryBench على عدة منافسين إلى اختبارات Meta نفسها؛ وتنقل عن الباحثة كافيا كوبارابو عبارة «remember what’s important to you». يفيد اختبار MemoryBench في فهم سبب إبراز الذاكرة، لكن مصدر نتيجة المقارنة هنا هو تقييم الشركة، وليس تجربة مستقلة مكتملة لسلوك وكيل شخصي عبر مهام يومية ممتدة.

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

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

ما الذي يتغير في قرار استخدام Wonder؟

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

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

اقرأ أيضًا:

مشاركة:

اشترك في نشرتنا الإخبارية

احصل على أحدث أخبار الويب 3 والذكاء الاصطناعي والعملات المشفرة مباشرة في بريدك.

0