أُطلق النموذج gpt-image-2.6-all مساء 2026-11-11 الساعة 20:30. أول ما خطر لكثيرين عند رؤية كلمة all في الاسم أن جميع نماذج 2.6 دُمجت في نموذج واحد، لكن الأمر ليس كذلك. توضح ملاحظات الإصدار على APIYI (apiyi.com) أن هذا النموذج يقابل خط الهندسة العكسية الرسمي (官逆) لـ Images 2.6 في نسخة ChatGPT على الويب. فهو يعتمد على منطق الاستدعاء نفسه الذي تعتمده نسخة الويب، وهو قناة مستقلة عن الخط المحاسَب بالاستهلاك الذي يستخدمه كل من flare وsunburst.
هذا ليس مجرد تراكم في أرقام الإصدارات. يمثل flare وsunburst خطًّا آخر من 2.6، ويُحاسَب بحسب عدد الرموز (tokens). أما all فيُحاسَب بحسب عدد الطلبات، بسعر 0.025 دولار للطلب الواحد. اختلاف طريقة الحساب يدل على أن الخدمة الخلفية ليست واحدة في الحالتين.
الفائدة الأساسية: بعد قراءة هذه المقالة ستستطيع، عبر 4 معلمات، أن تحدد خلال 30 ثانية إلى أي خط ينتمي اسم النموذج الذي بين يديك، فلا تحسب تكلفة all المحاسَب بالطلب كما لو كان flare المحاسَب بالاستهلاك.
gpt-image-2.6-all: نظرة سريعة على المعلومات الأساسية
لنعرض أولًا أهم ما ورد في الإعلان، حتى لا يختلط الأمر بسبب تشابه الأسماء.
| البند | التفاصيل | ملاحظات |
|---|---|---|
| موعد الإطلاق | 2026-11-11 20:30 | وقت نشر الإعلان، وتاريخ البيانات 2026-11-12 |
| انتماء الخط | خط الهندسة العكسية الرسمية (官逆) لـ Images 2.6 في نسخة ChatGPT على الويب | منطق الاستدعاء مطابق لنسخة الويب |
| طريقة التسعير | بالطلب الواحد، 0.025$ / طلب | لا علاقة له باستهلاك الرموز (tokens) |
| معاملات الطلب المدعومة | size وn وbackground وoutput_format | أُضيفت مقارنةً بـ 2.5-all |
| نماذج أخرى من العائلة نفسها | gpt-image-2.6-flare وgpt-image-2.6-sunburst | تتبع خط التسعير بحسب الاستهلاك |
| المنصة المتاحة | APIYI apiyi.com | استدعاء عبر واجهة موحدة |
يستحق مصطلح «官逆» وقفة قصيرة. المقصود به خط استدعاء يُبنى بإعادة تشكيل واجهة الويب الرسمية بالهندسة العكسية، وتبقى بنية الطلب فيه مطابقة لنسخة الويب. لذلك فالمعاملات التي تتحكم بها نسخة الويب تتيحها هذه الخط عادةً أيضًا. وهذا يفسر لماذا يملك all معاملات أكثر من 2.5-all: فهو يتبع سلوك واجهة الويب، لا اتفاقيات المعاملات الخاصة بخط التسعير بحسب الاستهلاك.
شرح المخطط: نقطة افتراق الخطين هي طريقة التسعير، لا رقم إصدار النموذج. وإذا أردت التحقق من انتماء كل خط، فقارنه بندًا بندًا مع ملاحظات الإصدار على APIYI apiyi.com.
الفروق الأساسية بين gpt-image-2.6-all وFlare
أكثر ما يقع فيه الناس من أخطاء هو التعامل مع 2.6 على أنه كتلة واحدة. لكن إذا فصلنا الخطوط بعضها عن بعض، تتركز الفروق في ثلاثة جوانب.
| البُعد | gpt-image-2.6-all | gpt-image-2.6-flare / sunburst |
|---|---|---|
| طبيعة الخط | خط النسخة الويب (هندسة عكسية رسمية) | خط الدفع حسب الاستهلاك |
| وحدة الفوترة | حسب عدد الطلبات، 0.025 دولار / طلب | حسب كمية الرموز (tokens) |
| التحكم في المعلمات | يدعم size وn وbackground وoutput_format | يتبع اصطلاحات المعلمات الخاصة بخط الدفع حسب الاستهلاك |
| تغيّر التكلفة مع عدد الطلبات | تتناسب خطيًا مع عدد الاستدعاءات | تتبع كمية الرموز المستهلكة فعليًا |
| طريقة الحساب المناسبة | ميزانية قائمة على عدد الصور | ميزانية قائمة على حجم الاستهلاك |
يتميز gpt-image-2.6-flare بمرونة أكبر في الفوترة حسب الاستهلاك، ويناسب الحالات التي يتذبذب فيها حجم الطلبات كثيرًا ويمكن فيها تقبّل تغيّر التكلفة بتغيّر طول المحتوى. لكن تكلفته لا ترتبط بعدد الصور، لذا عليك تقدير استهلاك الرموز أولًا عند إعداد الميزانية. في المقابل، يتميز gpt-image-2.6-all بإمكانية توقع التكلفة بشكل أوضح: ألف استدعاء يعني سعر ألف استدعاء، دون أي تحويلات إضافية.
يزداد هذا الفرق وضوحًا في السيناريوهات الدفعية. فالمشروع الذي يُفوتر بالطلب يستطيع كتابة تكلفة الصورة الواحدة مباشرة في عرض السعر، أما المشروع الذي يُفوتر بالاستهلاك فعليه أن يشغّل عينة تجريبية أولًا ثم يستخلص التكلفة منها. ولا أفضلية لأحدهما على الآخر؛ المهم أن تتوافق طريقة الحساب مع نموذج عملك.
💡 نصيحة للاختيار: إذا لم تستطع تحديد الخط الذي ينتمي إليه النموذج الذي بين يديك، فانظر أولًا إلى وحدة الفوترة لا إلى رقم الإصدار. يمكنك عبر قائمة النماذج في APIYI على apiyi.com رؤية نقطتي الاستدعاء للخطين معًا، مما يسهّل التجربة والمقارنة بالتوازي.
ماذا تكشف المعاملات الأربعة في gpt-image-2.6-all
الجملة الواردة في الإعلان: «على خلاف 2.5-all، يقبل هذا النموذج المعاملات size وn وbackground وoutput_format» تحمل معلومات أكثر مما يبدو للوهلة الأولى.
| المعامل | وظيفته | ما يدل عليه |
|---|---|---|
size |
تحديد حجم الإخراج | يمكن إعادة إنتاج أبعاد الصور المتاحة في النسخة الويب على مستوى الواجهة البرمجية |
n |
إرجاع عدة صور في طلب واحد | يمكن توليد الصور دفعة واحدة في استدعاء واحد، وهذا أوفر عند الفوترة لكل استدعاء |
background |
التحكم في معالجة الخلفية | المفتاح الأساسي لمن يحتاج إلى خلفية شفافة |
output_format |
تحديد صيغة الإخراج | يحدد مباشرة ما إذا كنت بحاجة إلى معالجة لاحقة لتحويل الصيغة |
هذه المعاملات الأربعة كلها من نوع «التحكم وقت الطلب»، أي أنك تخبر الخادم بما تريده لحظة إرسال الطلب، بدلًا من معالجة النتيجة بعد ذلك. مسار الفوترة حسب الاستهلاك له عادةً مجموعة معاملات خاصة به أيضًا، لكنها ليست هذه المجموعة. لذلك إذا وجدت نموذجًا يدعم هذه المعاملات الأربعة، فالأرجح أنه يعمل على مسار الهندسة العكسية للنسخة الرسمية على الويب.
وبالعكس، عدم دعم 2.5-all لهذه المعاملات يوضح أن تغطية المعاملات في هذا المسار تكتمل تدريجيًا مع تطور النسخة الويب. جاء الإصدار 2.6 وسدّ هذه الفجوة. أما كلمة all في الاسم فتعني اكتمال إمكانات المعاملات، ولا تعني دمج كل النماذج في نموذج واحد.
🎯 نصيحة تقنية: أضف طبقة تحقق من المعاملات في خدمتك، واستخدم
sizeوnوbackgroundوoutput_formatمعايير للتوجيه، فتُحوَّل الطلبات تلقائيًا إلى المسار الصحيح. توفر APIYI على apiyi.com واجهة متوافقة مع OpenAI، ويكفي لتبديل النموذج أن تغيّر حقلmodel.
كيفية استدعاء gpt-image-2.6-all
لا يختلف الاستدعاء عن واجهات توليد الصور المعتادة، يكفي أن توجّه base_url إلى نقطة الدخول الموحّدة، والمهم أن تكتب اسم النموذج بشكل صحيح.
- عنوان الواجهة:
https://api.apiyi.com/v1 - اسم النموذج:
gpt-image-2.6-all - المعاملات الموصى بتمريرها:
sizeوnوbackgroundوoutput_format
هذه الحقول هي ما يُظهر الفرق بين المسارات داخل جسم الطلب. إذا أعاد الخادم خطأً يفيد بأن أحد المعاملات غير مدعوم، فغالبًا يكون اسم النموذج flare أو sunburst بينما يحمل الطلب تركيبة معاملات خاصة بالنسخة الويب.
🚀 بداية سريعة: يوفّر APIYI على apiyi.com رصيدًا تجريبيًا مجانيًا، وبمجرد تسجيل المستخدم الجديد يحصل على مفتاح API. بدّل
base_urlإلىhttps://api.apiyi.com/v1، ثم شغّل الشفرة نفسها للتبديل بين all وflare ومقارنتهما، وخلال دقائق قليلة ستعرف أي المسارين يناسب هيكل تكاليفك أكثر.
أثر إطلاق gpt-image-2.6-all على المطورين
يظهر أثر هذا الإصدار الجديد على ثلاثة مستويات.
- تغيّر طريقة حساب التكلفة: التسعير لكل طلب بمبلغ 0.025 دولار يجعل تكلفة الصورة الواحدة ثابتة، فيمكن حساب ميزانية المشاريع الدفعية بالضرب مباشرة دون تشغيل عيّنة أولًا لتقدير عدد الرموز (tokens). وهذه النقطة أنفع من مواصفات الأداء للفرق التي تحتاج إلى تقديم عروض أسعار لعملائها.
- مطابقة قدرات المعاملات لما في النسخة الويب: بعد إضافة
sizeوnوbackgroundوoutput_format، يمكن إعادة إنتاج معظم عناصر التحكم المتاحة في الواجهة الويب على مستوى الواجهة البرمجية، وهذا يقلّل الفجوة المعروفة: «أستطيع الضبط على الويب ولا أستطيع عبر الواجهة». - صار تمييز المسار خطوة ضرورية: ظهر ضمن الجيل نفسه مساران، أحدهما بالتسعير لكل طلب والآخر بالتسعير حسب الاستهلاك، واللاحقة في اسم النموذج هي الفيصل الوحيد بينهما. لم يعد كافيًا أن تسجّل رقم الإصدار فقط في إدارة الإعدادات.
ثمة نقطة يسهل إغفالها: عند الجمع بين المعامل n والتسعير لكل طلب، تنخفض تكلفة الوحدة أكثر حين يُنتج الطلب الواحد عدة صور. هذا لا يغيّر طريقة احتساب الفاتورة، لكنه يغيّر القرار بشأن «كم صورة ينبغي أن يُنتج كل طلب».
💰 تحسين التكلفة: للمشاريع الحساسة للميزانية، يمكنك أولًا تجربة سلسلة الاستدعاء كاملة بالرصيد المجاني من APIYI على apiyi.com، ثم تستنتج الإنفاق الشهري من عدد الصور الفعلي، وهذا أقرب إلى الواقع من التقدير بالاعتماد على قائمة الأسعار.
الأسئلة الشائعة حول gpt-image-2.6-all
س1: ما هو gpt-image-2.6-all بالضبط؟
هو نموذج يعتمد على الخط العكسي الرسمي (官逆线) لميزة Images 2.6 في واجهة ChatGPT على الويب، ويُحتسب سعره لكل استدعاء، بتكلفة 0.025 دولار للاستدعاء الواحد. الكلمة `all` في الاسم تعني أن إمكانيات المعاملات متكاملة، ولا تعني أنه دمج لكل نماذج السلسلة.
س2: ما الفرق بين gpt-image-2.6-all وgpt-image-2.6-flare؟
يختلفان في الخط المستخدم وفي طريقة المحاسبة. يعمل all عبر الخط العكسي الرسمي لواجهة الويب ويُحتسب لكل استدعاء، أما flare وsunburst فينتميان إلى الخط المحتسب بحسب الاستهلاك، أي بحسب عدد الرموز (tokens). وهما ليسا مستويين مختلفين لنموذج واحد، بل قناتان مستقلتان.
س3: لماذا يدعم all المعاملات size وn وbackground وoutput_format؟
لأنه يُعيد بناء هيكل الطلبات الخاص بواجهة الويب. فما يمكنك التحكم به في واجهة الويب يمكن التحكم به عادةً عبر الخط العكسي الرسمي أيضًا. أما 2.5-all فلا يدعم هذه المجموعة من المعاملات، وهذا يدل على أن تغطية المعاملات تكتمل تدريجيًا مع تطور نسخة الويب.
س4: ما السيناريوهات المناسبة للمحاسبة لكل استدعاء؟
هي الأنسب عندما يمكن تقدير عدد الاستدعاءات مسبقًا، ويجب إدراج تكلفة الصورة الواحدة في عرض السعر. أما المحاسبة بحسب الاستهلاك فتناسب المشاريع التي يتذبذب فيها حجم الطلبات كثيرًا، ويمكنها تقبّل تغيّر التكلفة بحسب المحتوى.
س5: كيف أستدعي gpt-image-2.6-all بسرعة؟
سجّل في منصة تدعم هذا النموذج واحصل على مفتاح API، ثم اضبط `base_url` على `https://api.apiyi.com/v1`، واكتب اسم النموذج `gpt-image-2.6-all`. توفر منصة APIYI (apiyi.com) واجهة متوافقة مع OpenAI ورصيدًا تجريبيًا مجانيًا، وبنفس الشيفرة تمامًا يكفي تغيير الحقل `model` للتبديل بين all وflare ومقارنتهما.
س6: هل هناك ما يجب الانتباه إليه في هذا الإطلاق؟
أهم ما يجب الانتباه إليه ألا تتعامل مع `2.6` على أنه كتلة واحدة. ففي الجيل نفسه يتعايش خطان: خط يُحتسب لكل استدعاء وخط يُحتسب بحسب الاستهلاك، وإذا اكتفيت بتسجيل رقم الإصدار في الإعدادات فقد تقع في أخطاء عند حساب التكلفة. كما أن ما ورد في الإعلان يتركز على ثلاثة جوانب: انتماء الخط، والمعاملات، والمحاسبة، أما بقية التفاصيل فيُرجع فيها إلى الوثائق اللاحقة.
النقاط الأساسية حول gpt-image-2.6-all
- مسار الخدمة: يقابل خط الهندسة العكسية الرسمية (官逆) لميزة Images 2.6 في نسخة الويب من ChatGPT، وليس الخط المحاسَب بالاستهلاك.
- طريقة التسعير: الحساب بالطلب الواحد، بسعر 0.025 دولار للمرة، ولا علاقة له باستهلاك الرموز (tokens).
- المعاملات المدعومة: يدعم
sizeوnوbackgroundوoutput_format، وهي معاملات لا يدعمها 2.5-all. - التمييز عن العائلة نفسها: flare وsunburst ينتميان إلى خط آخر محاسَب بالاستهلاك، وطريقة تسعيرهما مختلفة تمامًا.
- طريقة التعرّف عليه: وحدة التسعير ومجموعة المعاملات أدقّ من رقم الإصدار.
- كيف تبدأ: عبر الواجهة الموحدة في APIYI (apiyi.com)، وجّه
base_urlإلىhttps://api.apiyi.com/v1وجرّب بنفسك.
الخلاصة
عن gpt-image-2.6-all، يكفيك أن تتذكر ثلاث نقاط:
- هو خط الهندسة العكسية لنسخة الويب، وليس Flare: ينتمي إلى قناة مستقلة عن flare وsunburst، فهو ليس المودل نفسه بفئات مختلفة.
- بالطلب لا بالاستهلاك: 0.025 دولار للمرة الواحدة، وتتغير التكلفة خطيًا مع عدد الاستدعاءات، ولذلك يسهل وضع الميزانية مقارنةً بالخط المحاسَب بالاستهلاك.
- المعاملات الأربعة هي المعيار الحاسم: إذا ظهرت
sizeوnوbackgroundوoutput_formatضمن إمكانات النموذج، فغالبًا هو مرتبط بخط الهندسة العكسية لنسخة الويب.
تطابق رقم الإصدار لا يعني تطابق المسار. وعندما تجد في إعداداتك اسم نموذج يبدأ بـ 2.6، تأكد أولًا من طريقة التسعير، ثم قرر أين تضعه.
وإذا أردت مقارنة أداء الخطين عمليًا، فنوصي بتجربتهما سريعًا عبر APIYI (apiyi.com)؛ فالمنصة تقدّم رصيدًا مجانيًا وواجهة موحدة لعدة نماذج، ويكفي تغيير حقل model واحد للتبديل بينها.
المراجع
- ملاحظات إصدار APIYI – إطلاق gpt-image-2.6-all: المصدر الأصلي لمعلومات انتماء الخط (المسار)، والمعاملات المدعومة، وطريقة احتساب الرسوم
- الرابط:
docs.apiyi.com/live/2026-11/gpt-image-2-6-all-launch -
ملاحظة: يتضمن تاريخ الإطلاق، والسعر لكل استدعاء، ومعلومات عن النماذج المنتمية إلى العائلة نفسها، وتاريخ البيانات 2026-11-12
-
قائمة نماذج APIYI: للاطلاع على النماذج المتاحة للبيع ونقاط الاستدعاء
- الرابط:
apiyi.com - ملاحظة: تُستخدم للتحقق من انتماء النموذج all والنموذجين flare وsunburst إلى خطوطها
المؤلف: فريق APIYI التقني
للتواصل التقني: يسعدنا تواصلكم معنا عبر الصفحة الرئيسية لموقع APIYI على apiyi.com، وللمزيد من المواد يمكنكم زيارة مركز التوثيق docs.apiyi.com
