Muse Wonder من Meta: الأسعار والفروق مع Full وطريقة الاستخدام

ما هو Muse Wonder؟

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

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

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

ما الفرق بين Muse Wonder وWonder Full من حيث الإتاحة؟

Wonder هو الخيار المتاح عبر API، أما Wonder Full فهو النسخة الأعلى قدرة والمحصورة في اشتراكات Muse Code المؤهلة. وتدرج صفحة النماذج لدى Meta لكليهما نافذة سياق بسعة 1M توكن. والسياق هو مجموع المواد التي يستطيع النموذج النظر فيها معا، ويقاس بالتوكنات، وهي وحدات صغيرة من النص ومدخلات أخرى مرمزة.

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

كم تبلغ تكلفة Wonder Full؟

تحدد Meta سعر خطة Muse Code Power Usage عند $50.00 شهريا، وسعر Maximum Usage عند $200.00 شهريا في صفحة نموذج Wonder. وتتيح الخطتان استخدام Full. هذه أسعار Muse Code، وليست أسعار تطبيق Muse المنفصل.

اختر Power Usage لاختبار Full إذا كان رصيد الاستخدام المشمول فيها يناسب عملك. وفكر في Maximum Usage عندما تحتاج إلى رصيدها الأكبر؛ فاستخدام Full لا يشترط شراء أغلى خطة. وبحسب Meta، يبلغ رصيد الاستخدام في الخطتين 20x و80x مقارنة بخطة Everyday Usage، على الترتيب؛ ولا تعني أي منهما استخداما بلا حدود.

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

هل أصبح Wonder متاحا في تطبيق Muse؟

تقول Meta في إعلان الإطلاق إنه قادم «قريبا»، مع أولوية للمشتركين. ولا تحدد هذه الصياغة موعدا للإطلاق أو حقا في استخدام Wonder Full داخل تطبيق Muse. وللوصول إليه الآن عبر مسار موثق، استخدم API أو Muse Code، وتعامل مع إتاحته في التطبيق على أنها لا تزال مرتقبة، وفقا لـإعلان Meta.

أسعار Muse Wonder عبر API: كم تكلف المهمة؟

احسب الميزانية على أساس التوكنات التي تستهلكها المهمة فعليا، بما فيها الاستدعاءات المتكررة. نافذة السياق البالغة 1M تعبر عن السعة؛ وليست طلبا بسعر ثابت أو رصيدا شهريا.

جرى التحقق من الأسعار التالية، بالدولار الأمريكي، بالرجوع إلى صفحات النماذج والتسعير المنشورة لدى Meta في 13 أكتوبر 2026. كل سعر محسوب لكل مليون توكن في وضع Standard:

الإدخال المخزن مؤقتا هو محتوى يعاد استخدامه من التوجيهات ويستوفي شروط السعر المخفض. وتوضح وثائق التسعير لدى Meta أنه لا توجد زيادة على السعر عند استخدام سياق طويل. أما البحث على الويب فله رسوم منفصلة قدرها $2.50 لكل 1,000 استعلام، تضاف إلى تكلفة التوكنات. ويتاح Wonder عبر API في وضع Standard فقط؛ فلا يوجد خصم لاستخدامه عبر API في وضع Contributor.

مثال لحساب ميزانية مطور أو مسؤول عمليات

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

• Spark 1.2: (0.2 × $1.25) + (0.02 × $4.25) = $0.335 لكل مهمة.
• Wonder: (0.2 × $4.00) + (0.02 × $20.00) = $1.20 لكل مهمة.
• الفارق: $0.865 لكل مهمة، أي نحو 3.58 أضعاف تكلفة التوكنات.

عند تنفيذ 1,000 مهمة، تصبح التكلفة $335 على Spark مقابل $1,200 على Wonder، بزيادة قدرها $865. وإذا وجه مؤسس شركة أصعب 10% فقط من المهام إلى Wonder وأبقى 90% المتبقية على Spark، تصبح تكلفة عبء العمل الافتراضي نفسه $421.50. يفترض هذا المثال إمكانية فصل المهام بحسب صعوبتها، ولا يثبت أن أيا من النموذجين سينجح فيها.

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

متى يكون الاستمرار مع Muse Spark 1.2 أنسب؟

أبق سير العمل الذي أثبت نجاحه على Spark ما لم تظهر فائدة مثبتة لاستخدام Wonder في المهمة نفسها. يوفر Muse Spark 1.2 بالفعل سياقا بسعة 1M، وتقدمه صفحة النموذج بوصفه مخصصا للبرمجة واستخدام الأدوات. لذا فإن اتساع نافذة السياق وحده لا يبرر الانتقال.

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

هناك فرق بين الإصدارات ينبغي الانتباه إليه: توصي Meta الآن باستخدام Muse Spark 1.3 للأعمال الجديدة على Spark، مع بقاء 1.2 متاحا. وتشير وثائق النماذج أيضا إلى أن دعم الصوت في 1.3 غير مكتمل، وتوجه من يحتاجون إلى الصوت نحو 1.2. فالاستمرار مع عائلة Spark، والإبقاء المتعمد على إعداد مجرب من الإصدار 1.2، قراران منفصلان.

من يجرب الآن، ومن ينتظر، ومن يبقى على نموذجه الحالي؟

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

على مسؤولي العمليات إبقاء المهام المنخفضة التكلفة على Spark وتجربة Wonder في حالة استثنائية محددة النطاق؛ مثل مسألة معقدة تتطلب التوفيق بين عدة مستندات للوصول إلى إجابة مدعومة بالأدلة. اطلب منه الأدلة نفسها التي كنت ستطلبها من شخص يتولى هذا العمل.

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

Active Memory وActive Focus: ما الذي تعد به Meta؟

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

تحمل Active Memory، بحسب وصف Meta، السياق المفيد من محادثة إلى أخرى، وتسترجع ما يرتبط بالمهمة الحالية. أما Active Focus فتصفها Meta بأنها تواصل العمل لتحقيق الأهداف الصعبة، وتجرب بدائل، وتتعامل مع العوائق، وتطلب إيضاحات أو تجري تحققات قبل الإجراءات المهمة. هذه سلوكيات تقول Meta إن النموذج يقدمها، وليست ضمانات تحقق منها هذا المقال بصورة مستقلة.

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

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

استخدام Muse Wonder الآن: عبر Muse Code أو API

استخدم Muse Code لمهمة داخل مستودع شيفرة، أو API لتطبيق تتحكم فيه. ينبغي أن تجيب التجربة الأولى عن سؤال محدد بنتيجة يمكنك فحصها.

البداية مع Muse Code

Muse Code هو وكيل البرمجة من Meta الذي يعمل عبر الطرفية. اتبع دليل البدء السريع الرسمي على macOS أو Linux:

curl -fsSL https://dev.meta.ai/install.sh | sh
muse

شغله من داخل المستودع الذي تريد العمل عليه. عند التشغيل الأول، سجل الدخول عبر المتصفح أو استخدم مفتاح API. افتح /models واختر Wonder؛ ولا تختر Full إلا إذا كان اشتراكك يتيحه.

أعطه هدفا محدودا، مثل: «شخص سبب فشل اختبار تقسيم النتائج إلى صفحات، واقترح أصغر تعديل يصلحه، واعرض نتيجة الاختبار الخاص به». افحص فروق الشيفرة والأدلة قبل قبول التعديل. ويشرح دليل استخدام Muse Code لدينا خطوات التثبيت والتخطيط والمراجعة بمزيد من التفصيل.

إرسال طلب مباشر إلى API

أنشئ مفتاح API من لوحة تحكم Meta Model API باتباع المسار API keys → Create API key، ثم احفظه في الصدفة باسم MODEL_API_KEY. بعد ضبط هذا المتغير، يستخدم المثال التالي طلب Responses الموثق لدى Meta مع تعديل معرف النموذج ليشير إلى Wonder:

curl -sS https://api.meta.ai/v1/responses \
  -H "Authorization: Bearer $MODEL_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "muse-wonder-1.0",
    "input": "Plan a contained fix for a pagination bug. List the evidence needed to verify it."
  }'

تكون الاستجابة خطة، وليست تعديلا داخل المستودع؛ فالطلب لا يزود النموذج بمستودع أو أدوات. وتقول Meta إن Wonder وSpark يقبلان الطلبات نفسها عبر نقاط الاتصال نفسها، لذا يمكن أن يكون تكامل Spark الموجود لديك نقطة انطلاق عملية للاختبار.

أين تكمن المبالغة؟ إتاحة النموذج لا تعني إنجاز العمل باستقلالية

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

• Full نسخة منفصلة. يظل Wonder هو Wonder حتى مع جهد استدلال max. أسعار API البالغة $4/$20 لا تمنحك Full.
• سياق بسعة 1M لا يضمن التذكر. السعة لا تثبت أن النموذج عثر على المعلومة ذات الصلة أو التزم بها طوال المهمة.
• الاشتراك لا يمنحك رصيدا غير محدود لـAPI. يحاسب استخدام Muse Code واستخدام مفاتيح API المنشأة بصورة منفصلة كل على حدة.
• هذا إصدار مستضاف. لا تتيح وثائق الإطلاق والوصول المشار إليها أوزانا قابلة للتنزيل لنموذج Wonder بغرض الاستضافة الذاتية.

هناك أيضا إعداد عملي ينبغي اختياره: تعمل اشتراكات Muse Code افتراضيا في وضع Contributor، الذي يسمح لـMeta باستخدام المحتوى المقدم لتدريب النماذج مقابل رصيد استخدام أكبر. عطله من الإعدادات إذا لم يناسب عملك. أما في وضع Standard الخاص بواجهة API لنموذج Wonder، فتقول Meta إنها لا تستخدم المحتوى لتدريب نماذجها. تحقق من شروط الواجهة التي تستخدمها فعليا.

وللمفاضلة بين النماذج نفسها، اقرأ مقارنة Muse Wonder وClaude Opus 5.5. وللاطلاع على خلفية الجيل السابق من Spark، تقدم مراجعة Muse Spark 1.1 سياقا تاريخيا؛ واعتمد الأسعار الحالية الواردة أعلاه عند إعداد ميزانيتك اليوم.

الأسئلة الشائعة

ما الخطوة التالية؟

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

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