ملاحظة من الكاتب: عندما تُرجع واجهة الصور HTTP 451 ورمز الخطأ image_safety، فهذا يعني أن الصورة المُنشأة هي التي خضعت للفلترة، وليس أن مفتاح API لم يُقبل. يوضح هذا المقال، استنادًا إلى توثيق APIYI وإعادة الاختبار، الفرق بين هذه الحالة وبين 401 و429، وما ينبغي تغييره وما يجب تجنّب فعله عند إعادة المحاولة.
عند استخدام واجهة الصور، قد تتلقى فجأة HTTP 451 مع error.code يساوي image_safety. أول ما يتبادر إلى ذهن كثيرين هو أن مفتاح API لم يعد صالحًا، أو أن الرصيد غير كافٍ، أو أن الموجه يتضمن كلمات حساسة. فيغيّرون المفتاح أو يشحنون الرصيد أو يكرّرون المحاولة، لكن النتيجة تظل الفشل نفسه. ما يوضحه هذا المقال هو أن 451 image_safety يعني أن الصورة المُنشأة هي التي خضعت للفلترة، وأن المراجعة تجري بعد إنشاء الصورة؛ لذا ينبغي أن ينصبّ استكشاف المشكلة على وصف الصورة، لا على الحساب.
هذا ليس مقالًا عامًا عن «سلامة المحتوى»؛ فالمعلومات التالية مستندة إلى توضيح APIYI لرمز 451 وإلى إعادة اختبار مجهّلة نُشرت نتائجها، ولا يتضمن المقال بيانات اختبار مختلقة.
الفائدة الأساسية: بعد قراءة المقال، ستتمكن خلال دقيقة واحدة من التمييز بين 451 و401 و429، ثم تعديل الموجه باستخدام أسلوب «تغيير متغير واحد في كل مرة» لإعادة إنشاء الصورة.
أهم النقاط حول ظهور الخطأ 451 image_safety عند توليد الصور
لنبدأ بأهم الخلاصات. تستند جميعها إلى رسالة الخطأ نفسها ووصف الوثائق، ولا تحتاج إلى تخمين.
| النقطة | التوضيح | فائدتها لك |
|---|---|---|
| المراجعة تخص الصورة الناتجة | تنص الرسالة على: The generated image was filtered by the safety policy | لا داعي للشك في مفتاح API أو الرصيد |
| المراجعة تتم بعد التوليد | قد تنشئ الواجهة الصورة أولًا، ثم تراجعها من ناحية السلامة؛ وإذا لم تجتز المراجعة، فلن تُعاد إليك | يفسر هذا سبب حظر الطلب حتى عندما يبدو «الموجه سليمًا» |
| لا يعني ذلك أن الإدخال مخالف | فشل المراجعة اللاحقة لا يعني أن الموجه أو الصورة المرجعية يتضمنان بالضرورة كلمات مخالفة بوضوح | لا حاجة إلى حذف كلمات كثيرة أو استبدال الصورة المرجعية |
| الحل هو تعديل المشهد | توضيح عناصر المشهد، مثل الملابس والتكوين، أكثر فاعلية من إضافة عبارات نفي | عدّل ما يلزم بدقة، وتجنب التجربة العشوائية |
| لا تُعِد المحاولة بالمدخلات نفسها | إذا فشلت التركيبة نفسها مرارًا، فمن المرجح أن يؤدي تكرار المحاولة إلى الخطأ 451 مجددًا | وفّر الوقت وتكلفة الاستدعاءات |
ابدأ بمقارنة رموز الأخطاء: الفرق بين 451 image_safety و401 و429
عند ظهور خطأ، ابدأ بفحص رمز الحالة وerror.code، لا بتعديل الشفرة. إليك وصف وثائق APIYI للخطأ 451، كما ورد في الأسئلة الشائعة والتحديثات بمركز الوثائق على apiyi.com: تكون الاستجابة برمز HTTP 451، ويكون error.code هو image_safety، أما الرسالة فهي The generated image was filtered by the safety policy.. والكلمتان الأساسيتان هنا هما generated image، أي إن سياسة السلامة صفّت «الصورة التي تم توليدها بالفعل».
يختلف هذا تمامًا عن مشكلات المصادقة وتحديد معدل الطلبات. يشير الخطأ 401 عادةً إلى أن الطلب لم يجتز التحقق من الهوية قبل وصوله إلى النموذج، بينما يعني الخطأ 429 أن الطلبات كثيرة جدًا أو أن القناة مشغولة. أما أخطاء الرصيد فتتعلق بالفوترة. لا يرتبط أي من هذه الأخطاء الثلاثة بما «تم رسمه»، في حين يرتبط الخطأ 451 تحديدًا بما «تم رسمه».
| الخطأ | المعنى الشائع | مرحلة حدوثه | الإجراء المناسب | هل تناسبه إعادة المحاولة بالمدخلات نفسها؟ |
|---|---|---|---|---|
HTTP 451 image_safety |
الصورة الناتجة لم تجتز مراجعة السلامة بعد التوليد | بعد توليد الصورة | عدّل وصف المشهد، وافحص متغيرًا واحدًا في كل مرة | لا، لا تكرر المحاولة بالتركيبة نفسها إذا فشلت مرارًا |
| HTTP 401 | مفتاح API غير صالح أو لم يُمرر على النحو الصحيح | عند دخول الطلب | تحقّق من مفتاح API وترويسة الطلب | لا، فتكرار المحاولة لن يفيد إذا كان المفتاح غير صحيح |
| HTTP 429 | تجاوز حد الطلبات أو انشغال القناة | عند دخول الطلب أو أثناء الانتظار في قائمة الانتظار | أعد المحاولة بعد فترة انتظار متزايدة، وبدّل القناة عند الحاجة | نعم، وفق سياسة الانتظار المتزايد |
| خطأ في الرصيد | الرصيد غير كافٍ | التحقق من الفوترة | اشحن الرصيد أو عدّل الحصة | لا |
وانتبه خصوصًا إلى أن الخطأين 451 و401 لا يصلح لهما أسلوب إعادة المحاولة نفسه. لمعالجة 401، صحّح إعدادات مفتاح API؛ أما لمعالجة 451، فعدّل الموجه. إن وضعت الخطأين معًا في مسار عام مثل «أعد المحاولة 3 مرات عند الفشل»، فلن يؤدي ذلك إلا إلى زيادة صعوبة تحديد المشكلة.
لماذا يظهر الخطأ 451 image_safety بعد توليد الصورة؟
تسمّي الوثائق هذه الآلية «المراجعة اللاحقة»، وتُعرف أيضًا باسم «مراجعة المخرجات». ويمكن تبسيط آلية العمل كالتالي: يجتاز الطلب التحقق من الهوية، ثم ينشئ النموذج صورةً بناءً على الموجه والصورة المرجعية، وبعد ذلك يفحص النظام الصورة للتأكد من سلامتها. وإذا لم تجتز الفحص، فلن يُرجع الصورة، وسيعرض الخطأ 451 مباشرةً.
لذلك، قد تواجه حالة يُمنع فيها الطلب رغم خلو الموجه من أي كلمة حساسة. فالسبب ليس كلمة بعينها، بل إن اجتماع عدة شروط قد يدفع النموذج إلى إنشاء مشهد يفعّل مرشح الأمان. وفهم هذه النقطة ينقل طريقة استكشاف المشكلة من «البحث عن الكلمات المحظورة» إلى «التحكم في المشهد النهائي».
قراءة نتائج إعادة الاختبار في وثائق 451 image_safety
تعرض وثائق APIYI مجموعة من نتائج إعادة الاختبار بعد إخفاء الهوية، باستخدام النموذج gpt-image-2.5-sunburst-vip. يتضمن السيناريو صورة مرجعية لشخص، مع طلب إعداد صورة مرجعية للشخصية تشمل لقطة مقرّبة للوجه، ومناظر كاملة للجسم من الأمام والجانب والخلف، على خلفية بيضاء. جميع البيانات أدناه مأخوذة من إعادة الاختبار الواردة في الوثائق، ويقتصر هذا المقال على تفسيرها.
| مجموعة إعادة الاختبار في الوثائق | النتيجة | المدة | التوضيح |
|---|---|---|---|
| الموجه الأصلي + الصورة المرجعية الأصلية | فشل 3/3 | 81.8–95.9 ثانية | المجموعة الأساسية؛ ظهر الخطأ 451 باستمرار |
| الصورة المرجعية نفسها، مع التعديل إلى صورة نصفية بملابس يومية محايدة | نجاح 1/1 | 35.7 ثانية | اجتاز الفحص بعد حذف المناظر المتعددة للجسم كاملًا |
| الموجه الأصلي، مع حذف الصورة المرجعية واستخدام نقطة نهاية تحويل النص إلى صورة | نجاح 1/1 | 29.1 ثانية | اجتاز الفحص بعد إزالة سمات الشخص الظاهرة في الصورة المرجعية |
| إضافة عبارة «ملابس كاملة وغير شفافة، ومن دون إضفاء طابع مثير» فقط | استمر ظهور 451 في 1/1 | 216.8 ثانية | لم تنجح صياغة النفي |
| التوضيح صراحةً أن الشخصية بالغة، وترتدي ياقة عالية وأكمامًا طويلة وسروالًا وحذاءً رياضيًا | نجاح 3/3 | 65.1–238.6 ثانية | اجتاز الفحص باستمرار عند تحديد الملابس بصياغة إيجابية |
ما تكشفه إعادة الاختبارات الموثقة عن آلية تفعيل 451 image_safety
أهم ما يلفت الانتباه في هذه المجموعة من إعادة الاختبارات هو ما حدث في المجموعتين الثانية والثالثة: ما إن فُصل أحد العنصرين، سواء سمات الشخصية في الصورة المرجعية أو تعدد المناظير لكامل الجسم، حتى نجح الطلب في توليد الصورة. وبناءً على ذلك، ترجّح الوثائق تفسيرًا مفاده أن الجمع بين سمات الشخصية في الصورة المرجعية وتعدد المناظير لكامل الجسم هو ما أدى إلى تفعيل الفلتر أثناء توليد الصورة.
وتوضح الوثائق أيضًا ما لا يمكن استنتاجه: لا يمكن القول إن الصورة المرجعية مخالفة، ولا إن كلمة بعينها هي سبب التفعيل. وهذه نقطة مهمة. فكثير من المطورين، عند ظهور الخطأ 451، يسارعون إلى استبدال الصورة المرجعية أو حذف عدد كبير من الكلمات، فيحذفون بذلك معلومات مهمة لازمة للصورة المطلوبة.
لماذا لا يحلّ تعديل صياغة النفي مشكلة 451 image_safety؟
في المجموعة الرابعة، أُضيفت فقط عبارة «ملابس كاملة وغير شفافة ومن دون إضفاء طابع مثير»، ومع ذلك ظهر الخطأ 451. أما في المجموعة الخامسة، فاستُخدم وصف إيجابي ومحدد: شخصية بالغة، وملابس علوية بأكمام طويلة وياقة عالية، وسروال طويل، وحذاء رياضي. ونجحت المحاولات الثلاث كلها.
والسبب بسيط: صياغة النفي تخبر النموذج بما «لا» ينبغي فعله، لكنها لا تحدد له ما الذي ينبغي أن يرسمه، فتظل الصورة النهائية غير واضحة. أما الوصف الإيجابي فيحدد الملابس العلوية والسفلية والحذاء، ما يجعل نتيجة التوليد أكثر قابلية للتحكم، ويسهّل اجتياز مراجعة المخرجات.
وبخصوص مدة التنفيذ، تنبّه الوثائق خصوصًا إلى أنها تصلح للاستئناس فقط، ولا يمكن الاعتماد عليها وحدها لتحديد المرحلة التي جرت فيها المراجعة. فقد تداخلت مدد التنفيذ في المحاولات الناجحة والفاشلة، لذا تجنّب كتابة منطق استدلال مثل «إذا تجاوزت المدة X ثانية، فهذا يعني أن المراجعة أوقفت الطلب».
ملاحظة المقارنة: تستند البيانات في الجدول أعلاه والرسم إلى إعادة الاختبارات الموثقة لدى APIYI. ويمكنك الاطلاع على النص الأصلي في الأسئلة الشائعة حول مراجعة سلامة مخرجات الصور في مركز وثائق apiyi.com، لمقارنة الحالات بأخطائك.
خطوات سريعة لاستكشاف سبب ظهور 451 image_safety عند توليد الصور
تحقّق مجددًا من معرّف النموذج: تأكّد من طراز gpt-image الذي تستدعيه
بعد التأكد من ظهور الخطأ 451، تحقّق في الخطوة الثانية من معرّف النموذج. استخدم اختبار الوثائق النموذج gpt-image-2.5-sunburst-vip. ولمعرفة الطرز المتاحة ضمن سلسلة gpt-image وأسمائها، راجع قائمة النماذج لدى APIYI، ويمكنك التحقق منها في قائمة النماذج بلوحة التحكم على apiyi.com.
لهذا التحقق غرضان. أولًا، يجب إبقاء النموذج نفسه دون تغيير أثناء استكشاف المشكلة، وإلا فلن تتمكن من تحديد المتغير الذي أحدث الفرق. ثانيًا، يساعدك ذلك على تجنّب الخلط بين مشكلة «كتابة اسم النموذج على نحو خاطئ» ومشكلة المراجعة؛ فعادةً ما يؤدي خطأ اسم النموذج إلى ظهور خطأ مختلف، لا image_safety.
معاملات الطلب عند استكشاف خطأ 451 image_safety
لا يتضمن هذا المقال مقاطع طويلة من الشفرة، بل يقتصر على المعاملات التي ينبغي تثبيتها أثناء استكشاف الخطأ. الواجهة متوافقة مع تنسيق OpenAI؛ املأ base_url بالقيمة https://api.apiyi.com/v1، واستبدل api_key في حزمة SDK بمفتاحك الخاص.
| المعامل | القيمة النموذجية | هل يُسمح بتعديله أثناء استكشاف الخطأ؟ |
|---|---|---|
base_url |
https://api.apiyi.com/v1 |
لا تغيّره |
model |
اعتمد قائمة النماذج لدى APIYI، مثل gpt-image-2.5-sunburst-vip المستخدم في إعادة الاختبار الموثّقة |
لا تغيّره |
| نقطة النهاية | تحرير الصور (مع صورة مرجعية) أو تحويل النص إلى صورة | لا تغيّرها، إلا إذا كنت تختبر تحديدًا تأثير الصورة المرجعية |
| الصورة المرجعية | الصورة المرجعية الأصلية | لا تغيّرها |
| معاملات الحجم والعدد وغيرها | أبقِها على قيمها الأصلية | لا تغيّرها |
prompt |
الموجه الأصلي | غيّر متغيرًا واحدًا فقط في كل مرة |
على مستوى الشفرة، يُنصح بإضافة مسار منفصل لحالة 451: اقرأ رمز حالة الاستجابة وerror.code، وإذا كانت الحالة 451 وكانت القيمة image_safety، فسجّل الموجه المستخدم في تلك المحاولة وأوقف إعادة المحاولة التلقائية، ثم انتقل إلى إعادة الصياغة يدويًا أو وفق قواعد محددة. عالج 401 عبر مسار التحقق من المفتاح، و429 عبر مسار إعادة المحاولة مع التراجع التدريجي؛ ولا تخلط بين هذه المسارات الثلاثة.
خطوات استكشاف أخطاء image_safety وإصلاحها عبر تغيير متغير واحد
يمكن ترتيب خطوات استكشاف الأخطاء الواردة في الوثائق كما يلي:
- ثبّت العوامل الأخرى: أبقِ النموذج ونقطة النهاية والصورة المرجعية والمعلمات كما هي، ولا تغيّر سوى الموجّه.
- غيّر متغيرًا واحدًا في كل مرة: غيّر الملابس وحدها مثلًا، أو عدد المناظير فقط، ولا تعدّل ثلاثة أشياء دفعة واحدة.
- استبدل العبارات المنفية بوصف إيجابي: وضّح تفاصيل الجزء العلوي والسفلي والحذاء، مثل «ياقة عالية وأكمام طويلة، وسروال طويل، وحذاء رياضي»، وحدّد «شخصية بالغة» عند الحاجة.
- أعِد الاختبار من مرتين إلى ثلاث مرات: نجاح محاولة واحدة لا يضمن ثبات النتيجة؛ وقد نجحت التركيبات المستقرة في إعادة الاختبار الواردة في الوثائق في 3 من 3 محاولات.
- أوقف إعادة المحاولة إذا فشلت التركيبة الأصلية باستمرار: فشل المجموعة الأساسية في 3 من 3 محاولات يعني أن تكرارها كما هي لا جدوى منه.
- حلّل التركيبة إلى عناصر عند الحاجة إلى تحديد السبب: اختبر «إزالة تعدد المناظير التي تعرض الجسم كاملًا» و«إزالة الصورة المرجعية» كلًّا على حدة، لتحديد التركيبة التي تؤدي إلى تفعيل عامل التصفية.
🚀 ابدأ بسرعة: إذا أردت إعادة التجربة والتحقق منها في بيئة نظيفة أولًا، فنوصي بالحصول على رصيد اختبار مجاني عبر APIYI apiyi.com. استخدم المفتاح نفسه لتثبيت النموذج والمعلمات وإجراء مقارنة بتغيير متغير واحد في كل مرة، ثم أدمج الحل في سير عمل الإنتاج بعد اكتمال التحقق.
451 مثال على إعادة صياغة موجه image_safety
فيما يلي بعض طرق إعادة الصياغة التي يمكنك تجربتها عند إعادة الاختبار وفقًا للوثائق. ويمكنك تعديلها بما يناسب احتياجاتك.
| اتجاه إعادة الصياغة | صياغة غير فعّالة | الصياغة المقترحة |
|---|---|---|
| الملابس | لا تجعل الملابس كاشفة، واجعلها كاملة | قميص بأكمام طويلة وياقة عالية، وسروال طويل، وحذاء رياضي |
| الشخصيات | عارض أزياء | شخصية بالغة بوضوح |
| زاوية الرؤية | لقطة مقرّبة للوجه مع عرض كامل للجسم من الأمام والجانب والخلف دفعة واحدة | ابدأ بصورة نصفية، أو أنشئ زوايا الرؤية على مراحل |
| الأسلوب | لا تجعل المظهر مثيرًا | ملابس يومية محايدة ووضعية وقوف طبيعية |
جوهر إعادة الصياغة هو الحد من مساحة التأويل. فكلما كان الوصف أكثر تحديدًا، تقلّ الخيارات المتاحة للنموذج، وينخفض احتمال تصفية الصورة الناتجة.
الأسئلة الشائعة FAQ
س1: ما المقصود بـ 451 image_safety؟
يعني ذلك أن الصورة قد تم توليدها، لكن الصورة الناتجة لم تجتز مراجعة السلامة. لذلك لا تُرجع الواجهة الصورة، بل تُرجع HTTP 451 ويكون `error.code` هو `image_safety`. هذه مراجعة لاحقة للتوليد، وتُسمى أيضًا مراجعة المخرجات.
س2: ما الفرق بين 451 image_safety و401؟ وهل ينبغي إعادة المحاولة في الحالتين؟
يحدث 401 عند نقطة استقبال الطلب، ويرتبط بصلاحية المفتاح. أما 451 فيحدث بعد توليد الصورة، ويرتبط بمحتواها. لا يمكن استخدام منطق واحد لإعادة المحاولة في الحالتين: عالج إعدادات المفتاح عند ظهور 401، وعدّل وصف الصورة عند ظهور 451. إعادة المحاولة دون تغيير لن تفيد في أي منهما.
س3: كيف أميّز بين 451 image_safety و429؟
يشير 429 إلى تجاوز حدود المعدل أو انشغال القناة. وغالبًا ما تنجح إعادة المحاولة بعد الانتظار، ويمكنك التبديل إلى قناة أخرى عند الحاجة. أما 451 فيعني أن المحتوى قد تمت تصفيته، وستظل المحاولات تفشل إذا أبقيت التركيبة نفسها. يكفي التحقق من `error.code`: إذا كانت قيمته `image_safety`، فتعامل مع المشكلة باعتبارها متعلقة بالمحتوى.
س4: هل يعني ظهور 451 image_safety أن صورتي المرجعية مخالفة؟
لا يمكن الجزم بذلك. ففي الاختبارات الواردة في الوثائق، أمكن توليد الصورة باستخدام الصورة المرجعية نفسها بعد تعديل الوصف ليشير إلى صورة نصفية لشخص يرتدي ملابس يومية محايدة. وتشير خلاصة الوثائق إلى أن الأرجح هو أن الجمع بين سمات الشخص في الصورة المرجعية ومشاهد متعددة الزوايا لكامل الجسم أدى إلى تصفية الصورة الناتجة، وليس أن الصورة المرجعية نفسها مخالفة. كما لا يمكن الجزم بأن كلمة بعينها هي سبب التصفية.
س5: كيف أتحقق من طراز gpt-image الذي أستخدمه وأعيد إنتاج الخطأ 451؟
يُوصى باتباع الخطوات التالية:
1. سجّل في APIYI على apiyi.com واحصل على مفتاح API ورصيد مجاني للاختبار.
2. تحقّق من معرّف النموذج الدقيق ضمن سلسلة gpt-image في قائمة الطرز.
3. اضبط `base_url` على `https://api.apiyi.com/v1`، وثبّت النموذج والمعلمات، ثم افحص كل متغير على حدة باتباع خطوات هذه المقالة.
س6: هل يمكنني معرفة ما إذا كان الطلب قد أوقفته المراجعة من خلال مدة التنفيذ؟
لا يُنصح بذلك. توضح الوثائق أن مدة التنفيذ مؤشر مساعد فحسب، ولا تكفي وحدها لتحديد مرحلة المراجعة. فقد تداخلت فترات التنفيذ في الاختبارات بين الطلبات الناجحة والفاشلة، لذا قد يؤدي استخدام حد زمني في منطق التحقق إلى نتائج خاطئة.
س7: هل يمكنني إطلاق الخدمة بعد نجاح موجه التوليد مرة واحدة؟
هذا لا يكفي. توصي الوثائق بإجراء اختبار رجعي من مرتين إلى ثلاث مرات، لأن النجاح في محاولة واحدة لا يضمن الاستقرار. وفي الاختبارات، كانت التركيبة المستقرة هي التي نجحت في 3 من أصل 3 محاولات. يُنصح باعتماد المعيار نفسه قبل الإطلاق.
النقاط الأساسية حول image_safety عند ظهور الخطأ 451
- ما الذي يخضع للمراجعة؟ يفحص مرشح
image_safetyفي الخطأ 451 الصورة المُولَّدة، لا مفتاح API. - ابدأ برمز الخطأ: تشير الرموز 451 و401 و429 إلى مشكلات المحتوى والمصادقة وتجاوز حدود الاستخدام على التوالي، ولكل منها طريقة معالجة مختلفة.
- لا تستخدم أسلوب إعادة المحاولة نفسه للجميع: أصلح المفتاح عند ظهور 401، وأعد المحاولة بعد فترة انتظار تدريجية عند ظهور 429، وعدّل وصف الصورة عند ظهور 451.
- تحرَّ عن سبب المشكلة بتغيير متغير واحد كل مرة: ثبّت النموذج ونقطة النهاية والصورة المرجعية والمعلمات، ثم غيّر جزءًا واحدًا فقط من الموجه في كل مرة.
- الوصف الإيجابي أكثر فاعلية: حدّد الملابس بوضوح، مثل الجزء العلوي والسفلي والحذاء، فهذا أوثق من إضافة عبارات النفي.
- تحقّق من النتيجة مجددًا: أعد الاختبار مرتين أو ثلاثًا بعد تعديل الوصف، ولا تطلقه قبل التأكد من نجاحه باستقرار.
- للبدء: اعتمد معرّف النموذج الوارد في قائمة الطرازات لدى APIYI، واستخدم الرصيد المجاني لإجراء اختبار مقارنة أولي.
الخلاصة
أهم النقاط عند ظهور الخطأ 451 image_safety أثناء توليد الصور:
- حدّد طبيعة المشكلة: هذه مراجعة على مستوى المخرجات، وتحظر الصورة المُولَّدة. ولا تتعلق بمفتاح API أو الرصيد أو حدود الاستخدام.
- وجّه المعالجة حسب الخطأ: ميّز بين 451 و401 و429 وفق رمز الحالة و
error.code، ولا تستخدم لها جميعًا آلية إعادة المحاولة نفسها. - عدّل الوصف: ثبّت بقية المتغيرات، واستبدل عبارات النفي بوصف إيجابي ومحدد للملابس والتكوين، ثم أعد الاختبار مرتين أو ثلاثًا.
عند ظهور الخطأ 451، لا تتسرع في تغيير مفتاح API؛ جرّب أولًا وصفًا أكثر تحديدًا للصورة. يُنصح باستخدام APIYI عبر apiyi.com، مع تثبيت النموذج وإجراء اختبار مقارنة يغيّر متغيرًا واحدًا في كل مرة، لتجد بسرعة صياغة تتيح توليد الصور باستقرار.
📚 مراجع
- الأسئلة الشائعة لدى APIYI: مراجعة سلامة مخرجات الصور: تعريف
image_safetyللخطأ 451 وطرق استكشاف المشكلة وإصلاحها - الرابط:
docs.apiyi.com/faq/image-output-safety-review.md -
ملاحظة: يتضمن أشكال الاستجابة، وتوضيحًا للمراجعة اللاحقة، واقتراحات لاستكشاف المشكلة وإصلاحها عبر تغيير متغير واحد في كل مرة
-
آخر مستجدات APIYI: مراجعة سلامة مخرجات الصور (2026-11): سجل إعادة اختبار الوثائق
- الرابط:
docs.apiyi.com/live/2026-11/image-output-safety-review.md - ملاحظة: يتضمن إعادة اختبار مجهّلة على
gpt-image-2.5-sunburst-vip، إلى جانب النتائج وحدودها
المؤلف: فريق APIYI التقني
للتواصل التقني: يسعدنا التواصل معكم عبر الصفحة الرئيسية لموقع APIYI على apiyi.com. ولمزيد من الشروحات حول رموز أخطاء واجهات الصور، يُرجى الرجوع إلى مركز الوثائق على docs.apiyi.com
