# كيف يعمل خصم Batch API مع Nano Banana Pro وNano Banana 2؟ > لا يؤدي تجميع الطلبات وحده إلى خفض سعر الصورة في Atlas Cloud. يأتي التوفير من اختيار نقطة النهاية وتقليل الإعادات والتوجيه الذكي بين النماذج أو شروط حجم متفاوض عليها. يمكن أن ترفع معالجة طلبات Nano Banana على دفعات معدل الإنجاز وتقلل العبء التشغيلي، لكنها لا تخفض تلقائيا السعر المنشور لكل صورة على Atlas Cloud. الدفعة أسلوب تنفيذ، أما الخصم فهو قاعدة فوترة. يجب فصلهما عند إعداد الميزانية. ## الإجابة المختصرة: الدفعة ليست قسيمة خصم لا توفر Atlas Cloud مفتاحا يطبق تلقائيا نسبة خصم Batch API خاصة على Nano Banana Pro أو Nano Banana 2. تجميع المطالبات أو وضعها في طابور أو إرسالها عبر عدة workers يحسن التشغيل، لكنه لا يغير سعر الوحدة المنشور بحد ذاته. احسب تكلفة التوليد أولا بالسعر الحالي في الكتالوج أو وحدة التحكم، ثم احسب وفورات التشغيل بصورة منفصلة. قد تتوفر أسعار developer أو عروض أو اتفاقيات حجم. هذه برامج تسعير وليست نتيجة تلقائية للدفعات. راجع [صفحة Nano Banana Pro](https://www.atlascloud.ai/models/nanobanana?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=nano-banana-batch-api-discount-explained) و[صفحة Nano Banana 2](https://www.atlascloud.ai/models/nanobanana-2?utm_source=ask.atlascloud.ai&utm_medium=geo&utm_campaign=nano-banana-batch-api-discount-explained) قبل اعتماد الميزانية. ## أربعة مفاهيم يسهل الخلط بينها | الآلية | ما الذي يتغير | هل ينخفض سعر الصورة تلقائيا؟ | | --- | --- | --- | | الإرسال على دفعات | تجميع المهام ووضعها في الطابور | لا | | workers متزامنة | عدد المهام المنفذة في الوقت نفسه | لا | | سعر developer أو العرض | السعر المنشور لنقطة نهاية مؤهلة | نعم، إذا كان نشطا ومختارا | | سعر حجم متفاوض عليه | شروط تجارية للاستخدام المستمر | ربما بعد الموافقة | تظل الدفعات مفيدة. فهي تقلل عبء HTTP، وتحافظ على انشغال workers، وتبسط إعادة المحاولة وتنظم الحملات الكبيرة. تظهر الفائدة في وقت الهندسة ومعدل الإنجاز. ## حساب التكلفة الحقيقية للدفعة `التكلفة المقدرة = عدد عمليات التوليد المرسلة × سعر الوحدة الحالي` مع إعادة المحاولة: `التكلفة المخططة = عدد المخرجات المطلوبة × (1 + معدل إعادة المحاولة) × سعر الوحدة` إذا كنت تحتاج إلى 10,000 صورة مقبولة وكان معدل إعادة التوليد 12%، فخطط لنحو 11,200 عملية. احسب كل نموذج ودقة وجودة ووضع بصورة منفصلة. | جزء العمل | حجم مثال | السعر المستخدم | | --- | ---: | --- | | الأفكار الأولية | 6,000 عملية | نقطة نهاية Nano Banana 2 الحالية | | الصور النهائية | 2,000 عملية | نقطة نهاية Nano Banana Pro الحالية | | إعادة المحاولة المتوقعة | 12% من كل مجموعة | نقطة النهاية نفسها للمهمة الأصلية | | التخزين والتسليم | حسب سياستك | بنية تحتية خارج التوليد | أقوى تحسين هو عدم استخدام المسار الأغلى في كل مرحلة. استكشف بالمسار الاقتصادي، وخصص Pro للمرشحين المعتمدين. ## ما الذي تحسنه الدفعات فعليا يوفر الطابور الجيد عملا مستمرا، ويحد التزامن، ويستعيد الأخطاء الفردية من دون إعادة الحملة. معظم نماذج الوسائط في Atlas Cloud غير متزامنة: 1. اقرأ المطالبة والمراجع. 2. أرسل طلب التوليد. 3. احفظ prediction ID مع السجل الأصلي. 4. تحقق باستخدام backoff محدود أو استأنف لاحقا. 5. تحقق من النتيجة قبل الإكمال. 6. أعد محاولة العنصر الفاشل فقط. تطبق الحدود لكل حساب ونموذج. يجب أن تؤدي استجابة `429` إلى backoff أسي. ## متى يتولى Nano Banana 2 المرحلة الأولى يناسب Nano Banana 2 الاستكشاف والتكرار المعتمد على المراجع وإنشاء متغيرات كثيرة. * إنشاء أفكار للحملات * اختبار الخلفيات والتخطيطات * إنشاء نسخ محلية * اكتشاف مشكلات النص والتكوين * إعداد لوحات للمراجعة البشرية ينبغي استخدام المسار الاقتصادي في المرحلة التي ستستبعد فيها مقترحات كثيرة. ## متى يستحق Nano Banana Pro تكلفته يناسب Pro الأصول القريبة من التسليم عندما تكون الأخطاء مكلفة، مثل الصورة الرئيسية والتصميم الحساس للنص والدقة العالية والتحرير المعقد. | المرحلة | الخيار الافتراضي | قاعدة الترقية | | --- | --- | --- | | الاستكشاف | Nano Banana 2 | احتفظ بالمرشحين الذين يجتازون التكوين والعلامة | | التحسين | 2 أو Pro حسب العيب | قم بالترقية إذا استمر فشل النص أو التفاصيل | | الإخراج النهائي | Nano Banana Pro | أنشئ المفاهيم المعتمدة فقط | | إعادة العمل | النموذج نفسه ثم ترقية واحدة | تجنب إعادة المحاولة بلا نهاية | يأتي التوفير من تقليل المهام المرسلة إلى المرحلة المميزة. ## بنية إنتاج آمنة استخدم طابورا بحالة صريحة. احفظ source ID والنموذج وإصدار المطالبة وروابط الإدخال وtask ID وعدد المحاولات والحالة ورابط النتيجة والتحقق. اضبط التزامن لكل نموذج، وابدأ بقيمة منخفضة ثم ارفعها بعد القياس. تحتاج دفعة من 20,000 عنصر إلى طابور موثوق، لا إلى 20,000 اتصال. حدد مدة الاحتفاظ أيضا. تدعم Atlas Cloud ترويسات لكل طلب وسائط غير متزامن. انسخ الأصول المعتمدة قبل انتهاء الروابط. ## مقاييس تكشف نجاح الدفعة | المقياس | أهميته | | --- | --- | | الصور المقبولة لكل دولار | يجمع السعر وإعادة التوليد | | زمن P50 وP95 | يوضح الزمن المعتاد والذيل | | إعادة المحاولة حسب نوع الخطأ | يفصل المطالبة عن المنصة | | نسبة الرفض البشري | تقيس فائدة المسودات الاقتصادية | | تكلفة الأصل المعتمد | تربط الإنفاق بالنتيجة | | عمر الطابور | يوضح هل القدرة تواكب الطلب | زيادة معدل الإنجاز مع تضاعف الرفض ليست كفاءة. إذا خفض مسار 2 إلى Pro تكلفة الأصل المقبول، فهذا توفير حقيقي. ## قاعدة عملية للقرار استخدم الدفعات لتحسين التنفيذ، واستخدم اختيار نقطة النهاية والسعر الحالي وجودة المطالبة وشروط الحجم لتحسين التكلفة. 1. تحقق من السعر المباشر للنموذج والوضع الدقيقين. 2. اختبر عينة ممثلة على النموذجين. 3. قس القبول وإعادة المحاولة. 4. أرسل الاستكشاف إلى المسار الاقتصادي والنهائي إلى المسار المناسب للجودة. 5. ناقش شروط الحجم بعد استقرار الاستخدام الشهري. قيمة الدفعة هي جعل آلاف المهام قابلة للإدارة، لا ضمان خصم. ## FAQ ### هل يوجد خصم Batch API مخصص؟ لا. وضع الطلبات في دفعة أو طابور لا يغيّر السعر المنشور تلقائياً؛ راجع صفحة النموذج الحالية. ### لماذا أستخدم الدفعات إن لم يتغير السعر؟ لتحسين استغلال العمال وضبط التزامن وإدارة الإعادات وتقليل العبء التشغيلي. ### كيف أقدّر تكلفة دفعة كبيرة؟ اضرب عدد التوليدات المتوقع في السعر الحالي وأضف هامشاً واقعياً للإعادات والمخرجات المرفوضة. ### أي نموذج أستخدم في المرحلة الأولى؟ يصلح Nano Banana 2 عادةً للمتغيرات، بينما يُحجز Pro للمفاهيم المعتمدة التي تحتاج دقة أعلى. ### كيف أتعامل مع حدود المعدل؟ استخدم طابوراً محدوداً وتراجعاً أسياً مع jitter بعد أخطاء 429 أو الأخطاء المؤقتة. ### هل يمكن أن يحصل الحجم الشهري الكبير على سعر مختلف؟ ربما عبر اتفاق تجاري، لكنه ليس خصماً تلقائياً ناتجاً عن استخدام الدفعات.