الخلاصة أولًا. عند توليد الصور على دفعات عبر APIYI، استخدم افتراضيًا gpt-image-2.5-all للمهام العادية، عبر مجموعة Default. يمكن استدعاؤه سواء برمز (توكن) دفع لكل استدعاء أو برمز دفع حسب الاستهلاك، بسعر 0.025 دولار لكل صورة. وإذا احتجت إلى تثبيت حجم محدد أو دقة 4K، فاستبدل اسم النموذج بطراز من فئة -vip مثل gpt-image-2.5-vip، بسعر 0.03 دولار لكل صورة. لكن صفحة -all المخصصة توضح بنفسها أن دقة 4K في -vip تشهد تقلبات في الاستقرار، ولذلك لا تُعد الخيار الأول لدقة 4K. وإذا كنت تحتاج إلى مستوى quality الرسمي، أو إعادة رسم جزئي بقناع، أو أي حجم صالح، فاستخدم قناة التحويل الرسمي. أما المشاريع الجديدة فالأولى أن تبدأ بـ gpt-image-2.6-flare (السرعة أولًا) وgpt-image-2.6-sunburst (التحرير والدقة أولًا).
خطة الاحتياط تنقسم إلى حالتين. إذا استمرت قناة التحويل الرسمي في مجموعة Default في إرجاع 429 أو كانت مشبعة، فبدّل مجموعة الرمز (التوكن) إلى image2Enterprise، مع إبقاء اسم النموذج كما هو. وإذا واجه المسار العكسي الرسمي عطلًا في نسخة ChatGPT على الويب أو في خدمة Adobe الأصلية، فلا تُكرر إعادة المحاولة مع الانتظار المتزايد على المسار العكسي نفسه، بل غيّر اسم النموذج إلى طراز تابع للتحويل الرسمي، وتأكد من أن الرمز (التوكن) في وضع «الأولوية للدفع حسب الاستهلاك». وهناك نوعان من الأخطاء لا يجوز إعادة المحاولة فيهما بالشكل نفسه: الرفض بسبب سلامة المحتوى، وأخطاء المعاملات. وانتبه أيضًا إلى المعامل n: فهو في -all يخصم التكلفة بمقدار n أضعاف، لكنه لا يزال يعيد صورة واحدة فقط.
ما هي الأسماء الأربعة لقنوات صور GPT
يظهر النموذج نفسه من نماذج صور GPT في القائمة بعدة لواحق، وكل لاحقة تدل على مصدر المنبع وطريقة الفوترة. ومن بينها «مجموعة المؤسسات»، وهي ليست نموذجًا بل خيار توجيه يُضبط على مستوى الرمز المميز (token). وفيما يلي شرح لكل اسم وفق مصطلحات الوثائق:
- التمرير الرسمي (官转): اتصال مباشر بواجهة OpenAI Images API الرسمية، وتنص الوثائق على أن الطلب والاستجابة متطابقان مع ما تقدمه OpenAI رسميًا. تشمل طرازات الصور من نوع التمرير الرسمي في جدول الأسعار الإجمالي
gpt-image-2.6-flareوgpt-image-2.6-sunburstوgpt-image-2.5-flareوgpt-image-2.5-sunburst، ولقطتي التاريخ الخاصتين بهماgpt-image-2.5-flare-2026-09-08وgpt-image-2.5-sunburst-2026-09-08، إضافة إلى الجيل السابقgpt-image-2. وتوصي الوثائق باستخدام flare أولًا في تحويل النص إلى صورة، وباستخدام sunburst أولًا في التحرير ودمج عدة صور. وفي بيئة الإنتاج يمكن تثبيت لقطة التاريخ لتجنّب تغيّر ما يشير إليه الاسم المستعار. - التمرير العكسي الرسمي -all (官逆 -all): نسخة عكسية من واجهة ChatGPT على الويب. النموذجان
gpt-image-2-allوgpt-image-2.5-allبالسعر نفسه والسلوك نفسه، ويمكن استبدال أحدهما بالآخر. والسبب أن واجهة ChatGPT على الويب قد ترقّت بالكامل إلى Images 2.5، لذا فإن ما ينتجهgpt-image-2-allهو أيضًا صور بإصدار 2.5. وتوصي الوثائق بأن تستخدم المشاريع الجديدةgpt-image-2.5-allمباشرة. - التمرير العكسي الرسمي -vip (官逆 -vip): مسار Adobe العكسي (Firefly)، والطرازات هي
gpt-image-2-vipوgpt-image-2.5-flare-vipوgpt-image-2.5-sunburst-vip. والاسم المستعارgpt-image-2.5-vipيشير إلىgpt-image-2.5-sunburst-vip. - مجموعة المؤسسات
image2Enterprise: مجموعة احتياطية للمؤسسات على منبع OpenAI في وضع التمرير الرسمي. ويوضح قسم الأسئلة الشائعة صراحةً أنها ليست Google Vertex، وليست خط تسريع لتقصير زمن توليد الصورة. ودورها هو توفير مجموعة موارد أخرى عند ازدحام المجموعة الافتراضية، لكنها لا تضمن أن المنبع متاح دائمًا.
وهناك مجموعة أخرى قد يُظن خطأً أنها مجموعة احتياطية، وهي image2_OSS. إنها مجموعة بمعامل 1 وبدون أي زيادة في السعر، ولها غرض واحد فقط: ضمان إرجاع رابط URL وعدم التخفيض إلى base64. وهي لا تحسّن الاستقرار، وتنطبق على -all و-vip.
أما الإصدار 2.6 فهو حاليًا متاح بنسخة التمرير الرسمي فقط. ففي جدول الأسعار الإجمالي وواجهة التسعير بتاريخ 2026-11-10 لا يوجد gpt-image-2.6-all ولا gpt-image-2.6-vip ولا أي اسم مشابه. والطرازات والأسعار تُعتمد وفق قائمة الطرازات في المنصة.
اختيار قناة الصور الافتراضية حسب السيناريو: جدول مقارنة الأسعار والقدرات
عند اختيار القناة، ابدأ بثلاثة أسئلة: هل تحتاج إلى مستويات الجودة الرسمية؟ ما مدى صرامة متطلبات الحجم؟ وهل تريد سقفًا للتكلفة لكل صورة؟ يمكنك اتباع الترتيب التالي:
- توليد صور بالجملة، وسقف تكلفة لكل صورة، والضلع الأطول بين 512 و1536: استخدم
gpt-image-2.5-all. معيار القبول: العرض والارتفاع الفعليان للصورة المُعادة يطابقان التوقعات، وكل خصم في لوحة التحكم يساوي سعر الوحدة مضروبًا في عدد الاستدعاءات. - تحتاج إلى حجم ثابت من بين 30 خيارًا، أو إلى 2K أو 4K: انتقل إلى طراز -vip، ومرّر
sizeصراحةً. معيار القبول: اعتمد على العرض والارتفاع الفعليين للصورة المُعادة، لا على معاملات الطلب فقط. - تحتاج إلى
qualityالرسمي، أو إعادة رسم جزئي عبرmask، أو خلفية شفافة، أو أي حجم صالح، أو تريد محاذاة الحقول مع OpenAI: اتبع المسار الرسمي. للمشاريع الجديدة استخدم 2.6، وعند الحاجة إلى تثبيت السلوك استخدم لقطة 2.5 المؤرخة. معيار القبول: حقول الطلب تطابق جدول المعاملات الرسمي للطراز المستهدف، ولا يظهر خطأ 400.
جدول مقارنة أسعار قنوات الصور
تعتمد الفوترة والأسعار المعلنة في الجدول أدناه على الجدول الرئيسي للأسعار (تحديث 2026-11-09)، وجميعها أسعار قبل الخصم. بعد إضافة مكافأة الشحن بنسبة 10% إلى 20%، يصبح المبلغ المخصوم فعليًا أقل، وتبقى لوحة التحكم هي المرجع النهائي. للاطلاع على الطرازات والأسعار الكاملة، راجع docs.apiyi.com/models.
| الطراز | طبيعة القناة | الفوترة | السعر المعلن (قبل الخصم) | المجموعات المتاحة |
|---|---|---|---|---|
gpt-image-2.6-flare / gpt-image-2.6-sunburst |
تحويل رسمي (أُطلق في 2026-11-05) | حسب الاستهلاك | لكل مليون توكن: إدخال نصي 5، إدخال صور 8، إخراج 30 دولارًا | Default، image2Enterprise، image2_OSS، SVIP |
gpt-image-2.5-flare / gpt-image-2.5-sunburst ولقطتا 2026-09-08 |
تحويل رسمي | حسب الاستهلاك | مثل أعلاه، مع قراءة النص من الذاكرة المؤقتة 1.25 دولار وقراءة الصورة 2 دولار | Default، image2Enterprise، image2_OSS، SVIP |
gpt-image-2 |
تحويل رسمي (الجيل السابق) | حسب الاستهلاك | مثل أعلاه | Default، image2Enterprise، image2_OSS، SVIP |
gpt-image-2.5-all / gpt-image-2-all |
عكس رسمي لواجهة ChatGPT الويب | لكل طلب | 0.025 دولار/طلب | Default، image2_OSS، SVIP |
أسماء -vip الأربعة مثل gpt-image-2.5-vip |
عكس رسمي لـ Adobe Firefly | لكل طلب | 0.03 دولار/طلب | Default، image2_OSS، SVIP |
هناك اختلاف واحد بين واجهة التسعير والجدول الرئيسي للأسعار، ويجب التعامل معهما بشكل منفصل. في واجهة التسعير، تكون قيمة quota_type للنماذج gpt-image-2 وgpt-image-2.5-flare وgpt-image-2.5-sunburst هي 1، وقيمة model_price هي 0.2. بينما تكون قيمة quota_type للنماذج gpt-image-2.6-flare وgpt-image-2.6-sunburst ولقطتي 2026-09-08 هي 0، وقيمة model_price هي 0. أما الجدول الرئيسي للأسعار فيصنّف كل هذه الطرازات ذات التحويل الرسمي على أنها حسب الاستهلاك. تعتمد الأسعار المعلنة في هذا المقال على أساس الاستهلاك الوارد في الجدول الرئيسي للأسعار، ولا نعتبر 0.2 سعرًا لكل طلب. قبل تقديم الطلب، تحقق من لوحة التحكم من السعر الفعلي بعد الخصم لهذه المجموعة. سعر -all البالغ 0.025 وسعر -vip البالغ 0.03 متطابقان في المصدرين، ويمكن استخدامهما كسعر معلن لكل طلب.
تعتمد تكلفة كل صورة عبر التحويل الرسمي على توكنات الإخراج. النطاق النموذجي الذي تقدمه صفحة المقارنة (كما تذكر الوثائق) يبلغ نحو 0.03 إلى 0.2 دولار لكل صورة؛ وكلما طال الموجه وارتفعت قيمتا size وquality، زادت التكلفة. تحتوي الوثائق على حساب تقريبي بتاريخ 2026-09-09: صورة مربعة 1024 باستخدام 2.5 مع xhigh تكلّف نحو 0.094 دولار (3122 توكن إخراج)، ومع max نحو 0.211 دولار (7024 توكن إخراج)، باستثناء الإدخال الذي عادةً يقل عن 0.001 دولار. وتخلص الوثائق إلى أن المسودة بدقة 1K وإعداد low عبر التحويل الرسمي ليست بالضرورة أغلى؛ وإنما الجودة المتوسطة إلى العالية هي المجال الذي يكون فيه العكس الرسمي بسعر 0.025 إلى 0.03 دولار أكثر جدوى.
هناك أيضًا سعر قديم يجب التنبيه إليه. مقال قديم في مركز المساعدة بتاريخ 2026-04-25 ذكر أن gpt-image-2-all بسعر 0.03 دولار للمرة الواحدة، لكن تلك بيانات ما قبل التخفيض. فقد انخفض سعر -all في 2026-10-10 إلى 0.025 دولار، وتم تعديل الاسمين اللذين يحملان اللاحقة -all في الوقت نفسه. وسبب التخفيض المذكور في الوثائق هو أن -all أكثر استقرارًا من -vip، إذ يتأثر -vip بآليات الرقابة من المصدر الأصلي ويتقلب بشكل أكبر، إلا أنه لا يزال قيد الصيانة ويعمل كالمعتاد.
جدول مقارنة قدرات قنوات الصور
| القدرة | الوكيل العكسي الرسمي -all | الوكيل العكسي الرسمي -vip | الوسيط الرسمي |
|---|---|---|---|
size |
الصفحة المخصصة: أبعاد شائعة يتراوح ضلعها الأطول بين 512 و1536، بما فيها قيم ليست من مضاعفات 16؛ ولا تُدرج 2K ضمن الدعم الدقيق | 30 خيارًا (10 نسب أبعاد × 1K/2K/4K)، ولا تعمل إلا على نقطة النهاية images | أي حجم صالح، بشرط أن يكون طول الضلع من مضاعفات 16 وألا تتجاوز النسبة 3:1، وتشمل الإعدادات المسبقة 3840×2160 |
quality |
غير مقبول | سلوك القناة، وغير مضمون؛ عند إعادة الاختبار بتاريخ 2026-09-10 وصل إصدارا 2.5 إلى max، بينما يصل gpt-image-2-vip إلى high فقط |
مستويات مضمونة رسميًا؛ xhigh/max مقصورة على إصدارَي 2.5 (صفحة المقارنة) |
n |
غير مقبول، وحتى إذا مُرِّر فسيُحسب السعر بمقدار n أضعاف | غير مدعوم، صورة واحدة في كل مرة | مدعوم |
| القناع | إعادة رسم الصورة كاملة فقط | إعادة رسم الصورة كاملة فقط | يدعم إعادة الرسم الجزئي عبر mask |
| الخلفية الشفافة | لا توجد معلمة background، ويمكن ذكر الخلفية الشفافة فقط داخل الموجه |
يمكنه إخراج PNG بقناة alpha، لكن الوثائق لا تضمن ذلك | مدعوم في 2.5؛ أما gpt-image-2 فقد أُوقف |
| السرعة (كما تذكر الوثائق) | الصفحة المخصصة: نحو 30 إلى 60 ثانية؛ صفحة المقارنة: نحو 90 ثانية | gpt-image-2-vip: من 90 إلى 150 ثانية؛ flare-vip: من 22 إلى 138 ثانية، وsunburst-vip: من 37 إلى 120 ثانية |
في 2026-09-09: 2.5-flare 1K low نحو 10 ثوانٍ، وsunburst نحو 14 ثانية؛ gpt-image-2: من 100 إلى 120 ثانية |
بخصوص سرعة -all، تختلف الوثيقتان: الصفحة المخصصة تذكر نحو 30 إلى 60 ثانية، وصفحة المقارنة تذكر نحو 90 ثانية. يعرض هذا المقال الرقمين معًا دون حساب متوسط. كما أن هناك عدم تزامن في وثائق size الخاص بـ -all: الصفحة المخصصة تكتب «يدعم size الآن»، بينما ما تزال صفحة المقارنة تكتب أنه غير مقبول. ويعتمد هذا المقال الصفحة المخصصة كمرجع. وتذكر الصفحة المخصصة أيضًا أن صورة 1536 المربعة قد تكون مرت عبر الاستيفاء، ولا تمثل التفاصيل الأصلية. أما عبارة 2.6 «تسريع التوليد بنسبة 50%، وأسرع زمن لـ Flare عند الجودة المنخفضة 6 ثوانٍ» فتأتي من إعلان رسمي نُقل في التحديثات الحية بتاريخ 2026-11-05، وليست بيانات إعادة اختبار من المنصة. أما معاملات 2.6 الجديدة (complexity وSVG وGIF وغيرها) فمرجعها وثائق OpenAI الرسمية، ولا يمكن تطبيق جدول معاملات 2.5 عليها مباشرة.
إذا كانت احتياجات 4K كثيرة، تذكر الصفحة المخصصة لـ -all مسارًا آخر: Nano Banana على APIYI. في جدول الأسعار العام، تبلغ تكلفة nano-banana-pro وسلسلة gemini-3-pro-image 0.09 دولار لكل طلب، بينما تبلغ تكلفة nano-banana-2 وgemini-3.1-flash-image 0.055 دولار لكل طلب. المجموعة المؤسسية لهذا المسار هي NanoBananaEnterprise وNanoBananaReverse، ولا يمكن خلطها مع image2Enterprise.
كيف تُضبط أنواع التوكينات وأولوية المجموعات في قنوات الصور
كثير من الأخطاء لا يكون سببها القناة نفسها، بل نوع التوكين أو المجموعة المضبوطة بشكل خاطئ. جميع القنوات تستخدم عنوان Base URL واحدًا: https://api.apiyi.com/v1. ويُفضّل استخدام النقطتين /v1/images/generations و /v1/images/edits. وقاعدة أنواع التوكينات التي يجب تذكّرها واحدة فقط: التحويل الرسمي (官转) يتطلب «الأولوية حسب الاستخدام». فإذا استدعيت التحويل الرسمي بتوكين «الدفع حسب الطلب»، سيُرفض الطلب لأن طريقة الفوترة غير متوافقة. أما -all و -vip فيمكن استخدام «الدفع حسب الطلب» أو «الأولوية حسب الاستخدام» معهما.
| المجموعة | المضاعف (واجهة التسعير 2026-11-10) | القنوات المناسبة | الاستخدام | ملاحظة |
|---|---|---|---|---|
Default |
1 | التحويل الرسمي، -all، -vip |
الخيار الافتراضي المفضّل | قد تشهد القناة الرسمية ازدحامًا في التزامن خلال ساعات الذروة، فتظهر أخطاء 429 |
image2Enterprise |
1.2 | التحويل الرسمي فقط | شبكة أمان مؤسسية من مزوّد OpenAI upstream | ليست مسارًا معجّلًا وليست Vertex؛ و-all و -vip ليستا في هذه المجموعة |
image2_OSS |
1 | التحويل الرسمي، -all، -vip |
ضمان إخراج رابط URL | لا يرفع الاستقرار؛ وينتهي صلاحية الرابط بعد نحو 24 ساعة |
SVIP |
تقرأه الواجهة كـ 1، والمرجع هو صفحة التوكين في لوحة التحكم | التحويل الرسمي، -all، -vip |
حسب ما هو موضّح في لوحة التحكم | انتهى عرض المضاعف محدود المدة اعتبارًا من 2026-10-29 |
بالنسبة لمضاعف 1.2 الخاص بمجموعة المؤسسات، يوضح التوثيق أنه حُدِّد على أساس «سعر يقارب سعر الموقع الرسمي بعد إضافة 20% مكافأة على إيداع واحد بقيمة 3000 دولار للعملاء الكبار»، مع عدم احتساب المنصة لتكاليف الضرائب. وبخصوص الطرازات الظاهرة في هذه المجموعة، فإن جدول نص الأسئلة الشائعة يذكر gpt-image-2.5-flare و gpt-image-2.5-sunburst و gpt-image-2. أما جدول الأسعار الإجمالي والحقل enable_groups في واجهة التسعير فيُظهران أن الطرازين من إصدار 2.6 موجودان أيضًا ضمنها، لكن جدول الأسئلة الشائعة لم يُحدَّث بعد. ولم يذكر التوثيق أن هذه المجموعة تحتاج إلى طلب منفصل، وإن لم تتمكن من اختيارها فالمرجع هو ما تعرضه لوحة التحكم.
طريقة الضبط الموصى بها هي «توكين واحد يغطي نوعي النماذج». يمكن للتوكين الواحد تعيين مجموعة افتراضية واحدة وبحد أقصى مجموعتين احتياطيتين. ووفق طريقة الضبط الواردة في التوثيق، اجعل الأولوية الأولى image2Enterprise والمجموعة الافتراضية Default. بهذا تذهب طلبات التحويل الرسمي أولًا إلى مجموعة المؤسسات، وتبقى -all و -vip في Default لأنها ليست ضمن مجموعة المؤسسات، فتُنتج الصور بشكل طبيعي. أما الخطوات العملية فهي: افتح api.apiyi.com/token، وحرّر التوكين، واختر المجموعة ثم احفظ؛ دون أي تغيير في الشيفرة. ومعيار القبول: أن تُنفّذ الطلب نفسه مرة على طراز من نوع التحويل الرسمي ومرة على طراز -all، فتُنتج الصور في المرتين، وأن تُحتسب في لوحة التحكم عملية التحويل الرسمي بمضاعف 1.2.
تحتاج الأعمال التي تعتمد اعتمادًا قويًا على URL إلى معالجة منفصلة. في المجموعة الافتراضية، توضّح الوثائق أنه في 2026-07، وعند عدم تمرير response_format، ستُرجع الاستجابة b64_json؛ ويمكن الحصول على رابط عند تمرير response_format صراحةً بالقيمة url، لكن المجموعة الافتراضية لا تضمن صيغة الإخراج. لذلك ينبغي لهذه الأعمال نقل الرمز المميز إلى image2_OSS مع تمرير url صراحةً، ثم تنزيل الرابط فور الحصول عليه وإعادة تخزينه. معيار القبول: أن تتضمن الاستجابة الحقل url، وأن يكون الملف بعد إعادة التخزين قابلًا للفتح.
كيفية التعامل مع 429 والتشبع وأعطال المزود الأصلي عند توليد الصور
كلها أخطاء من الظاهر، لكن الأسباب قد تكون مختلفة تمامًا. لذلك الخطوة الأولى هي قراءة error.message داخل جسم الخطأ، ثم تحديد طريقة التعامل. صفحة -vip تقسم 429 إلى نوعين: رفض المعامل وتشبع المجموعة. أما صفحة -all فتصف 429 بشكل عام بأنه «تقييد معدل أو نقص في الحصة». كما تُسجّل الحالة المباشرة نوعين من أعطال المزود الأصلي، أحدهما من نسخة ChatGPT web والآخر من منبع OpenAI. يجمع الجدول التالي هذه الحالات في صيغة «ماذا ترى من خطأ، وماذا تفعل أولاً»:
| ما الذي تراه | التشخيص | ما تفعله أولاً | معيار القبول |
|---|---|---|---|
| استمرار 429 أو رسالة تشبع من المسار الرسمي على Default | ازدحام المجموعة الافتراضية | انتقل إلى api.apiyi.com/token وبدّل المجموعة إلى image2Enterprise، أو ارفع أولويتها، مع إبقاء اسم النموذج كما هو |
الطلب نفسه ينتج صورة، وتصبح الفاتورة 1.2 ضعف |
يعيد -vip الرمز 429، ورسالة message من نوع quality must be one of… |
رفض المعامل | عدّل المعامل، ولا تعد المحاولة كما هي | ينجح الطلب الأول بعد التعديل |
| يعيد -vip الرمز 429، ورسالة message هي «حمل المنبع في المجموعة الحالية وصل إلى التشبع» | تشبع عابر | أعد المحاولة بتراجع أسي، وراقب الحالة المباشرة في الوقت نفسه | يتعافى خلال عدد محدود من المحاولات، وإلا فبدّل إلى المسار الرسمي |
| تتركز أخطاء -all/-vip في اليوم نفسه، وتظهر في الحالة المباشرة إشعارات عطل من المزود الأصلي | عطل في ChatGPT web أو في مزود Adobe الأصلي | أوقف التراجع، وبدّل إلى المسار الرسمي بتغيير اسم النموذج | ينجح طلب المسار الرسمي، ويكون الرمز بأولوية الدفع حسب الاستخدام |
تعيد مجموعة المؤسسات في المسار الرسمي The server had an error while processing your request. |
عطل في منبع OpenAI | أعد المحاولة مرة أو مرتين، وإن لم ينجح فبدّل إلى المسار العكسي الرسمي | بعد التبديل إلى -all يمكن توليد الصورة |
| 401 | مشكلة في الرمز | افحص الرمز، ولا تعد المحاولة | يتعافى بعد استخدام الرمز الصحيح |
يعيد gpt-image-2 مع background بقيمة transparent الرمز 400 |
أوقفت الجهة الرسمية هذه الإمكانية | استخدم 2.5 عبر المسار الرسمي مع png أو webp للخلفية الشفافة | تعود الصورة بقناة alpha |
إذا شككت في عطل من المزود الأصلي، فاذهب أولاً إلى docs.apiyi.com/live للاطلاع على ما إذا كان هناك إشعار مطابق في ذلك اليوم، ثم قرر هل تتراجع أم تغيّر القناة. الانتقال من المسار العكسي الرسمي إلى المسار الرسمي بسيط: على APIYI، استخدم الرمز نفسه وغيّر اسم model فقط. وجاء في صفحة المقارنة حرفيًا: «كل ما عليك فعله هو تغيير اسم model للتبديل إلى المسار الرسمي». لكن هناك شرطان يجب التحقق منهما بندًا بندًا:
- نوع الرمز (التوكن): تأكد من أن الرمز يعمل بنظام «الدفع حسب الاستخدام أولاً». أما إذا كان الرمز بنظام الدفع لكل طلب، فسيُرفض الطلب.
- حذف الحقول حسب النموذج المستهدف: عند التبديل إلى
gpt-image-2، أزل مستويي xhigh وmax والخلفية الشفافة. أما المقاسات غير القابلة للقسمة على 16 والقادمة من -all، فيجب تعديلها لتصبح من مضاعفات 16، وألا تتجاوز نسبة العرض إلى الارتفاع 3:1. وفي الاتجاه المعاكس، عند العودة من المسار الرسمي (官转) إلى -all، احذفqualityوnوaspect_ratioوmask. - المهلة الزمنية (Timeout): في المسار الرسمي (官转)، اضبط الجودة المنخفضة والمتوسطة على 240 ثانية، وhigh وxhigh على 300 ثانية، واجعل 600 ثانية هي المهلة الاحتياطية لـ max ولـ high في
gpt-image-2. أما -all و-vip فاضبطهما على 300 ثانية بشكل متحفظ. واضغط الصور المُدخلة إلى أقل من 1.5MB أولاً.
جدول تقييم البلاغات التاريخية من أبريل إلى نوفمبر 2026
هذه الأحداث تُستخدم فقط لتوضيح أنواع الأعطال التي ظهرت سابقاً وكيف جرى التعامل معها آنذاك، ولا تمثل الحالة الراهنة بتاريخ 2026-11-10. أما ما إذا كانت السعة مشبعة الآن، فيُعتمد فيه على رسالة الخطأ والحالة اللحظية في تلك المرة.
| التاريخ | الحدث (بلاغ تاريخي) | المعالجة آنذاك | كيف نستخدمه اليوم |
|---|---|---|---|
| 2026-04-29 | لا تزال المجموعة الافتراضية للتحويل الرسمي تعيد 429؛ المستقر الوحيد هو image2Enterprise، وكل من -all و-vip مستقران | توجيه التحويل الرسمي إلى مجموعة المؤسسات | حالة نموذجية لـ«ازدحام المجموعة الافتراضية للتحويل الرسمي» |
| 2026-05-07 | مجموعة المؤسسات للتحويل الرسمي تعيد أيضاً server error، والسبب الجذري هو المنبع الأعلى لـ OpenAI |
انتظار تعافي المنبع أو تغيير القناة | مجموعة المؤسسات أيضاً لا تضمن أن يكون المنبع متاحاً دائماً |
| 2026-05-13 | المجموعة الافتراضية مشبعة، لكن image2Enterprise ما زال قادراً على توليد الصور | التبديل إلى مجموعة المؤسسات | يدعم إعداد الأولوية |
| 2026-05-23 | تمت إضافة موارد إلى المجموعة الافتراضية، وذكرت الوثائق أنه لا حاجة للتبديل إلى مجموعة المؤسسات عمداً | العودة إلى Default | الازدحام مرحلي |
| 2026-09-21 | المجموعة الافتراضية للتحويل الرسمي 2.5 تشهد ضغطاً في التزامن، ومجموعة المؤسسات مستقرة | التبديل إلى مجموعة المؤسسات | كما سبق |
| 2026-10-15 | ارتفاع الحمل على gpt-image-2-vip؛ وظهر خطأ في -all بسبب عطل في المصدر الأصلي لموقع ChatGPT؛ وأُوقفت ميزة الخلفية الشفافة في gpt-image-2 (سُجّل في صفحة المقارنة بتاريخ 2026-09-30) |
في البداية، استعان المسار العكسي الرسمي بالتحويل الرسمي كخيار احتياطي؛ وحُوّلت الخلفية الشفافة إلى التحويل الرسمي 2.5 | عند تعطل المصدر الأصلي، غيّر القناة ولا تصرّ على نفس المسار |
| 2026-11-05 | إطلاق التحويل الرسمي 2.6، والمجموعة Default متاحة | يمكن للمشاريع الجديدة استخدامه | هذا بلاغ إطلاق، وليس بلاغ عطل |
أخطاء توليد الصور: ما يستحق إعادة المحاولة وما لا يستحقها
هناك معيار واحد فقط للحكم على ما إذا كان ينبغي إعادة المحاولة: هل يختفي سبب الخطأ من تلقاء نفسه مع مرور الوقت؟ قد تتعافى أخطاء الحمل 429 و5xx والمهلات الزمنية من تلقاء نفسها، لذا يمكن إجراء عدد محدود من المحاولات مع تراجع زمني. أما أخطاء المعلمات وأخطاء الرموز ورفض المحتوى فلا تختفي من تلقاء نفسها، وإعادة المحاولة بالشكل نفسه لن تفعل سوى إهدار الوقت، وقد تؤدي أحيانًا إلى خصم رسوم إضافية. السياسة التشغيلية الموثّقة في أرشيف اختيار الموضوع بتاريخ 2026-08-25 هي «429 قابل لإعادة المحاولة، وسلامة المحتوى لا تتطلب إعادة المحاولة»، وهي تتفق مع هذا المعيار.
- يمكن إعادة المحاولة مع تراجع زمني: استخدم تراجعًا أسيًا مع أخطاء الحمل 429؛ وأعد محاولة 5xx مرة أو مرتين؛ وعند انتهاء المهلة، اضبط مهلة العميل على القيمة الموصى بها أولاً. سجّل
request-idمن ترويسات الاستجابة لتسهيل التشخيص. تشير وثائق -vip إلى أنه ضمن RPM 500 ليست هناك حاجة للنظر في مشكلات التزامن أولاً. - عدّل ثم أعد الإرسال: إذا رُفضت المعلمات فعدّلها أولاً؛ وإذا ظهر 401 فتحقق أولاً من رمز المصادقة؛ وإذا ظهر 400 فقارن أولاً مع جدول حقول النموذج المستهدف. لا تُحتسب رسوم على فشل المصادقة أو فشل التحقق من المعلمات.
- لا تُعِد المحاولة تلقائيًا: يأتي رفض المحتوى في نوعين. النوع الأول يعيد خطأً صريحًا، مثل «لم يتم إنشاء الصورة كما هو متوقع، يرجى تعديل الموجه وإعادة المحاولة»، وهذا لا تُحتسب عليه رسوم، وينبغي تعديل الموجه. النوع الثاني يعيد 200، لكن نص الاستجابة يحوي رفضًا ناعمًا مثل «لا أستطيع تنفيذ هذا الطلب». من ناحية البروتوكول يُعد هذا استجابة طبيعية وتُحتسب عليه رسوم، ولا يمكن حتى للجهة الرسمية تمييزه مسبقًا على مستوى البروتوكول. لا تُعِد إرسال الموجه نفسه تلقائيًا.
سؤال: مرّرت n=4 مع -all، فلماذا استلمت صورة واحدة فقط وتم خصم الرسوم أربع مرات؟
لا يقبل -all المعامل n، لكن تمريره سيؤدي مع ذلك إلى خصم الرسوم بمقدار n أضعاف. المثال الوارد في الصفحة المخصصة هو n=3 يُخصم منه 0.075 دولار، ولا يزال يعيد صورة واحدة فقط. وعندما تحتاج إلى N صورة، ينبغي استدعاء الواجهة N مرة بالتوازي. معيار القبول: أن يساوي عدد مرات الخصم في لوحة التحكم عدد الصور التي حصلت عليها فعليًا.
سؤال: تقول صفحة المقارنة إن -all لا يقبل size، فهل يمكن تمريره فعلًا؟
استند إلى الصفحة المخصصة لـ -all، نعم يمكن تمريره. وقيمة size التي تمررها صراحةً لها أولوية على وصف الأبعاد المذكور في الموجه؛ أما إذا لم تمررها أو مرّرت auto فيبقى السلوك الأصلي كما هو. صفحة المقارنة لم تُحدَّث بعد.
سؤال: هل يمكن لمجموعة المؤسسات أن تجعل توليد الصور أسرع؟
لا. تنص الأسئلة الشائعة (FAQ) صراحةً على أنها ليست مسارًا للتسريع؛ فكل ما تفعله هو توفير مجمّع موارد آخر عندما تكون المجموعة الافتراضية مزدحمة. يكفي وضع نموذج 官逆 في مجموعة Default.
سؤال: هل سعر 0.2 الخاص بـ官转 في واجهة التسعير هو سعر لكل مرة؟
لا ينبغي فهمه بهذه الطريقة. جدول الأسعار الرئيسي يوضح أن التسعير حسب الاستخدام، وهذا المقال يعتمد أيضًا التسعير حسب الاستخدام. بالنسبة لبعض الأسماء المستعارة التي لا تحتوي على تاريخ، تُرجع الواجهة model_price بقيمة 0.2، وهناك اختلاف بين المصدرين في طريقة الاحتساب؛ لذا قبل تقديم الطلب، يُرجى التحقق من السعر المخفّض الفعلي في لوحة التحكم.
س: هل توجد نسخة -all أو -vip للإصدار 2.6؟
في جدول الأسعار الشامل وواجهة التسعير بتاريخ 2026-11-10 لا توجد أي منهما، وهذا المقال لا يقدّم أي تخمين بشأن موعد الإطلاق.
الإعدادات الافتراضية التي يمكنك اتباعها مباشرة
- اسم النموذج:
gpt-image-2.5-all؛ وإذا احتجت إلى أبعاد محددة أو دقة 4K فاستخدمgpt-image-2.5-vip؛ وإذا احتجت إلى المعاملات الرسمية فاستخدمgpt-image-2.6-flareأوgpt-image-2.6-sunburst - المجموعة: الأولوية الأولى
image2Enterprise، والمجموعة الافتراضيةDefault؛ وللأعمال التي تعتمد اعتمادًا قويًا على عنوان URL، أنشئ مفتاحًا منفصلًا يستخدمimage2_OSS - نوع المفتاح: الدفع حسب الاستخدام أولًا (يمكن الاستدعاء عبر قناتي
官转و官逆) - مهلة الانتظار بالثواني: اضبط 300 لـ -all/-vip؛ أما
官转فبجودة منخفضة أو متوسطة 240، ولـ high/xhigh 300، ولـ max 600 - Base URL:
https://api.apiyi.com/v1
بعد تشغيل هذه الإعدادات، لن تحتاج في العادة إلا إلى متابعة أمرين: ما تقوله error.message داخل جسم الخطأ، وما إذا كانت التحديثات اللحظية لليوم تتضمّن أي إعلان ذي صلة. وبالرجوع إلى الجدولين أعلاه يمكنك أن تحكم: هل تتراجع وتعيد المحاولة، أم تعدّل الطلب، أم تنتقل إلى قناة أخرى.
المؤلف: فريق APIYI التقني
التواصل التقني: إذا صادفت خطأً لم يغطّه المقال، يسعدنا تواصلك معنا عبر الصفحة الرئيسية لموقع APIYI، مع إرفاقrequest-idوجسم الخطأ كاملًا.
