توليد الصور بالذكاء الاصطناعي عبر Replicate: دليل التشغيل والتكلفة

جرت مراجعة المعلومات بالرجوع إلى أسعار Replicate ووثائقها المنشورة بتاريخ 5 نوفمبر 2026. يستند التقييم إلى السلوك الموثق للخدمة وأمثلة لفواتير محسوبة.

ما هي منصة Replicate AI؟

تشغّل Replicate النموذج، وهو برنامج مُجهّز يستقبل مدخلات ويعيد مخرجات، على بنية تحتية تتولى إدارتها. يرسل تطبيقك وصفًا نصيًا أو ملفًا أو مدخلات أخرى بحسب النموذج؛ فتنشئ Replicate عملية prediction، وهو اسمها لعملية تشغيل واحدة، وتعيد النتيجة أو معرّف مهمة يمكنك الاستعلام عنه لاحقًا. يضم الكتالوج نماذج مفتوحة المصدر وأخرى مملوكة، لذلك لا يعني توفر نموذج على Replicate أنه مفتوح المصدر. أصبحت Replicate مملوكة لشركة Cloudflare: فقد ذكر إعلان Replicate في نوفمبر 2025 أن العلامة التجارية وواجهة API ستستمران، وأكد إعلان Cloudflare إتمام الصفقة أنها أصبحت رسميًا جزءًا من Cloudflare في 1 ديسمبر 2025. لا تعني هذه الملكية أن كل نموذج على Replicate يعمل على الحافة الشبكية؛ ابنِ اختيارك على الإمكانات الموثقة لنقطة النهاية التي ستستخدمها.

لمن تناسب Replicate، ومتى تختار غيرها؟

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

تتغير قائمة الخيارات المناسبة بحسب ما تنوي نشره. المقارنات التالية مبنية على طبيعة عبء العمل، وليست ترتيبًا للسرعة وفق اختبارات قياس.

تكون Modal أنسب عندما تريد تعريف تطبيق GPU مخصص وبيئته باستخدام Python؛ إذ يمنحك نموذج التنفيذ المعرّف بالكود تحكمًا أوسع على مستوى التطبيق، مقابل مسؤولية أكبر عن كود تقديم الخدمة. راجع أسعار Modal لفهم الفاتورة المترتبة على هذا الخيار.

مقارنة fal AI وReplicate

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

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

تشغيل نموذج: من الاختيار إلى استدعاء API

تجعل Replicate التكامل الأولي بسيطًا، لكن مخطط API الخاص بالنموذج، أي المدخلات المقبولة والحقول المعادة، يظل هو ما يحدد ما يجب على تطبيقك إرساله واستقباله.

كيف تختار من نماذج Replicate AI؟

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

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

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

توليد الصور بالذكاء الاصطناعي عبر Replicate

تقدم Replicate توليد الصور من خلال نقاط نهاية مستقلة لكل نموذج. فنموذج Black Forest Labs FLUX Schnell، مثلًا، يستقبل وصفًا نصيًا ويعيد الصور الناتجة. ويمكن لمؤسس يضيف ميزة توليد صور للأفكار الأولية أن يحدد مدخلات النموذج أولًا في واجهته داخل المتصفح، ثم يستخدم المخطط نفسه من الخادم الخلفي.

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

بعد ضبط هذا المتغير، يصبح طلب HTTP التالي قابلًا للتنفيذ. يستخدم تشغيله حسابك في Replicate، وقد تترتب عليه تكلفة النموذج.

curl --fail-with-body --silent --show-error \
  https://api.replicate.com/v1/models/black-forest-labs/flux-schnell/predictions \
  --request POST \
  --header "Authorization: Bearer $REPLICATE_API_TOKEN" \
  --header "Content-Type: application/json" \
  --header "Prefer: wait" \
  --data '{"input":{"prompt":"A matte ceramic teapot on a wooden kitchen table","num_outputs":1}}' \
  > prediction.json

تأتي الاستجابة في صورة كائن prediction. افحص حقول status وoutput وerror بدل افتراض أن نجاح طلب HTTP يعني انتهاء التوليد. تحدد وثائق إنشاء عمليات prediction مهلة انتظار افتراضية قدرها 60 ثانية عند استخدام Prefer: wait. هذا إعداد لانتظار الطلب، وليس وعدًا بزمن الاستجابة. وإذا لم يكتمل التشغيل، تتضمن الاستجابة عملية بحالة starting أو processing وعنوان urls.get للاستعلام لاحقًا.

احذف Prefer: wait لاستخدام السلوك الافتراضي غير المتزامن. ستعيد API حينها معرّف المهمة من دون انتظار اكتمالها. تختلف مسارات إنشاء الطلبات بين النماذج الرسمية ونماذج المجتمع وعمليات النشر، كما توضح مرجعية HTTP API؛ لذا استخدم المثال الذي تولده المنصة للنموذج أو عملية النشر المختارة.

بناء سير عمل في الخلفية للفيديو والكلام والنصوص

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

لنتصور منتجًا يحوّل نصًا وافق عليه العميل إلى مقطع مصوّر. ولّد الوسائط، واربط معرّف prediction بمهمة العميل، ثم اجمع الملفات المكتملة قبل تجميع التسليم النهائي. تدعم وثائق webhooks صراحةً حفظ بيانات التشغيل وتمرير مخرجات نموذج إلى آخر. ويظل تنسيق المراحل وتحديد الحالة النهائية التي يراها العميل مسؤولية تطبيقك.

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

تحويل النص إلى كلام في Replicate

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

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

نشر نموذجك الخاص باستخدام Cog

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

فمثلًا، يستطيع متجر لديه نموذج لتصنيف صور المنتجات تجهيز ذلك النموذج وإتاحته عبر API خاصة. هذا مسار لنشر نموذج تملكه بالفعل؛ فرفع مجلد لا يدرّب وحده نموذج تصنيف مفيدًا.

يشرح دليل نشر النماذج المخصصة ودليل رفع النموذج باستخدام Cog المسار التالي.

العقبة العملية هي مسؤوليتك عن تجهيز الحزمة. لن تتولى تشغيل عنقود GPU، لكنك ما زلت تحتاج إلى كود استدلال يعمل، واعتماديات متوافقة، وعتاد مناسب، ونموذج ينتج نتائج مفيدة. وإذا احتاج النموذج إلى ذاكرة أكبر مما توفره الآلة المختارة، فلن تلغي واجهة API هذا الاحتياج.

التحكم في السعة عبر عملية نشر مخصصة

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

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

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

كيف تُحسب أسعار Replicate؟

تفرض Replicate رسومًا بحسب الاستخدام، وتُحدد وحدة الفوترة لكل نموذج على حدة. توضح صفحة الأسعار المنشورة أن بعض النماذج تُحاسب على العتاد والزمن، وأخرى على المدخلات والمخرجات. لا يوجد سعر موحد لكل طلب يصف المنصة بأكملها.

هذه أمثلة لأسعار منشورة، وليست ادعاءً بأنها أحدث النماذج أو أفضلها لعبء عملك:

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

تميز وثائق الفوترة أيضًا بين الحسابات مسبقة الدفع والحسابات ذات الفوترة اللاحقة. يُخصم الاستخدام المسبق من الرصيد؛ أما الحسابات اللاحقة فتُحصّل رسومها في بداية الشهر مقابل استخدام الشهر السابق.

يوضح مثالان محسوبان أهمية هذا الفرق. تبلغ تكلفة 10,000 صورة ناتجة من FLUX Schnell في شهر $30 وفق سعر المخرجات المنشور، قبل الخدمات الأخرى أو الصور الإضافية المولدة. وفي مثال مستقل، تبلغ تكلفة إبقاء وحدة T4 واحدة قيد التشغيل طوال شهر من 30 يومًا $583.20: أي 720 ساعة مضروبة في $0.81، قبل أي نسخ إضافية يضيفها التوسع. هذان أسلوبان مختلفان للشراء، وليسا اختبارًا يزعم أن T4 تقدم مخرجات خدمة الصور نفسها أو معدل إنتاجها.

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

قيود الإنتاج التي تؤثر في القرار

تزيل Replicate عبء تشغيل GPU من التكامل الأولي، لكن وثائقها تظل تتضمن حدودًا عملية يجب أن يتعامل معها تطبيقك.

الإقلاع البارد والسعة المشتركة

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

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

حدود الطلبات تصبح أشد مع انخفاض الرصيد

تحدد وثائق حدود الطلبات 600 طلب لإنشاء prediction في الدقيقة و3,000 طلب في الدقيقة لنقاط النهاية الأخرى. يمكن حدوث دفعات قصيرة تتجاوز الحدود الافتراضية؛ وعند تقييد الطلبات تُعاد استجابة HTTP 429، وتتطلب الحدود الأعلى التواصل مع Replicate. هذه حدود لطلبات API، وليست وعدًا بأن النموذج سينجز هذا العدد من المهام في الدقيقة.

ومن القيود الأقل وضوحًا رصيد الحساب. تشدد Replicate حدود الطلبات مع انخفاض الرصيد، وتوصي بإعادة الشحن التلقائي لإبقائه فوق $20. أما الحسابات ذات الرصيد الممنوح التي لا تحتوي على وسيلة دفع فلها حد منفصل قدره 1 طلب في الثانية، وبحد أقصى 6 في الدقيقة.

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

الاحتفاظ بالبيانات يختلف بين API والمتصفح

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

أما بيانات عمليات التشغيل المنشأة من المتصفح فتُحفظ إلى أجل غير مسمى. يوفر الموقع إجراء Delete لحذف عملية التشغيل وما يرتبط بها من بيانات مخرجات وملفات. لذا يختلف سلوك الاحتفاظ بين تجربة في المتصفح وتكامل عبر API؛ ولا تستنتج سلوك أحدهما من الآخر.

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

اختيار النموذج يظل مسؤولية التطبيق

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

التقييم النهائي: ابدأ بالسعة المشتركة، وانتقل للمخصصة لسبب واضح

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

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

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

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

استخدم قائمة تدقيق سير عمل الذكاء الاصطناعي للأعمال لتحديد العمل المحيط بالنموذج قبل الالتزام ببناء الميزة.