Meta Muse Image: النموذج، وواجهة برمجة التطبيقات (API)، والصورة بسعر ثابت 0.01 دولار

إذا بحثت عن الاسم المُوضَّح ووصلت إلى هنا، فالإجابة المختصرة هي هذه: Meta Muse Image هو نموذج Meta الوكيلي لتوليد الصور وتحريرها، وهو احتكاري وليس مفتوح الأوزان، وتستدعيه عبر واجهة Model API الخاصة بـ Meta تحت المعرّف muse-image-1.0 بسعر ثابت قدره $0.01 لكل صورة مولَّدة، مع تضمين الإسناد البحثي في ذلك السعر. هذه هي الإجابة الكاملة عن السؤال الذي يطرحه البحث، وكل ما يلي هو المرجع الخاص بها — ما الذي يفعله النموذج، وكيفية الوصول إليه، وما هي وحدة الفوترة فعلياً، وما توثقه Meta حول المصدر، وأين ينتهي التوثيق.

هناك أمران يتعلقان بمبرر هذه الصفحة يجدر ذكرهما بوضوح، لأن هذه العائلة قد أُعلن عنها أكثر من مرة، ولأن مادة إعلانية ثانية ستكون تكرارًا لتغطية ننشرها بالفعل. هذه هي صفحة المرجع الأساسية لهذا الاسم: الوجهة التي يصل إليها القارئ بعد البحث عنه. ومبررها هو طلب قائم قِسناه ببيانات الطرف الأول في 29 سبتمبر 2026 — يكتب القراء الصيغة المُزالة عنها اللبس من هذا الاسم عبر ثلاثة تهجئات، بمئات من مرات الظهور، في موضع نحتفظ به بمحض مصادفة بسبب صفحات أخرى، لا لأننا كتبنا صفحة بهذا الشكل، وهو يحقق تحويلات شبه معدومة لأن لا شيء مما ننشره بهيئة مرجع. هذا القياس حقيقة عن ما يكتبه الناس ولا شيء غير ذلك؛ ولا يقول شيئًا عن جودة النموذج أو شعبيته في العالم. أما المرتكز القابل للتأريخ فيُستخدم هنا كحقيقة لتأريخ النموذج، لا كحدث يُنقل: منشور الإطلاق من Meta الخاص بـ Muse Image وMuse Video يحمل تاريخ 7 يوليو 2026، ويصف النموذج بأنه «متاح اليوم» عبر واجهات Meta الخاصة بالمستهلكين في ذلك التاريخ، لذا فإن 7 يوليو 2026 هو تاريخ الإطلاق الذي تعمل هذه الصفحة انطلاقًا منه. كل رقم أدناه قُرئ من صفحات Meta نفسها في 29 سبتمبر 2026، ما لم تقل الجملة خلاف ذلك.

ما هي Muse Image في الواقع

يُعدّ الوصف المكوّن من سطر واحد الخاص بـ Meta هو نقطة البداية، لأنه يقوم بعمل حقيقي وليس تسويقًا: Muse Image هو "توليد صور وكيلي، مدعوم بالبحث ومسعّر لأحجام الإنتاج بسعر $0.01/image." في صفحة نموذج Meta، تنقسم واجهة القدرات إلى أربعة أنماط عمل — توليد الصور، والتحرير الدقيق، والتكوين المثبّت، والتحسين متعدد الجولات — وتختصر وثائق المطوّرين الشيء نفسه في جملة: "Muse Image يولّد ويحرّر الصور من محادثة."

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

القدرات الثلاث التي تسمّيها Meta أولاً هي تلك التي يُقيَّم عليها، وقد وردت في جملة Meta نفسها: Muse Image «يتبع التعليمات بأمانة، ويعدّل بدقة، ويركّب من مراجع متعددة». وادعاء التعديل هو الأكثر حدّة بين الثلاثة، لأنه ادعاء عن ضبط النفس لا عن المخرجات: تقول صفحة طراز Meta إن النموذج «مصمّم ليغيّر بالضبط ما تحدده ويترك كل شيء آخر بلا مساس»، ويدعم التحسين التكراري عبر الجولات بدلاً من التعديلات من محاولة واحدة. أما التركيب فهو موضع نمط «التركيب المرتكز» — أي تثبيت «سلسلة كاملة من عمليات التوليد على مجموعة صغيرة من الصور المرجعية بحيث تظل الشخصية والأسلوب والمشهد متسقة من صورة إلى التالية»، وهي القدرة المهمة إذا كنت تنتج كتالوجاً أو مجموعة إعلانات بدلاً من صورة واحدة. وإذا أُخذت مجتمعة، فهذه هي الادعاءات التي تفصل بين نموذج صور تولّد به ونموذج تبني عليه خط أنابيب، وهي ادعاءات من الشركة المورّدة: فلا تنشر Meta أي معيار قياس مستقل لاتباع التعليمات أو أمانة التعديل لهذا النموذج.

التأطير الوكيلي لا يتعلق بالأدوات فقط. توثّق Meta اقتران Muse Image مع Muse Spark، نموذجها الاستدلالي، بحيث "يتشارك النموذجان الأدوات ويخططا معًا لتوليد وسائط وكيلي قوي" — والمثال الموثّق هو مخرجات متعددة الأجزاء مثل صور GIF المتحركة، وصفحات تحتوي على صور مضمّنة، وألعاب تفاعلية صغيرة. إذا كنت تبني أي شيء يمزج صورًا مولّدة مع نص أو شفرة مولّدين، فإن هذا الاقتران هو الجزء من التصميم الجدير بالفهم، وهو السبب في تقديم النموذج على واجهة API نفسها والمصادقة نفسها الخاصة بـ Muse Spark بدلًا من نقطة نهاية صور منفصلة ببيانات اعتماد خاصة بها.

كيف تسميه: سطح واجهة API

Muse Image is reached through Meta's Model API, and the developer documentation is specific about the shape of that call. The model identifier is muse-image-1.0, passed as the model field on every request. Requests go to the base URL https://api.meta.ai/v1 with a bearer token — the documentation notes that it uses the same base URL and auth as Muse Spark — and there are two image endpoints plus a conversational one:

• توليد — POST /v1/images/generations، إدخال مطالبة نصية، وإخراج صورة.

• تعديل — POST /v1/images/edits، الموجّه مع صور الإدخال، لأعمال الصورة إلى الصورة.

• حسّن على مدار الجولات — POST /v1/responses، واجهة Responses API، وهي الطريقة التي يعمل بها التدفق الموثّق متعدد الجولات.

في نقاط نهاية الصور، المعلمات الموثّقة قليلة وتستحق الحفظ عن ظهر قلب، لأنها المكان الذي تُحدَّد فيه التكلفة وصيغة الإخراج. n تقبل من 1 إلى 10 وقيمتها الافتراضية 1. size تأخذ سلسلة "WxH" مثل 1792x1024، والتوثيق صريح في أن هذه النقاط الطرفية »تحدد نسبة الأبعاد فقط، وليس البكسلات الدقيقة« — لا تقرأها كضمان للدقة. response_format تكون b64_json افتراضيًا أو url، وoutput_format تكون webp افتراضيًا مع png وjpeg متاحة. السلوك الوكيلي قابل للتبديل: نقاط نهاية الصور تقبل tool_enablement، وهو امتداد يغطي enable_image_search، enable_web_search وenable_shell، وreasoning_strength بقيمة high (الافتراضية) أو low. إن خفض قوة الاستدلال هو الرافعة للتحكم في التكلفة وزمن الاستجابة، وهو أول ما يستحق اختبار A/B على مطالباتك الخاصة بدلًا من الأخذ به على الثقة.

في Responses API، توجد نفس عناصر التحكم داخل image_generation كائن أداة في tools، مع تمكين البحث عن الصور، والبحث في الويب، وshell جميعها افتراضيًا، وتأتي مصفوفة المخرجات بترتيب ثابت: عنصر استدلال يلخص ما خطط له النموذج وبحث عنه، وعنصر رسالة، ثم عنصر واحد image_generation_call لكل صورة. الصورة نفسها موجودة في result لهذا العنصر بصيغة base64، وid الخاص بها موثق كمقبض موقّع تعيد تمريره لمواصلة تحرير نفس الصورة في دور لاحق. هذا المقبض هو الآلية وراء التحسين متعدد الأدوار — إنها الطريقة التي تتجنب بها إعادة رفع صورة لتغيير تفصيل واحد منها. تقبل كلا نقطتي نهاية الصور أيضًا stream: true، وتصدر image_generation.completed للتوليد و image_edit.completed للتعديلات. تم توثيق Model API على أنه متوافق كبديل مباشر مع OpenAI SDK، وAnthropic SDK، وواجهات سطر أوامر الوكلاء المتوافقة مع OpenAI، لذا فإن استدعاء صورة موجود هو تغيير في سلسلة النموذج بدلاً من إعادة كتابته.

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

السعر، والوحدة التي يُسعَّر بها

سنت واحد لكل صورة. يُقرأ هذا الرقم من صفحة نموذج Meta الخاصة بـ Muse Image، والتي تُدرج النموذج في جدول أسعار مع وضع علامة "مضمّن" على كل من الاستناد إلى البحث والاستدلال، والسعر مذكور كـ $0.01/صورة؛ وتعيد وثائق المطورين صياغته على النحو التالي: "تتم محاسبة Muse Image بمبلغ ثابت قدره $0.01 لكل صورة مُنشأة." الوحدة هي الصورة، وليست الرمز — وتقول الوثائق ذلك مباشرةً ("لا يتم تسعير Muse Image لكل رمز") — وهذا مهم لأن واجهات برمجة تطبيقات الصور التي تُبلغ عن الاستخدام بالرموز عادةً ما تتم محاسبتها بالرموز. تُرجع Muse Image كتلة استخدام تحتوي على عدد رموز الإدخال والإخراج، وهذه الأعداد لأغراض إعلامية فقط.

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

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

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

الإسناد: ما الذي يحسمه Content Seal وما لا يحسمه

تطلق Meta نظام علامات مائية غير مرئي مع هذا النموذج، وتوثّقه بدقة كافية لتستحق الاقتباس: "يتضمن Muse Image نظام Content Seal، نظام العلامات المائية غير المرئية لدينا. الصور التي ينشئها Muse Image في تطبيق Meta AI وعلى meta.ai تحمل إشارة مصدر مخفية تبقى سليمة — حتى عند قصها أو ضغطها أو تغيير حجمها أو التقاط لقطة شاشة لها." وتقول Meta إنها تخطط لتوسيع Content Seal ليشمل الفيديو، وتعرض أداة كشف تتيح لك التحقق مما إذا كانت الصورة تحمل العلامة.

اقرأ نطاق تلك الجملة بعناية، لأنه أضيق مما يبدو عليه في البداية. تُوصف إشارة المصدر بأنها تحملها الصور التي أُنشئت في تطبيق Meta AI وعلى meta.ai — واجهات المستهلك — ولا تقول صفحة نموذج Meta ووثائق API الخاصة بها شيئًا عمّا إذا كانت الصور المُولّدة عبر Model API تحمل العلامة نفسها. لم نتمكن من العثور على بيان يؤكد ذلك أو ينفيه، لذا تعامل مع Content Seal كميزة مصدر خاصة بواجهات المستهلك، ولا تفترض أنها تنتقل مع ملف مُولّد عبر API حتى تختبر المخرجات من حسابك الخاص. وبشكل مستقل، جاء الاختبار الوحيد لكاشف أبلغنا عنه من Reuters، والذي وجد أنه فشل في التحقق من أغلبية الصور المعلّمة بعلامة مائية بعد القص؛ ذلك الاكتشاف والرقم المرافق له مشمولان في شرحنا لهذا النموذج، وهو الصفحة التي ينبغي قراءتها للحجة المتعلقة بالمصدر بدلًا من هذه الصفحة.

أين يعمل

بيان التوفّر الخاص بـ Meta نفسه، من منشور الإطلاق: Muse Image "متاح اليوم عبر تطبيق Meta AI وعلى meta.ai، وInstagram Stories في الولايات المتحدة، وWhatsApp في بلدان محدودة، وسيتوفّر قريبًا على Facebook." هذه كلمات Meta، والمنصات هي منتجات Meta نفسها — لا توجد قائمة انتظار، ولا رمز دعوة، ولا تسجيل منفصل لأي منها. على جانب المطورين، يُقدَّم النموذج عبر Model API، وهو الغرض من المعرّف ونقاط النهاية أعلاه. كما تدرج صفحة النموذج الخاصة بـ Meta منصات استدلال تابعة لجهات خارجية ضمن طرق تشغيله؛ نحن لا نسميها هنا، ولا ينبغي قراءة أي شيء في هذه الصفحة على أنه ادعاء بشأن الشروط أو الأسعار على أي منصة غير API الخاصة بـ Meta.

لم تنشر Meta تاريخًا لوصول Muse Image إلى Model API، ولا تذكر وثائق Meta للمطورين أي تاريخ. التاريخ الوحيد الذي تعتمد عليه هذه الصفحة هو تاريخ إطلاق النموذج نفسه، 7 يوليو 2026، المستخلص من سطر التاريخ في منشور إعلان Meta نفسه. إذا كنت تؤرخ واجهة API بدلًا من النموذج، فقل ما تقوله Meta، وهو لا شيء.

أوزان مفتوحة أم خاصة؟ خاصة — والعائلة تمتلك كليهما

هذا هو السؤال الذي يخطئ فيه القراء في هذه العائلة أكثر من أي سؤال آخر، لذا يجدر الإجابة عنه مباشرة. إن Muse Image مملوك.توضح وثائق مطوري Meta الحدود بشكل صريح: النماذج التي تستدعيها عبر Model API — Muse Spark وMuse Image وMuse Voice Transcribe وSAM — تُقدَّم، و«Muse Glimmer يسلك مسارًا مختلفًا: تنزّل الأوزان المفتوحة وتشغّلها على عتادك الخاص بدلًا من استدعائه عبر Model API»، بموجب رخصة Apache 2.0 المتساهلة. Muse Glimmer هو مسار الأوزان المفتوحة في هذه العائلة، وهو نموذج مختلف: نموذج متعدد الوسائط مقطّر من Muse Spark، وليس إصدارًا مفتوحًا من Muse Image. لا شيء في صفحة Meta الخاصة بـ Muse Image يذكر رخصة أو يعرض أوزانًا، لأنه لا توجد أوزان لعرضها. إذا كانت الاستضافة الذاتية متطلبًا صارمًا، فإن Muse Glimmer هو النموذج الذي ينبغي تقييمه؛ وإذا كنت تريد نموذج الصور الموصوف هنا، فأنت تستدعي نموذج Meta وتدفع مقابل كل صورة.

ما تدّعي Meta أنها ترتّبه، موسومًا بأنه ادعاء Meta

تنص منشور إطلاق Meta على: "تحتل Muse Image المركز الثاني على Arena في تحويل النص إلى صورة، وتحرير صورة واحدة، وتحرير صور متعددة وفقًا لتصنيفات Elo للتفضيل البشري وقت كتابة هذا النص." هناك أمران مهمان في تلك الجملة وكلاهما مستمد من صياغة Meta نفسها. إنه تصنيف مُبلَّغ عنه من المورّد، وليس نتيجة مستقلة، وهو مرتبة Elo للتفضيل البشري، وليس نتيجة اختبار معياري على أداة تقييم ثابتة — وهو تمييز يُحدث فرقًا حقيقيًا عندما تكون الفجوة بين أعلى مركزين أصغر من هامش تصنيف Elo مبني على عدد محدود من الأصوات. الرسوم البيانية التي تنشرها Meta إلى جانب الادعاء مؤرخة بـ "اعتبارًا من 5 يوليو 2026"، والادعاء نفسه مُقيَّد بعبارة "وقت كتابة هذا النص"، لذا فهو لقطة من لوحة صدارة حية نقلها طرف له مصلحة فيها، وليس تصنيفًا مستقرًا.

يتضمّن المنشور نفسه رسمًا بيانيًا للتوسّع تسمّيه Meta لك: الرسم البياني الذي يُظهر ارتفاع الجودة مع الاستدلال مكتوب تحته "Elo من الاستئصال الداخلي". هذا قياس داخلي خاص بالمورّد، ولا يقارَن بلوحة صدارة تابعة لطرف ثالث. تقول حجة Meta إن الجودة تتحسّن مع الحوسبة عند وقت الاختبار بعلاقة لوغاريتمية خطية تقريبًا، وإن الاستدلال واستخدام الأدوات تتراكم آثارهما عند دمجهما — وهو استئصال داخلي، مُصرَّح بأنه كذلك.

توجد مراكز مستقلة لهذا النموذج على لوحات ليست تابعة لـ Meta، وقد أبلغنا عنها: يحمل شرحنا التوضيحي لوحات Artificial Analysis للصور ومراكز الساحة مع أرقامها، كما تضع صفحتا المواجهة تلك الأرقام إلى جانب منافسين مسمّين. إذا أردت الصورة المستقلة بدلاً من صورة المورّد، فهذا هو المكان الذي تقرأ فيه ذلك. لا تعيد هذه الصفحة نشر تلك الأرقام، ويجب مع ذلك قراءة أحدها بعناية، لأن Artificial Analysis لا تُصنّف إلا نماذج الصور التي تتضمن API قابلاً للاستدعاء — لذا فإن المركز المستقل بشأن Muse Image هو بيان عن Model API، وليس عن تطبيق Meta AI.

ما لا يجيب عنه التوثيق

لا تكون الصفحة المرجعية مفيدة إلا إذا بيّنت أين يتوقف السجل، لذا إليك ما لم نتمكن من إثباته من Meta في 29 سبتمبر 2026. لا يوجد حد معدل منشور لـ Muse Image. ولا يوجد ملف تعريف منشور لزمن الاستجابة، ولا معدل نجاح، ولا تقييم مستقل للحلقة الوكيلية تحت حركة مرور الإنتاج — سعر الصورة الواحدة موثّق، لكن النطاق التشغيلي ليس كذلك. ولا يوجد معيار قياس من أي جهة مستقلة لاتباع التعليمات أو دقة التحرير، ولا تنشر Meta أي رقم من هذا القبيل من تلقاء نفسها؛ كما لا يحمل الرسم البياني للمعيار على صفحة نموذج Meta أي أرقام مقروءة. ولا يوجد بيان ترخيص، لأن النموذج غير مرخّص للتنزيل. والتاريخ الذي أصبحت فيه Muse Image قابلة للاستدعاء على Model API غير مذكور في أي مكان في وثائق Meta. ولا يشكّل أي من هذه الغيابات سببًا لتجنب النموذج — فصورة بتكلفة سنت واحد مع تضمين الاستناد إلى البحث تستحق الاختبار على هذا الأساس وحده — لكن كلًا منها سبب للقياس بدلًا من الافتراض قبل أن يعتمد عليها أي خط أنابيب.

الحكم على مطوّر

يستحق Meta Muse Image التقييم إذا كانت مشكلتك هي الحجم: صور الكتالوج، ومتغيّرات الإعلانات، والتخصيص لكل مستخدم، وأي شيء كان فيه سعر الصورة الواحدة لدى النماذج الرائدة هو ما قتل المشروع. سعر الوحدة موثّق، والوحدة لا لبس فيها، ولا تُحتسب حالات الفشل، كما أن الاستناد إلى البحث مشمول داخل السعر بدلًا من أن يُفوتَر إلى جانبه، وهو أمر غير معتاد بما يكفي في هذا السوق ليكون العنوان الأبرز. لكنه لا يستحق التبنّي على نحو أعمى، لأن كل ما يتجاوز السعر — الإنتاجية، وزمن الاستجابة، ومدى موثوقية اكتمال الحلقة الوكيلية عند مطالباتك، وما إذا كانت إشارات المصدر/المنشأ تنتقل مع مخرجات API — غير موثّق، كما أن ادعاء التصنيف من البائع نفسه هو تصنيف تفضيل بشري منقول في لحظة زمنية بعينها لا نتيجة مقيسة. الشكل الأمين للقرار هنا هو تجربة بسنّت واحد مقابل نموذج الصور الذي تشحنه بالفعل، على مطالباتك الخاصة، مع نمط الفشل الرخيص وبديل مُثبَت خلفه. ولمعرفة ما هو هذا النموذج، وكيف يُستدعى، وكم يكلّف، فهذه الصفحة هي المرجع؛ أما ما إذا كان ينبغي أن يكون ضمن مكدسك التقني، فالأرقام التي تولّدها بنفسك هي الوحيدة التي تُحتسب.