الخلاصة
GPT-Image-2.5 هي عائلة واجهات صور مكوّنة من نموذجين: Flare يقدّم توليدًا سريعًا للاستخدام اليومي، بينما Sunburst يقدّم دقة أعلى في التحرير وموثوقية مخرجات نهائية. عبر CometAPI، يمكن عادةً ترحيل تكاملات OpenAI SDK الحالية بتبديل عنوان الأساس ومفتاح الـAPI ومعرّف النموذج. ابدأ باستخدام Flare بجودة متوسطة، وقِس الكمون وتكلفة الصورة المقبولة، ووجّه عمليات التحرير المتطلبة أو المخرجات المميزة إلى Sunburst.
النقاط الرئيسية
- Flare هو الخيار الأسرع للمنتجات التفاعلية، والتجريب السريع، والتوليد عالي الحجم.
- Sunburst هو الخيار الأدق لعمليات التحرير المحلية، والحفاظ على المراجع، والتركيبات النهائية المعقدة.
- كلا النموذجين يقبلان إدخالات نصية وصورية، ويدعمان ستة أوضاع للجودة، ويولدان أو يحرران الصور عبر واجهة Images API.
- CometAPI يدعم معرفَي النموذجَين من خلال عنوان أساس متوافق مع OpenAI ونمط SDK مألوف.
- نتائج Arena الحالية تُفضّل Sunburst للتوليد والتحرير، مع بقاء كلا النموذجين في مرحلة أولية.
- اختيار الإنتاج ينبغي أن يستند إلى الكمون، ومعدل القبول، ودقة التحرير، واستخدام الرموز، والتكلفة الفعلية لكل صورة مُعتمَدة.
في 8 سبتمبر 2026، قدّمت OpenAI ChatGPT Images 2.5 وأطلقت نموذجين جديدين لتوليد الصور عبر الـAPI: GPT Image 2.5 Flare للتوليد السريع اليومي وGPT Image 2.5 Sunburst للسيناريوهات التي تُعطي الأولوية للجودة والتحكم الدقيق في التحرير. تضع OpenAI Flare كخيار افتراضي لمعظم التطبيقات، بينما Sunburst هو أقوى نماذجها للتوليد والتحرير.
كلا النموذجين متاحان الآن عبر CometAPI. الميزة العملية هي أن المطورين يستطيعون استدعاءهما عبر واجهة OpenAI SDK المألوفة مع استبدال مفتاح الـAPI وعنوان الأساس ببيانات CometAPI. إن واجهة CometAPI المتوافقة مع OpenAI تعني أن تطبيق توليد الصور القائم غالبًا لا يحتاج إلا لتغيير تكاملي بسيط بدلًا من اعتماد SDK جديد أو بنية طلبات مختلفة.
يعرض هذا الدليل كيفية توليد الصور وتحريرها باستخدام GPT-Image-2.5 عبر CometAPI باستخدام cURL وPython وJavaScript، وكيفية اختيار النموذج المناسب، ومستوى الجودة، والأبعاد، وتنسيق الإخراج لسير عمل إنتاجي.
ما هي واجهة برمجة تطبيقات GPT-Image-2.5؟
GPT-Image-2.5 هي عائلة OpenAI الحالية لتوليد الصور. تقبل مدخلات نصية وصورية وتعيد صورًا. تضم العائلة نموذجين: GPT-Image-2.5 Flare، المُحسّن للسرعة والاستخدام اليومي، وGPT-Image-2.5 Sunburst، المُحسّن لأقصى قدرات ودقة تحرير.
كيف تُقارَن GPT-Image-2.5 API بواجهة GPT Image 2 API؟
التغيير الأساسي ليس مجرد استبدالٍ أسرع. تفصل GPT-Image-2.5 عبء العمل إلى خيارين مخصصين: يهدف Flare إلى التوليد الروتيني بكمون أقل، بينما يستهدف Sunburst أكثر مهام التوليد والتحرير تطلبًا. كلاهما يقدّم نفس سطح التحكم الواسع، بما في ذلك مستويات الجودة من low حتى max، ومدخلات صور للتحرير، وبث الصور الجزئية.
للهجرة، ابدأ بالحفاظ على مطالباتك وبنية الطلب الحالية، ثم اختر النموذج وفقًا لمتطلبات الكمون والدقة. أعد اختبار عرض النص، وتعليمات الحفظ، والأقنعة، وترتيب صور المراجع، وحجم الإخراج، والتكلفة قبل توجيه حركة الإنتاج.
لماذا تستخدم GPT-Image-2.5 عبر CometAPI؟
توفر CometAPI طبقة وصول متوافقة مع OpenAI يمكن أن تقلل جهد التكامل عندما يستخدم الفريق بوابتها بالفعل. الفوائد العملية تشمل إدارة مفاتيح مركزية، وصيغة طلب مألوفة، ورؤية الاستخدام، والقدرة على توجيه توليد الصور وتحريرها عبر عنوان أساس واحد.
| العنصر | القيمة |
|---|---|
| Base URL | https://api.cometapi.com/v1 |
| Generation route | POST /images/generations |
| Editing route | POST /images/edits |
| Authentication | Authorization: Bearer $COMETAPI_KEY |
قد تتغير أسعار المزود وتوافر النماذج. تحقّق من معرّف النموذج، وسلوك نقطة النهاية، والفوترة الحالية في لوحة CometAPI قبل الإطلاق الإنتاجي.
كيفية استخدام GPT-Image-2.5 API في CometAPI
الخطوة 1: الحصول على مفتاح API من CometAPI
أنشئ حساب CometAPI أو سجّل الدخول وأنشئ رمزًا من وحدة تحكم رموز CometAPI.
خزّن المفتاح كمتغير بيئة بدلًا من تضمينه صراحةً في كود التطبيق:
| export COMETAPI_KEY="your-cometapi-key" |
|---|
على Windows PowerShell:
| $env:COMETAPI_KEY="your-cometapi-key" |
|---|
لا تكشف مفتاح الـAPI في JavaScript على جانب المتصفح، أو المستودعات العامة، أو لقطات الشاشة، أو تطبيقات العميل. متغيرات البيئة على الخادم أو مدير الأسرار خيارات أكثر أمانًا للإنتاج.
الخطوة 2: توليد أول صورة باستخدام cURL
بالنسبة لمعظم التطبيقات، ابدأ بـ Flare. يبدو طلب توليدٍ أدنى على النحو التالي:
curl "https://api.cometapi.com/v1/images/generations" \-H "Authorization: Bearer $COMETAPI_KEY" \ -H "Content-Type: application/json" \ -d '{ "model": "gpt-image-2.5-flare", "prompt": "صورة منتج فاخرة لمكبر صوت لاسلكي أسود مطفي على قاعدة خرسانية فاتحة، إضاءة نافذة ناعمة، ملمس مادة واقعي، تركيب تحريري نظيف، بدون نص", "size": "1536x1024", "quality": "medium", "output_format": "png" }' |
|---|
العناصر الخاصة بـ CometAPI هنا هي نقطة النهاية ومفتاح الـAPI. يستخدم GPT Image 2.5 Flare API في CometAPI نقطة النهاية api.cometapi.com/v1/images/generations مع مصادقة Bearer.
عادةً ما تُعيد نماذج GPT Image محتوى الصورة المُولدة عبر data[].b64_json بدلًا من إلزام تطبيقك بتنزيل رابط صورة دائم.
يبدو رد مبسط على النحو التالي:
| { "data": [ { "b64_json": "<base64-image-data>" } ], "usage": { "input_tokens": 32, "output_tokens": 1372, "total_tokens": 1404 } } |
|---|
ينبغي لتطبيقك فك ترميز Base64 وحفظ البايتات المُعادة بدلًا من تخزين سلسلة Base64 كأصل نهائي.
الخطوة 3: توليد صورة باستخدام Python
| import base64 import os import requests response = requests.post( "https://api.cometapi.com/v1/images/generations",
 headers={"Authorization": f"Bearer {os.environ['COMETAPI_KEY']}"}, json={ "model": "gpt-image-2.5-flare", "prompt": ( "رسم توضيحي إيزومتري نظيف لمختبر أبحاث يعمل بالطاقة الشمسية، " "خلفية بيضاء، هندسة دقيقة، بدون ملصقات أو علامات مائية" ), "size": "1536x1024", "quality": "high", "output_format": "png", }, timeout=180, ) response.raise_for_status() payload = response.json() image_b64 = payload["data"][0]["b64_json"] with open("research-lab.png", "wb") as file: file.write(base64.b64decode(image_b64)) |
|---|
هذه إحدى أكبر المزايا العملية لـ CometAPI لمشروع يستخدم OpenAI SDK: المثال الرسمي لـ CometAPI يستخدم عميل OpenAI نفسه، مع تغيير base_url والمفتاح ومعرّف النموذج بدلًا من استبدال طبقة الـSDK في التطبيق.
الخطوة 4: استخدام صور مرجعية متعددة عبر واجهة Responses API
امنح كل صورة دورًا ثابتًا قبل كتابة المطالبة. ترتيب مفيد هو: الموضوع أولًا، الأسلوب ثانيًا، ثم الخلفية أو مرجع التخطيط. سمِّ هذه الأدوار صراحة في المطالبة حتى لا يضطر النموذج لاستنتاج الخصائص المطلوب نسخها.
import base64
import os
from openai import OpenAI
client = OpenAI(
api_key=os.environ["COMETAPI_KEY"],
base_url="https://api.cometapi.com/v1",
)
response = client.responses.create(
model="gpt-6-astra",
input=[{
"role": "user",
"content": [
{"type": "input_text", "text": (
"أنشئ صورة حملة. استخدم الصورة 1 فقط لشكل المنتج وألوانه؛ "
"الصورة 2 فقط للإضاءة والأسلوب البصري؛ "
"الصورة 3 فقط لتكوين الخلفية. حافظ على شعار المنتج تمامًا "
"ولا تُضِف أي نص آخر."
)},
{"type": "input_image", "image_url": "https://example.com/product.png"},
{"type": "input_image", "image_url": "https://example.com/style.png"},
{"type": "input_image", "image_url": "https://example.com/background.png"},
],
}],
tools=[{
"type": "image_generation",
"model": "gpt-image-2.5-sunburst",
}],
)
for item in response.output:
if item.type == "image_generation_call":
with open("campaign.png", "wb") as file:
file.write(base64.b64decode(item.result))
تستخدم واجهة Responses API نموذجًا رئيسيًا مدعومًا على المستوى الأعلى وتختار GPT-Image-2.5 داخل أداة توليد الصور. إذا لم تكن البوابة تدعم بعد النموذج الرئيسي المختار أو مخطط الأداة، فتحقق من كتالوج نماذج CometAPI الحالي واستخدم ما يعادله الموثّق.
ملاحظة: يمكن إدخال صور مرجعية متعددة دفعة واحدة، حيث تخدم كل صورة دورًا مميزًا؛ حدّد بوضوح هدف كل صورة في المطالبة. عند إجراء تحرير متعدد الصور، انتبه لترتيب الإدخال والمطابقة الدلالية.
كيفية تحرير صورٍ موجودة
استخدم مسار التحرير عندما يجب الحفاظ على الأصل وتعديله. اذكر ما يجب أن يبقى ثابتًا قبل وصف التغيير المطلوب.
curl https://api.cometapi.com/v1/images/edits \
-H "Authorization: Bearer $COMETAPI_KEY" \
-F "model=gpt-image-2.5-sunburst" \
-F "image[]=@product.png" \
-F "prompt=حافظ على شكل المنتج والملصق وزاوية الكاميرا. استبدل الخلفية فقط بتدرّج استوديو دافئ. لا تُضِف نصًا جديدًا." \
-F "quality=high" \
-F "output_format=png"
المدخل

المخرج
إسناد أدوار لصور الإدخال المتعددة
لا تعتمد فقط على ترتيب الرفع. قل "الصورة 1 هي الموضوع"، "الصورة 2 هي مرجع الأسلوب"، و"الصورة 3 هي مرجع الخلفية". ثم اسرد السمات المسموح بنقلها من كل صورة. هذا يُقلّل من النسخ العرضي للوجوه أو الشعارات أو النص أو التخطيط من مرجعٍ خاطئ.
استخدام قناع للتحرير الموضعي
يوجّه القناع منطقة التحرير: تشير البكسلات الشفافة إلى حيث يُسمَح بالتغيير، بينما ينبغي الحفاظ على بقية المنطقة. يجب أن يطابق القناع حجم الصورة المصدر وصيغتها، وأن يتضمن قناة ألفا، وأن يبقى ضمن حد حجم الملف الخاص بالـAPI. مع صور متعددة، يُطبّق القناع على الصورة الأولى.
القناع إرشاد وليس تحديدًا بكسليًا مثاليًا. عزّزه بلغة حفظ مثل "غيّر فقط المنطقة الشفافة؛ واحفظ جميع البكسلات والنص والهندسة الأخرى."
نصائح إنتاجية لـ GPT-Image-2.5 في CometAPI
لا تسرد مواصفات النموذج بثًا عامًا على مستوى النموذج كميزة مدعومة، لكن واجهتَي Images API وResponses API تدعمان بث توليد الصور عبر partial_images. هذا يوفّر معاينات تقدمية بدلًا من بث نصي رمزًا-برمز. تقبل Images API قيم partial_images من 0 إلى 3 ويمكنها إعادة هذا العدد من المعاينات أثناء التوليد. كل صورة جزئية تُضيف 100 رمز مخرجات. يمكن للفرق استخدام هذه المعاينات لواجهة تقدّم التوليد؛ أما التطبيقات التي لا تحتاج معاينات فبوسعها مواصلة استخدام تدفق التوليد والتحرير القياسي.
حتى مع ضبط
partial_images: 3لا يوجد ضمان بتلقي ثلاث صور جزئية تمامًا؛ إذا تم توليد الصورة النهائية بسرعة كافية، فقد يكون العدد الفعلي أقل من المطلوب.
معلمات GPT-Image-2.5 API
تُظهر GPT-Image-2.5 تحكمًا أوسع في الإخراج من مجرد اختيار مطالبة ونموذج.
| المعلمة — دليل صور OpenAI | ما الذي تتحكم به | نقطة بداية موصى بها |
|---|---|---|
| quality | مستوى الحوسبة/التفاصيل | medium للتطوير |
| size | دقة/نسبة أبعاد الصورة | 1024×1024 أو 1536×1024 |
| output_format | PNG, JPEG, WebP | PNG للدقة؛ WebP/JPEG للتسليم |
| background | خلفية معتمة أو شفافة | استخدم الشفافية فقط عند الحاجة |
| output_compression | ضغط JPEG/WebP | اضبطه للتسليم عبر الويب |
| n | عدد الصور المعادة | ابدأ بـ 1 |
| prompt | المتطلبات البصرية | اجعل التخطيط والقيود صريحة |
Image API مقابل Responses API
| المعيار | Image API | Responses API |
|---|---|---|
| الأفضل لـ | التوليد والتحرير المباشرين من خطوة واحدة | سير عمل حواري/متعدد الخطوات/أدواتي حول توليد الصور |
| اختيار النموذج | تعيين نموذج الصور مباشرة | استخدام نموذج رئيسي مع أداة توليد الصور |
| مراجع متعددة | مدعوم للتحرير حسب المسار | ملائم طبيعيًا لعدة عناوين URL أو معرفات ملفات |
| التكرار | يعيد التطبيق إرسال السياق | مصمم للأدوار التكرارية واتصالات الأدوات |
| بث المعاينات | يدعم الصور الجزئية | يدعم الصور الجزئية |
| اختره متى | تعرف المخرج المطلوب وتريد أقصر طلب | يحتاج النموذج إلى الاستدلال على السياق أو المراجع أو النتائج السابقة |
قاعدة عملية: ابدأ بـ Image API. انتقل إلى Responses API عندما يحتاج سير العمل إلى حالة محادثة، أو مراجع دلالية متعددة، أو أدوات أخرى حول توليد الصور.
اختيار الجودة
سُلّم الجودة المدعوم هو:
| auto low medium high xhigh max |
|---|
تمكّن auto النموذج من القرار. للتطوير، اجعل الاختيار medium صريحًا لتكون اختبارات A/B أكثر انضباطًا.
نمط نشر مفيد:
| low / medium → مسودات، معاينات، وتجريب عالي الحجم high → أصول إنتاج معتمدة xhigh / max → عمليات إخراج نهائية متطلبة حيث يستحق تحسّن الجودة التكلفة |
|---|
لا تستخدم max تلقائيًا لمجرد توفره. المزيد من رموز مخرجات الصور يزيد التكلفة، ولن تتحول مطالبة ضعيفة إلى جيدة فقط برفع الجودة.
اختيار حجم الصورة
الإعدادات الشائعة هي:
| 1024x1024 1536x1024 1024x1536 |
|---|
تدعم نماذج 2.5 أيضًا أبعادًا صالحة اعتباطية، وهو ما يفيد اللافتات وصفحات المنتجات والإبداعات للهواتف وغيرها من الأصول غير المربعة. تسمح المواصفات الحالية لـ OpenAI بأبعاد حتى 3840 بكسل لكل ضلع ضمن حدود عدد البكسلات ونسبة الأبعاد. دليل توجيه صور OpenAI
إنشاء صور بخلفية شفافة
استخدم:
| { "background": "transparent", "output_format": "png" } |
|---|
أو WebP. تتطلب الخلفية الشفافة تنسيقًا يدعم قناة ألفا، لذا JPEG غير مناسب. متطلبات خلفية شفافة
هذا مفيد خصوصًا لقصّات المنتجات، وأصول الواجهات، والأيقونات، والملصقات، وخطوط التجميع.
كيفية كتابة مطالبات لـ GPT-Image-2.5
المطالبة الإنتاجية الموثوقة تفصل الهدف الإبداعي عن القيود. اكتب التعليمات الإيجابية أولًا، ثم تعليمات الحفظ والقيود السلبية.
تحديد التكوين
حدّد الموضوع، وزاوية الكاميرا، والإطار، والعمق، والخلفية، والمواضع النسبية للكائنات المهمة. مثال: "منظور ثلاثة أرباع للمنتج، في الوسط، مساحة بيضاء سخية على اليمين، كاميرا بمستوى العين، مظهر عدسة 50 مم."
وصف الإضاءة والمواد
اذكر اتجاه الضوء ونعومته وتباينه وحرارة لونه واستجابة المادة. مثال: "صندوق إضاءة كبير من اليسار العلوي، إضاءة حافة خفيفة، ألومنيوم مصقول واقعي، انعكاسات مضبوطة."
التحكم بالنص الحرفي
ضع النص المطلوب بين علامات اقتباس وحدّد موقعه وتسلسله الهرمي وحروفه الكبيرة وخطه الطباعي. اطلب عدم إضافة أي نص آخر. مثال: "ضع العنوان الحرفي ‘BUILD WITH CLARITY’ في الوسط العلوي بخط سنس سيريف عريض وبأحرف كبيرة. حافظ على الإملاء تمامًا. لا تُضِف أي كلمات أو أحرف أو تسميات أو علامات مائية أخرى."
ذكر ما يجب الحفاظ عليه
للتحرير، سمِّ العناصر التي لا يمكن تغييرها: الهوية، والوضعية، وهندسة المنتج، والشعار، ونص الملصق، والنِّسب، وزاوية الكاميرا، أو الخلفية. ضع هذه القيود قبل التعديل المطلوب.
إضافة قيود سلبية
اسرد حالات الإخفاق المحتملة بلغة واضحة: "بدون أصابع إضافية، بدون منتجات مكررة، بدون شعار مشوّه، بدون نصوص بها أخطاء إملائية، بدون إطار، بدون علامة مائية." تكون القيود السلبية أكثر فائدة عندما تعالج مخاطر محددة بدلًا من مصطلحات جودة عامة.
كم تكلفة GPT-Image-2.5؟
تكاليف OpenAI API الرسمية
وقت التحقق، يسرد Flare وSunburst نفس أسعار الرموز: 5$ لكل مليون رمز إدخال نصي، و1.25$ لكل مليون رمز إدخال نصي مخزَّن مؤقتًا، و8$ لكل مليون رمز إدخال صوري، و2$ لكل مليون رمز إدخال صوري مخزَّن مؤقتًا، و30$ لكل مليون رمز مخرجات صور. تعتمد التكلفة النهائية على الرموز المستخدمة فعليًا، وليس فقط على عدد الطلبات.
تسعير CometAPI وطرق خفض التكلفة
تعلن CometAPI حاليًا عن خصم 20% لـ GPT-Image-2.5 Flare في كتالوج النماذج. اعتبر لوحة التحكم والفاتورة مصدر الحقيقة لأن أسعار البوابة قد تتغير. لخفض الإنفاق، استخدم Flare للأعمال الروتينية، وابدأ بـ medium أو high، واحجز xhigh أو max للحالات المعتمدة، وأعد استخدام المدخلات المخزَّنة مؤقتًا حيثما كان مدعومًا، وتجنب المتغيرات غير الضرورية، واضبط partial_images على 0 ما لم تكن المعاينات تحسّن تجربة المستخدم.
عوامل تكلفة أخرى ومثال توضيحي
تتأثر التكلفة بطول المطالبة، وعدد ودقة صور المراجع، وأبعاد الإخراج، والجودة، ورموز الإخراج النهائية، والمتغيرات المطلوبة، والمعاينات الجزئية، والمحاولات المعادة، والنتائج المرفوضة. تتبّع الإنفاق لكل طلب والإنفاق لكل صورة مُعتمَدة.
تكلفة الصورة المعتمدة = إجمالي إنفاق التوليد ÷ عدد المخرجات التي اجتازت المراجعة.
مثال توضيحي: 10 محاولات بتكلفة 0.18$ لكل منها تساوي 1.80$. إذا اجتازت 6 صور المراجعة، فتكلفة الصورة المعتمدة هي 0.30$، وليس 0.18$. إذا خفّض تحسين المطالبة عدد المحاولات إلى 8 مع بقاء 6 صور معتمدة، تهبط تكلفة الصورة المعتمدة إلى 0.24$.
Flare مقابل Sunburst: أي نموذج تختار؟
قرار النموذج ينبغي أن يكون مدفوعًا بعبء العمل، وليس اعتبار Sunburst بديلًا تلقائيًا لـ Flare.
| القرار | GPT Image 2.5 Flare | GPT Image 2.5 Sunburst |
|---|---|---|
| تطبيق تفاعلي | مُوصى به | استخدمه انتقائيًا |
| تكرار سريع للمطالبات | مُوصى به | غالبًا غير ضروري |
| توليد إبداعي عالي الحجم | مُوصى به | يعتمد على معدل القبول |
| تحرير منتج/مرجع | جيد | مُوصى به |
| تركيب نهائي معقد | جيد | مُوصى به |
| أقصى تحكم في التحرير | جيد | مُوصى به |
| واجهة حساسة للكمون | مُوصى به | أقل ملاءمة |
| أصل نهائي متميز | اختبر أولًا | مُوصى به عندما يكون تحسّن الجودة ملموسًا |
بالنسبة لعديد المنتجات، الهيكلية المثلى ليست "اختر واحدًا للأبد." وجّه معظم الطلبات إلى Flare، ثم أرسل المراجعات المتطلبة أو المخرجات النهائية عالية القيمة إلى Sunburst.
كيف تهاجر من GPT Image 2 إلى GPT-Image-2.5؟
إذا كنت تستخدم بالفعل GPT Image 2 عبر CometAPI، فالهجرة صغيرة نسبيًا لأن التوليد والتحرير يبقيان على مسارات Images API.
أبسط تغيير هو:
| # قبل model="gpt-image-2" # بعد: أولوية للسرعة model="gpt-image-2.5-flare" # بعد: أولوية للدقة model="gpt-image-2.5-sunburst" |
|---|
لكن لا تتوقف عند تبديل المعرّف. أعد تقييم الجودة، وأبعاد الإخراج، والكمون، والحفاظ على الموضوع، وصحة النص، وموضعية التحرير، والاستخدام الحقيقي للرموز باستخدام مجموعة تقييم ثابتة.
توصي OpenAI تحديدًا بالحفاظ على المطالبة والمراجع والأبعاد وتنسيق الإخراج ثابتة عند مقارنة النماذج حتى يكون تغيير النموذج هو المتغير المقاس. إرشادات الترحيل من OpenAI
نصائح إنتاجية لـ GPT-Image-2.5 في CometAPI
لخدمة إنتاجية، ابقِ التنفيذ حول GPT-Image-2.5 صغيرًا عمدًا: خزّن مفتاح الـAPI على الخادم، واحفظ الصورة المفكوك ترميزها في تخزينك، وسجّل النموذج/الجودة/الحجم/الكمون/الاستخدام، وحدّد سقفًا لمرات الإعادة، وتعامل مع أخطاء 400 بشكل مختلف عن أخطاء 429 أو 5xx العابرة.
نشرت CometAPI بالفعل دليلًا مخصصًا يغطي الاصطفاف، والتوازي المحدود، والتراجع الأُسّي، والمعرّفات المتينة، والتخزين، والبيانات الوصفية، وتتبع التكلفة الدُفعي. بدلًا من تكرار ذلك هنا، راجع كيفية أتمتة توليد الصور على نطاق واسع عند الانتقال من استدعاء API واحد إلى الإنتاج الدُفعي.
هذا الفارق مهم خصوصًا عند تكييف أمثلة مكتوبة لواجهة OpenAI الأصلية مباشرة مع نقطة نهاية متوافقة لطرف ثالث.
أخطاء شائعة في GPT-Image-2.5 API
| الخطأ | السبب المحتمل | ما يجب فعله |
|---|---|---|
| 401 Unauthorized | مفتاح CometAPI غير صالح/مفقود | تحقق من COMETAPI_KEY وترويسة Bearer |
| 400 Bad Request | معلمة أو حجم أو تنسيق أو معرّف نموذج غير صالح | أزل الحقول الاختيارية واختبر طلبًا أدنى |
| 429 Too Many Requests | بلوغ حد التواقت أو حسابك | تراجع وأعد المحاولة بتشتّت زمني (jitter) |
| 5xx متكررة | مشكلة مؤقتة في المصدر/الـAPI | أعد المحاولة عددًا محدودًا من المرات |
| تظهر الصورة كنص Base64 | لم يتم فك ترميز b64_json | فك ترميز Base64 واحفظ البايتات |
| فشل الإخراج الشفاف | تنسيق إخراج غير متوافق | استخدم PNG أو WebP |
| التحرير يغيّر الكثير | المطالبة لا تقيّد عناصر الحفظ | اذكر صراحةً ما يجب أن يبقى دون تغيير |
| ارتفاع غير متوقع في التكلفة | جودة/دقة أعلى أو مرات إعادة أكثر | سجّل الاستخدام لكل طلب واحسب تكلفة الصورة المعتمدة |
لا تُعد المحاولة تلقائيًا لكل فشل. الطلب 400 المشوّه سيبقى مشوّهًا عادةً، بينما إعادة محاولة خطأ المصادقة لا تولّد إلا المزيد من الزيارات الفاشلة.
حدود المعدل والتواقت
| الشريحة | TPM | IPM |
|---|---|---|
| Tier 1 | 100K | 5 |
| Tier 2 | 250K | 20 |
| Tier 3 | 800K | 50 |
| Tier 4 | 3M | 150 |
| Tier 5 | 8M | 250 |
الخاتمة
تمنح GPT-Image-2.5 المطورين تقسيمًا أكثر فائدة من مجرد ترقية جيلية: Flare مُحسّن لأعباء صور يومية سريعة، بينما يقدّم Sunburst خيارًا أدق لأعمال التوليد والتحرير المتطلبة.
عبر CometAPI، يمكن لكليهما الانسجام ضمن تطبيق متوافق مع OpenAI بجهد دمج ضئيل. ابدأ بنقطة النهاية /v1/images/generations، وFlare، وإعداد جودة مضبوط، ومجموعة مطالبات ممثلة. أضِف /v1/images/edits وSunburst عندما يتطلب منتجك حفظ مراجع أقوى أو تغييرات بصرية دقيقة.
التحسين الأساسي ليس مجرد اختيار الإعداد الأقوى. قِس الكمون، واستخدام الرموز، ومعدل القبول، ودقة التحرير، والتكلفة الفعلية لكل صورة معتمدة على عبء العمل الفعلي لتطبيقك. هذا ما يحدد ما إذا كان Flare أو Sunburst هو نموذج الإنتاج الأفضل.
الأسئلة الشائعة
هل GPT-Image-2.5 متاح على CometAPI؟
نعم. كلا GPT Image 2.5 Flare وGPT Image 2.5 Sunburst متاحان عبر CometAPI.
هل أحتاج إلى مفتاح OpenAI API منفصل؟
لا. عند استدعاء النموذج عبر CometAPI، تتم المصادقة باستخدام مفتاح CometAPI الخاص بك ضد نقطة نهاية CometAPI.
هل أستخدم Flare أم Sunburst؟
ابدأ بـ Flare لمعظم أعباء التوليد. استخدم Sunburst عندما يكون لدقة التحرير، أو التركيبات المعقدة، أو الحفاظ على تفاصيل صور المراجع أثر ملموس على قبول المخرجات. هذا يتماشى مع تموضع OpenAI للنموذجين.
هل يستطيع GPT-Image-2.5 تحرير صور موجودة؟
نعم. تدعم مواصفات النموذج الحالية إدخال الصور والتحرير، وتعرض CometAPI إمكانات تحرير الصور لهذه العائلة. GPT Image 2.5 Flare API في CometAPI
هل يدعم GPT-Image-2.5 الصور ذات الخلفية الشفافة؟
نعم. اضبط background على شفاف، واستخدم PNG أو WebP كتنسيق للإخراج. دليل توجيه صور OpenAI
هل يمكنني استخدام OpenAI Python SDK مع CometAPI؟
نعم. تستخدم أمثلة CometAPI الحالية عميل OpenAI القياسي مع base_url="https://api.cometapi.com/v1" ومفتاح CometAPI. مثال SDK الخاص بـ CometAPI
