خطأ «النموذج غير موجود» في OpenAI؟ أُزيل GPT-5.5 من ChatGPT في 14 أكتوبر: 5 خطوات لاستكشاف المشكلة وبدائلها

في صباح 15 أكتوبر، واجه كثير من المستخدمين الخطأ نفسه عند إرسال رسائل عبر ChatGPT على الويب أو Codex أو نصوصهم البرمجية: OpenAI model not found. وكانت الرسالة الكاملة غالبًا: “The model gpt-5.5 does not exist or you do not have access to it.” والسؤال الذي تبادر إلى الأذهان كان: هل أُوقف GPT-5.5؟

الإجابة: نعم، أُوقف، لكن «جزئيًا» فقط. فبحسب الإعلان الذي نشرته OpenAI في 15 سبتمبر، أُحيل GPT-5.5 إلى التقاعد في 14 أكتوبر 2026 من ChatGPT وChatGPT Work وCodex (عند تسجيل الدخول بحساب ChatGPT)، وذلك ضمن جميع الخطط. أما استدعاء GPT-5.5 عبر OpenAI API فلا يشمله هذا التقاعد، وما يزال متاحًا للاستخدام بصورة طبيعية. يوضح هذا المقال أحدث المستجدات حتى 15 أكتوبر، ثم يعرض طرق تشخيص خطأ model not found والبدائل المتاحة في ثلاثة سيناريوهات: ChatGPT وCodex وAPI.

الفائدة الأساسية: بعد قراءة هذا المقال، ستتمكن خلال 5 دقائق من تحديد نوع خطأ model not found الذي تواجهه، ونقل سير عملك بسلاسة إلى نماذج جديدة مثل GPT-5.6 Sol.

هل أُوقف GPT-5.5؟ أحدث المستجدات حتى 15 أكتوبر 2026

أُطلق GPT-5.5 في ChatGPT بتاريخ 23 أبريل 2026، وكان من النماذج الأساسية في ChatGPT. وعندما أُحيل GPT-4.5 إلى التقاعد في يونيو، نُقلت محادثاته السابقة لتُستكمل باستخدام GPT-5.5. وبعد ستة أشهر فقط، أعلنت OpenAI أنها ستفسح المجال لعائلة GPT-5.6، التي صدرت في يوليو، ولنموذج GPT-6 Astra الذي أُطلق في 3 سبتمبر. وكتب حساب ChatGPT الرسمي في إعلانه: «في 14 أكتوبر، حان وقت توديع GPT-5.5 في ChatGPT وChatGPT Work وCodex ضمن جميع الخطط».

من المهم الانتباه إلى أن سجل التحديثات لدى OpenAI يوضح صراحةً أن «هذا التقاعد لا ينطبق على OpenAI API». وحتى تاريخ نشر هذا المقال، لا تحدد صفحة الإيقاف التدريجي في وثائق المطورين لدى OpenAI أي موعد لإيقاف gpt-5.5 عبر API. وتُدرج بعض المقالات المنشورة على الإنترنت GPT-5.5 ضمن قائمة الإيقاف الجماعي لـ API في 23 أكتوبر، لكن هذه المعلومة غير صحيحة؛ فالنماذج التي تشملها تلك الدفعة هي نماذج أقدم مثل gpt-4-turbo وgpt-4o-2024-05-13 وo1.

تغييرات أخرى مرتبطة بإيقاف GPT-5.5

لم يكن تقاعد GPT-5.5 حدثًا منفصلًا. فمنذ 14 سبتمبر، ألغت OpenAI آلية «التبديل التلقائي من Instant إلى Thinking» لمستخدمي Plus وPro. وأصبح على المستخدمين اختيار مستوى الاستدلال بأنفسهم من قائمة النماذج؛ إذ تتيح خطة Plus مستويَي Medium وHigh فقط، بينما تتيح خطط Pro وBusiness وEnterprise جميع المستويات، من Instant إلى Pro. وأوضحت OpenAI أيضًا أن مطالبة ChatGPT في أثناء المحادثة بأن «يفكر بعمق أكبر» لن ترفع مستوى الاستدلال تلقائيًا بعد الآن.

حاليًا، تعمل مستويات Thinking في ChatGPT بنموذج GPT-5.6 Sol، بينما يستخدم مستخدمو Free وGo نموذج GPT-5.6 Luna عند النقر على زر Think. وهذا يعني أنه حتى إن لم تبدّل النموذج يدويًا، فمن المرجح أن النموذج الذي يعمل خلف الكواليس في محادثاتك على ChatGPT قد تغيّر بعد 14 أكتوبر، رغم أن شكل الواجهة لم يتبدل.

🎯 اقتراح للانتقال: إذا كان عملك يعتمد على أسلوب مخرجات GPT-5.5، فلن تتمكن من مواصلة استخدامه عبر ChatGPT، لكنه ما يزال متاحًا عبر API. نوصي باستخدام منصة APIYI apiyi.com لربط كل من gpt-5.5 وgpt-5.6-sol عبر واجهة متوافقة مع OpenAI، ثم اختبارهما باستخدام المجموعة نفسها من الموجهات قبل تحديد وتيرة الانتقال.

أبرز 5 أسباب لخطأ OpenAI model not found

عندما يرى كثيرون الخطأ model not found، يكون أول ما يخطر ببالهم هو أن «النموذج حُذف». لكن هذا الخطأ لا يشير إلا إلى أحد احتمالين: إما أن اسم النموذج الوارد في الطلب غير متاح على القناة الحالية، أو أن الحساب الحالي لا يملك صلاحية الوصول إليه. ولا يثبت الخطأ بحد ذاته أن النموذج قد أُحيل إلى التقاعد. قبل 14 أكتوبر، ظهرت بالفعل عدة بلاغات عن أخطاء 404 عند استخدام GPT-5.5 في مستودع GitHub الخاص بـ Codex (منها Issue #43344، التي أُنشئت في 7 سبتمبر وأُعيد فتحها في 30 سبتمبر). وشملت البلاغات أنظمة Windows وmacOS وLinux وخطط اشتراك مختلفة، مع أن GPT-5.5 لم يكن قد أُحيل إلى التقاعد آنذاك.

عند الاتصال المباشر بواجهة API، يكون تنسيق الخطأ القياسي كما يلي: قيمة الحقل code هي model_not_found، ورمز حالة HTTP هو 404:

{
  "error": {
    "message": "The model `gpt-5.5` does not exist or you do not have access to it.",
    "type": "invalid_request_error",
    "param": null,
    "code": "model_not_found"
  }
}

استنادًا إلى نقاشات مجتمع OpenAI والحالات الواردة في مشكلات Codex، يمكن تصنيف أخطاء OpenAI model not found إلى الأسباب الخمسة التالية:

العلاقة بين model not found وإيقاف GPT-5.5

تكمن النقطة الأساسية في الرسم أعلاه في ضرورة التمييز أولًا بين «القنوات». فمعرّف النموذج نفسه، gpt-5.5، لم يعد متاحًا على موقع ChatGPT أو في وضع تسجيل الدخول عبر ChatGPT في Codex، لكنه لا يزال صالحًا في OpenAI API. لذلك، إذا ظهر الخطأ على جهة ChatGPT بعد 14 أكتوبر، فمن المرجح أن يكون سببه إحالة النموذج إلى التقاعد. أما ظهور الخطأ نفسه على جهة API، فلا يمكن عزوه ببساطة إلى إيقاف النموذج؛ والأرجح أن المشكلة تتعلق بـ base_url أو صلاحيات الحساب أو إعدادات المشروع.

وانتبه أيضًا إلى أن قائمة النماذج المخزنة مؤقتًا محليًا في Codex قد تظل تعرض GPT-5.5 كخيار، لكن الخادم قد يرفض الطلب فعليًا. فظهور النموذج في القائمة لا يعني أنه ما زال قابلًا للاستخدام؛ والحكم النهائي يكون وفق استجابة الخادم.

حلول خطأ OpenAI model not found بحسب الحالة

الحالة الأولى: ظهور خطأ model not found عند إرسال رسالة عبر موقع ChatGPT

إذا ظهر الخطأ عند إرسال رسالة على chatgpt.com، فالسبب الأكثر شيوعًا هو أنك تجري محادثة ضمن سياق مرتبط بـ GPT-5.5. اتبع خطوات التحقق التالية بالترتيب؛ فعادةً ما تُحل المشكلة خلال دقيقتين:

1. حدّث الصفحة أو أعد تشغيل التطبيق: قد تحتفظ الصفحة القديمة مؤقتًا بقائمة النماذج قبل سحبها. بعد التحديث، ستُحدَّث قائمة اختيار النموذج إلى سلسلة GPT-5.6.
2. اختر النموذج مجددًا من قائمة النماذج: يمكن لمشتركي Plus اختيار Medium أو High ضمن Thinking، أما مستخدمو Free وGo فيمكنهم استخدام النموذج الافتراضي أو زر Think.
3. اختبر محادثة جديدة: إذا عملت المحادثة الجديدة دون أخطاء، بينما ظهرت المشكلة في محادثة قديمة، فهذا يعني أن المشكلة مرتبطة بالنموذج المحدد للمحادثة القديمة. انسخ السياق المهم إلى محادثة جديدة للمتابعة.
4. تحقق من GPTs المخصصة والمشاريع: يجب إعادة تحديد النموذج لكل من GPTs المخصصة المبنية على GPT-5.5 والمهام المجدولة (Scheduled Tasks).
5. تواصل مع مشرف مساحة عمل المؤسسة: إذا ثبّت المشرف GPT-5.5 نموذجًا افتراضيًا لمساحة العمل في ChatGPT Work، فعليه تغييره إلى نموذج جديد من لوحة الإدارة.

أما المحادثات القديمة، فتشير تقارير من جهات خارجية إلى أن النموذج الافتراضي الجديد سيتولى متابعة محادثات GPT-5.5 السابقة، على غرار ما حدث عند سحب GPT-4.5 وGPT-5.2. لكن OpenAI لم تعلن بعد عن آلية دقيقة لربط محادثات GPT-5.5 بالنماذج الجديدة. لذا، فإن «عدم تغير الواجهة» لا يعني بالضرورة «عدم تغير النموذج». وإذا كان أسلوب المخرجات مهمًا لك، فننصحك بإعادة التحقق منه.

الحالة الثانية: حل خطأ model not found في Codex

يُعد Codex أكثر الحالات تأثرًا بسحب GPT-5.5، إذ يثبّت المطورون اسم النموذج غالبًا في ملفات الإعدادات والبرامج النصية. وتوصي OpenAI مستخدمي Codex الذين يسجلون الدخول بحساب ChatGPT باستبدال gpt-5.5 بـ gpt-5.6-sol، إلى جانب تحديث إعدادات النموذج المحفوظة وAgent المخصص والمهام المجدولة والبرامج النصية.

ابدأ بالبحث الشامل عن اسم النموذج القديم. نفّذ الأمر rg 'gpt-5\.5' من جذر المشروع ومجلد المستخدم، وركّز على ~/.codex/config.toml وإعدادات CI وصور حاويات التطوير والوثائق الداخلية. بعد ذلك، حدّث العميل. ووفقًا لمعلومات جمعتها جهات خارجية، يتطلب GPT-5.6 إصدار Codex CLI 0.144.0 أو أحدث، بينما يتطلب GPT-6 Astra إصدار 0.153.0 أو أحدث. يمكنك التحديث باستخدام npm install -g @openai/codex@latest، ثم التحقق من الإصدار عبر codex --version.

# ~/.codex/config.toml —— غيّره إلى النموذج الجديد
model = "gpt-5.6-sol"

# إذا كان لا بد من مواصلة استخدام gpt-5.5، فانتقل إلى قناة مفتاح API
# model = "gpt-5.5"
# model_provider = "apiyi"
#
# [model_providers.apiyi]
# name = "APIYI"
# base_url = "https://api.apiyi.com/v1"
# env_key = "APIYI_API_KEY"
# wire_api = "responses"

إذا كنت تحتاج فعلًا إلى مواصلة استخدام GPT-5.5 في Codex، فالطريقة الوحيدة هي الانتقال إلى قناة مفتاح API؛ مثلًا، سجّل الدخول إلى حساب OpenAI API باستخدام codex login --with-api-key، أو أعد إعداد الخدمة المتوافقة مع OpenAI التي تدعم Responses API كما في التعليقات أعلاه. انتبه إلى أن base_url ومعرّف النموذج والمفتاح يجب أن تكون جميعها من إعدادات مزوّد الخدمة نفسه. فالخلط بينها سبب شائع لأخطاء 404.

💡 نصيحة تقنية: يشترط Codex أن يدعم المزوّد المخصص Responses API. وتوفر APIYI على apiyi.com واجهة Responses متوافقة مع OpenAI، ما يتيح التبديل بين نماذج مثل gpt-5.5 وgpt-5.6-sol باستخدام المفتاح نفسه، ويسهّل إجراء اختبارات A/B في Codex.

الحالة الثالثة: حل خطأ model not found عند استدعاء API

لم يُسحب GPT-5.5 من واجهة API. فإذا أعاد طلبك خطأ model not found، فتحقق من الأمور التالية: هل كُتب اسم النموذج على نحو صحيح (مثلًا، هل كُتب خطأً gpt5.5 أو gpt-5.5-turbo)؟ هل يشير base_url إلى وكيل قديم لا يدعم إلا بعض النماذج؟ هل يفرض مشروع API قيودًا على النماذج المتاحة؟ وهل تملك المؤسسة التي ينتمي إليها حسابك صلاحية الوصول إلى هذا النموذج؟

والأفضل أن تجهّز آلية رجوع بديلة في الشيفرة: إذا أعاد النموذج المفضّل الخطأ model_not_found، فانتقل تلقائيًا إلى نموذج احتياطي لتفادي تعطل سلسلة العمل بأكملها بسبب تغير معرّف نموذج واحد. إليك مثالًا مبسطًا:

from openai import OpenAI, NotFoundError

client = OpenAI(api_key="YOUR_API_KEY", base_url="https://api.apiyi.com/v1")
MODELS = ["gpt-5.5", "gpt-5.6-sol", "gpt-5.6-terra"]  # مرتبة حسب الأولوية

def chat(prompt: str) -> str:
    for model in MODELS:
        try:
            resp = client.chat.completions.create(
                model=model, messages=[{"role": "user", "content": prompt}]
            )
            return f"[{resp.model}] " + resp.choices[0].message.content
        except NotFoundError as e:  # HTTP 404 / model_not_found
            print(f"{model} غير متاح؛ الانتقال إلى النموذج التالي: {e}")
    raise RuntimeError("لا تتوفر أي من النماذج المرشحة")

print(chat("اشرح في جملة واحدة معنى خطأ model not found"))

import os
import time
from openai import OpenAI, NotFoundError, APIStatusError

client = OpenAI(
    api_key=os.getenv("APIYI_API_KEY"),
    base_url="https://api.apiyi.com/v1",
)

CANDIDATES = ["gpt-5.5", "gpt-5.6-sol", "gpt-5.6-terra", "gpt-5.6-luna"]


def check_models(candidates: list[str]) -> list[str]:
    """اختبر النماذج واحدًا تلو الآخر عند بدء التشغيل، وأعد قائمة بالنماذج المتاحة"""
    available = []
    for model in candidates:
        try:
            client.chat.completions.create(
                model=model,
                messages=[{"role": "user", "content": "ping"}],
                max_tokens=5,
            )
            available.append(model)
            print(f"✅ {model} متاح")
        except NotFoundError:
            print(f"❌ أعاد {model} الخطأ model_not_found")
        except APIStatusError as e:
            print(f"⚠️ خطأ آخر في {model}: {e.status_code}")
    return available


def chat(prompt: str, models: list[str], retries: int = 2) -> str:
    for model in models:
        for attempt in range(retries):
            try:
                resp = client.chat.completions.create(
                    model=model,
                    messages=[{"role": "user", "content": prompt}],
                )
                return resp.choices[0].message.content
            except NotFoundError:
                break  # لا تعاود المحاولة عند 404؛ انتقل مباشرةً إلى نموذج آخر
            except APIStatusError as e:
                if e.status_code in (429, 500, 502, 503):
                    time.sleep(2 ** attempt)
                    continue
                raise
    raise RuntimeError("لا تتوفر أي من النماذج المرشحة")


if __name__ == "__main__":
    usable = check_models(CANDIDATES)
    print(chat("لخّص نطاق تأثير سحب GPT-5.5", usable))

ثمة نقطة مهمة: لا ينبغي إعادة محاولة الأخطاء من فئة 404 باستخدام النموذج نفسه، لأن مشكلة معرّف النموذج لن تُحل بإعادة المحاولة؛ انتقل مباشرةً إلى نموذج آخر. أما الأخطاء المؤقتة مثل 429 و5xx، فمن المناسب التعامل معها بإعادة المحاولة مع زيادة مدة الانتظار تدريجيًا. كذلك، لمعرفة النموذج المستخدم فعليًا، اعتمد على الحقل model في كائن الاستجابة، لا على طلب «تعريف النموذج بنفسه»، لأن وصف النموذج لإصداره غير موثوق.

🚀 ابدأ بسرعة: سجّل في APIYI على apiyi.com للحصول على رصيد تجريبي، ثم استخدم نص التحقق أعلاه لاختبار توفر نماذج GPT-5.5 وGPT-5.6 بمختلف فئاتها لحسابك دفعة واحدة.

اختيار نموذج بديل بعد سحب GPT-5.5

يتعين على مستخدمي ChatGPT وCodex اختيار نموذج جديد بعد سحب GPT-5.5. والبديل المباشر الذي توصي به OpenAI هو GPT-5.6 Sol. أما GPT-6 Astra، فهو خيار أقوى من حيث القدرات، لكنه ليس بديلًا إلزاميًا مطابقًا لـ GPT-5.5. أُطلقت عائلة GPT-5.6 في يوليو 2026، وتضم ثلاث فئات: Sol وTerra وLuna، وهي متاحة جميعًا عبر API.

كيفية اختيار بديل GPT-5.5

من ناحية التكلفة، أصبح سعر GPT-5.6 Sol أقل من GPT-5.5 بعد التخفيض المؤقت في أواخر أغسطس، لذا لن يؤدي الانتقال إلى Sol عادةً إلى زيادة التكلفة. وإذا كنت تستخدم GPT-5.5 أساسًا للبرمجة اليومية ومهام Agent المعتادة، فابدأ بتجربة GPT-5.6 Terra؛ فسعره أقل من نصف سعر GPT-5.5. أما مهام التصنيف والتلخيص والاستخراج ذات التزامن العالي، فيمكن نقلها مباشرةً إلى Luna، حيث قد يصل فرق التكلفة إلى 25 ضعفًا.

تجدر الإشارة إلى أن بيانات الأسعار مستمدة من صفحة OpenAI الرسمية ومن تجميعات جهات خارجية، وأن سعر Sol المخفّض مؤقتًا يسري لمدة 3 أشهر فقط. لذا تحقّق من صفحة أسعار OpenAI للاطلاع على التكلفة الفعلية. وأفضل طريقة للاختيار هي اختبار عيّنات من مهامك الفعلية على Terra وSol، ثم مقارنة الجودة وزمن الاستجابة واستهلاك Token قبل اتخاذ القرار.

📊 نصيحة للمقارنة: لا يمكن تحديد اختلاف أداء النماذج في أعمالك إلا بالاختبار العملي. ننصحك باستخدام APIYI على apiyi.com لاستدعاء GPT-5.5 وGPT-5.6 Sol وTerra واحدًا تلو الآخر بالمفتاح نفسه، والحصول بسرعة على بيانات قابلة للمقارنة حول الجودة والتكلفة.

أولوية الانتقال من GPT-5.5 بحسب نوع المستخدم

صحيح أن مطوّري API غير متأثرين حاليًا، لكن لا ينبغي لهم الاطمئنان أكثر من اللازم. فقد سبق لـ GPT-5.2 أن سُحب من Codex المسجّل الدخول عبر ChatGPT في 2 يونيو، ثم جاء إيقافه على API في يوليو وأغسطس. وغالبًا ما يكون سحب النموذج من ChatGPT مقدمةً لإيقافه على API. وعندما تضيف OpenAI نموذج GPT-5.5 إلى صفحة الإيقاف، فإنها تمنح عادةً فترة انتقالية. لذا، فإن التحقق من النماذج الجديدة مسبقًا سيتيح لك الانتقال بسلاسة عند الحاجة. كما أفادت تقارير بأن OpenAI أعلنت في 14 أكتوبر عن إزالة GPT-4o وGPT-4o mini وGPT-4.1 وGPT-4.1 mini من API في 14 يناير 2027؛ وعلى المطورين الذين ما زالوا يستخدمون هذه النماذج التخطيط للانتقال إليها أيضًا.

الأسئلة الشائعة حول خطأ OpenAI model not found

الخلاصة

خطأ OpenAI model not found وإيقاف GPT-5.5 مشكلتان مترابطتان، لكنهما ليستا الشيء نفسه. وحتى 15 أكتوبر 2026، كانت الخلاصة كالتالي: أُحيل GPT-5.5 إلى التقاعد في ChatGPT وChatGPT Work وCodex (عند تسجيل الدخول بحساب ChatGPT) اعتبارًا من 14 أكتوبر، لكن GPT-5.5 لا يزال متاحًا عبر OpenAI API. لذلك، إذا ظهر الخطأ في ChatGPT، فانتقل إلى سلسلة GPT-5.6. أما إذا ظهر عند استخدام API، فتحقق أولًا من اسم النموذج وbase_url وصلاحيات الحساب.

للانتقال إلى نماذج أخرى، يُعد GPT-5.6 Sol البديل المباشر الذي توصي به OpenAI، ويناسب Terra مهام البرمجة اليومية ومهام الوكلاء، بينما يناسب Luna المهام الخفيفة ذات التوازي العالي. أما GPT-6 Astra، فاحتفظ به للمهام المعقدة متعددة الخطوات. أيًا كان اختيارك، يُستحسن وضع معرّف النموذج في عنصر إعدادات مستقل، ومعالجة أخطاء 404 في الشفرة للانتقال إلى نموذج بديل. وهكذا، لن يتطلب إيقاف نموذج مستقبلًا سوى تعديل سطر واحد في الإعدادات.

ننصح باستخدام منصة APIYI apiyi.com للاتصال بسلسلة نماذج GPT-5.5 وGPT-5.6 كاملة عبر واجهة متوافقة مع OpenAI. بذلك يمكنك مواصلة استدعاء GPT-5.5 في الأنظمة الحالية، ومقارنة النماذج الجديدة استنادًا إلى نتائج الاختبار الفعلية، وإتمام الانتقال بسلاسة.

المراجع:

1. صفحة إيقاف واجهات OpenAI API: developers.openai.com/docs/deprecations
2. سجل تحديثات ChatGPT: help.openai.com/en/articles/6825453-chatgpt-release-notes
3. صفحة إطلاق OpenAI GPT-5.6: openai.com/index/gpt-5-6
4. بلاغ GitHub رقم #43344 في Codex (استجابة GPT-5.5 بالخطأ 404): github.com/openai/codex/issues/43344
5. نقاش حول خطأ model not found في مجتمع مطوري OpenAI: community.openai.com

الكاتب: فريق APIYI | نتابع باستمرار تحديثات نماذج OpenAI وطرق الانتقال بينها. لمزيد من الشروحات حول ربط نموذج لغة كبير، تفضل بزيارة APIYI apiyi.com