إيقاف 8 نماذج Grok قديمة من xAI في 15 مايو: دليل ترحيل grok-4.3 و5 تغييرات في التكلفة

صدر للتو إعلان رسمي من xAI يفيد بأن 8 نماذج قديمة من Grok ستُحال إلى التقاعد الجماعي في 15 مايو 2026 الساعة 12:00 بتوقيت المحيط الهادئ (PT)، حيث سيتم إعادة توجيه الطلبات تلقائيًا إلى نموذج grok-4.3 مع احتساب التكلفة وفقًا لأسعار النموذج الجديد. يقدم هذا المقال تحليلاً سريعاً للتأثيرات الحقيقية لهذا التغيير على مطوري الذكاء الاصطناعي ومستخدمي الشركات.

القيمة الجوهرية: تعرف في 3 دقائق على قائمة النماذج المحالة للتقاعد، وقواعد إعادة التوجيه، وتغيرات التكلفة، وكيفية تحديث كود الاستدعاء الخاص بك في ظل سياسة الإيقاف المتزامن عبر APIYI.

نظرة سريعة على المعلومات الجوهرية لتقاعد نماذج Grok

حددت xAI في وثائق الترحيل جدولاً زمنياً كاملاً ونطاق التأثير. هذا التقاعد ليس مجرد تنظيف لنماذج غير شائعة، بل يشمل النماذج الرئيسية التي تم الاعتماد عليها خلال النصف عام الماضي، بما في ذلك نماذج الاستدلال (reasoning)، والنماذج العادية، ونماذج توليد الأكواد والصور. بالنسبة للفرق التي تعتمد على هذه النماذج في بيئات الإنتاج، فإن 15 مايو هو الموعد النهائي الإلزامي لإتمام عملية تبديل الكود.

تفاصيل قائمة تقاعد نماذج Grok

تغطي النماذج الثمانية التي سيتم إيقافها 4 فئات من أحمال العمل النموذجية: سلسلة fast-reasoning (بما في ذلك grok-4-1-fast-reasoning و grok-4-fast-reasoning) الموجهة للاستدلال عالي الإنتاجية؛ وسلسلة fast-non-reasoning (بما في ذلك grok-4-1-fast-non-reasoning و grok-4-fast-non-reasoning) الموجهة للمحادثات ذات زمن الاستجابة المنخفض؛ بينما يُعد grok-4-0709 و grok-3 من النماذج العامة الرائدة السابقة؛ أما grok-code-fast-1 و grok-imagine-image-pro فيغطيان توليد الأكواد وتوليد الصور على التوالي.

وفقاً للوثائق الرسمية، ستقدم جميع نماذج الاستدلال الخدمة عبر grok-4.3 مع ضبط مستوى الجهد على "منخفض" (low effort)، بينما سيتم تحويل جميع نماذج غير الاستدلال إلى "بدون جهد" (none effort) لضمان بقاء زمن الاستجابة قريباً قدر الإمكان من النماذج الأصلية. أما طلبات توليد الصور فسيتم تحويلها بالكامل إلى grok-imagine-image-quality.

بعد تاريخ 15 مايو الساعة 12:00 بتوقيت المحيط الهادئ (PT)، لن تعيد الروابط القديمة (slugs) رمز الخطأ 404 فوراً، بل ستقوم البوابة بإعادة توجيهها بسلاسة إلى نموذج grok-4.3. هذا "الانتقال السلس" مفيد جداً للتوافقية، لكنه يمثل أيضاً فخاً خفياً للتكاليف؛ حيث تظن العديد من الفرق أن "نجاح الطلب يعني أن كل شيء على ما يرام"، لتكتشف في فاتورة نهاية الشهر أن سعر الوحدة قد ارتفع بصمت.

تغييرات سلوك الاستدلال (Reasoning) بعد تقاعد نموذج Grok

يكمن الفرق الأكبر بين grok-4.3 وسلسلة fast-reasoning القديمة في تصميم "الاستدلال الدائم" (always-on reasoning). حيث جعل grok-4.3 الاستدلال (سلسلة الأفكار – chain-of-thought) سلوكاً طبيعياً للنموذج بدلاً من كونه خياراً يمكن تفعيله أو تعطيله. يمكن للمطورين الاختيار بين ثلاثة مستويات لقوة الاستدلال (low، medium، high)، ولا يوجد خيار لإيقاف الاستدلال تماماً. أما نماذج fast-non-reasoning القديمة فكانت تتخطى عملية الاستدلال مباشرة؛ لذا فإن خيار none effort بعد إعادة التوجيه سيجعل grok-4.3 يحاكي تجربة "الإجابة المباشرة" السابقة، لكنه سيستهلك في الواقع عدداً قليلاً من رموز (tokens) الاستدلال الداخلية.

من الجدير بالذكر أن xAI لم توفر "معامل وضع التوافق" (compatibility mode parameter) في حزمة SDK هذه المرة، مما يعني أن الكود الذي يحتوي على model="grok-4-fast-reasoning" قد يستمر في العمل، لكنه لن يتمكن من التحكم بدقة في قوة الاستدلال. إذا كان عملك حساساً تجاه التأخير (latency) والاتساق، فيجب عليك تمرير حقل reasoning_effort بشكل صريح، وإلا فستحصل على المستوى الافتراضي ولن تتمكن من تكرار منحنى سلوك النموذج القديم.

بالنسبة للتطبيقات الفورية التي تسعى للحصول على سرعة استجابة قصوى، ننصح باستخدام خدمة APIYI (apiyi.com) لاختبار فرق التأخير بين مستويات الـ effort المختلفة فعلياً، ثم اتخاذ قرار بشأن تعديل تصميم الموجه (prompt) في جانب عملك. بعد التبديل إلى الواجهة الموحدة، يمكنك مقارنة معدل النقل (throughput) وتأخير ظهور الحرف الأول (TTFT) لمستويات الاستدلال المختلفة بسرعة، دون الحاجة لتعديل معاملات إضافية.

تغييرات نماذج الصور بعد تقاعد Grok

كان grok-imagine-image-pro هو نموذج توليد الصور الرئيسي الذي روجت له xAI خلال الأشهر الستة الماضية، والذي يركز على الصور عالية الدقة. مع تحويله الآن إلى grok-imagine-image-quality، أصبح النموذج الجديد يتمتع بتحسينات إضافية في تفاصيل الصورة والالتزام بالموجه، ولكن خصائص تكلفة توليد الصورة الواحدة والتأخير قد تغيرت أيضاً.

🎯 نصيحة للترحيل: ننصح المشاريع التي تستخدم grok-imagine-image-pro حالياً بإجراء اختبار تراجع (regression test) فوري على الموجهات (prompts) المستخدمة بكثرة في بيئة الاختبار (sandbox)، ومقارنة الاختلافات في جودة الصورة، وسرعة التوليد، وتكلفة الصورة الواحدة بين النموذجين الجديد والقديم، لتجنب الاضطرار للتبديل القسري في بيئة الإنتاج.

تحليل تأثير تكلفة إيقاف نماذج Grok

تعد التغيرات في التكلفة نقطة جوهرية تم التقليل من شأنها في إعلان إيقاف النماذج الأخير. يبلغ السعر الموحد لنموذج grok-4.3 حوالي 1.25 دولار لكل مليون رمز (Token) للمدخلات، و2.50 دولار لكل مليون رمز للمخرجات. قد لا يشعر الفرق التي كانت تستخدم بالفعل grok-4-0709 أو grok-3 بهذا التغيير، ولكن بالنسبة للمشاريع التي تعتمد على النماذج منخفضة التكلفة مثل fast-reasoning وfast-non-reasoning وgrok-code-fast-1، فإن سعر الوحدة سيشهد ارتفاعاً ملحوظاً.

5 تغيرات رئيسية في تكلفة إيقاف نماذج Grok

يلخص الجدول أدناه التغيرات الخمسة في التكلفة التي من المرجح أن يواجهها المطورون بعد 15 مايو، وننصح بمراجعتها قبل البدء في عملية الترحيل.

نود التنبيه بشكل خاص إلى أن grok-4.3 يعتمد خاصية "الاستنتاج الدائم" (always-on reasoning) افتراضياً. حتى عند اختيار "مجهود منخفض" (low effort)، فإن كل طلب سيستهلك رموز استنتاج أكثر من نموذج fast-non-reasoning القديم، ويتم محاسبة هذه الرموز بسعر المخرجات، وهو ما يمثل "الزيادة الخفية" التي يتم تجاهلها غالباً في الفواتير الشهرية. لاحظنا في اختباراتنا الداخلية أن استخدام نفس مجموعة الموجهات (Prompts) القصيرة مع grok-4.3 (بمجهود منخفض) أدى إلى زيادة متوسط عدد رموز المخرجات بنسبة 20% إلى 35% مقارنة بـ fast-non-reasoning، مما يعني أن الفاتورة الشهرية سترتفع طبيعياً حتى لو ظل سعر الوحدة ثابتاً.

على سبيل المثال، في سيناريو وكيل خدمة عملاء نموذجي: كان يتم إجراء 100 مليون استدعاء يومياً، كل منها يتضمن 800 رمز مدخلات و400 رمز مخرجات، حيث كانت التكلفة الشهرية باستخدام grok-4-fast-non-reasoning تبلغ حوالي 4,000 دولار. عند الانتقال بنفس الحمل إلى grok-4.3، سترتفع التكلفة الشهرية وفقاً للأسعار الرسمية إلى حوالي 13,500 دولار، ومع إضافة رموز الاستنتاج، ستصل الفاتورة الفعلية إلى قرابة 17,000 دولار. هذا الفارق في الحجم كافٍ لدفع فرق العمليات والمالية لإجراء مراجعة رسمية للميزانية في شهر مايو.

نوع آخر من التكاليف التي يتم التقليل من شأنها هو حجم العمل المطلوب لتعديل الموجهات (Prompts). يميل سلوك الاستنتاج في grok-4.3 إلى "الاستنتاج خطوة بخطوة قبل تقديم الإجابة"، مما قد يؤدي إلى ظهور قوالب الموجهات التي تم ضبطها لـ grok-3 بشكل "مخرجات مطولة تفتقر إلى استنتاج في الفقرة الأولى". لاستعادة أسلوب الاستجابة المباشر والمختصر، ستحتاج إما إلى تقييد هيكل المخرجات بوضوح عبر الموجه النظامي (System Prompt)، أو ضبط مجهود الاستنتاج على "لا شيء" (none)، وكلا الخيارين سيتطلبان ساعات عمل إضافية لاختبارات الانحدار وتحديث مكتبة الموجهات.

💰 التحكم في التكلفة: ننصح خلال مرحلة الترحيل باستخدام لوحة سجلات الطلبات في APIYI (apiyi.com) لعرض استهلاك الرموز مجمعة حسب اسم النموذج (slug)، وتحديد ما إذا كان من الضروري التبديل إلى "مجهود متوسط" (medium effort) لتحسين الجودة، أو قفل المجهود على "لا شيء" (none) للتحكم في التكاليف.

تحليل تأثير إيقاف نماذج Grok

التأثير على المطورين

التأثير الأكثر مباشرة لإيقاف النماذج الجماعي يقع على مطوري طبقة التطبيقات الذين يستخدمون grok-code-fast-1؛ حيث كان هذا النموذج يوفر قيمة ممتازة مقابل السعر (0.20 دولار / 1.50 دولار) مع تحقيق نتيجة 80.0% على منصة LiveCodeBench. بعد الانتقال إلى grok-4.3 تضاعف السعر، مما يتطلب من الفرق إعادة تقييم ميزانيات التكلفة للمهام عالية التكرار مثل إكمال الكود، مراجعة طلبات السحب (PR)، وتنسيق الوكلاء (Agent orchestration). قد تحتاج المجموعات التي كانت تعتمد على "الإكمال السطرى + استرجاع السياق الطويل" إلى تقسيم العمليات إلى خطوات متعددة للتحكم في استهلاك الـ token.

أما بالنسبة لمستخدمي أطر عمل الوكلاء، فإن المسارات التي كانت تعتمد على سلسلة fast لاتخاذ قرارات استدعاء الأدوات ستتأثر أيضًا. يتمتع grok-4.3 بقدرات أقوى في استدعاء الأدوات، لكن زمن الاستجابة للحرف الأول (TTFT) أعلى قليلاً، لذا يحتاج المهندسون إلى إعادة ضبط معاملات المهلة (timeout)، وإعادة المحاولة (retry)، والتزامن. ننصح بإجراء اختبارات الانحدار (regression testing) أولاً في بيئة الاختبار التجريبية على APIYI (apiyi.com)، للتأكد من أن معدل النجاح وتوزيع زمن الاستجابة ضمن النطاق المقبول قبل البدء في التحويل الكامل.

التأثير على مستخدمي الشركات

ينصب تركيز مستخدمي الشركات على اتفاقية مستوى الخدمة (SLA) والامتثال. لقد غطى تحديث grok-4.3 جميع سيناريوهات النماذج الثمانية السابقة، مما بسّط مصفوفة اختيار النماذج، وهو أمر إيجابي لحوكمة الشركات (سجل النماذج، التدقيق، والامتثال الأمني). ومع ذلك، يحتاج الجانب المالي إلى إعادة النظر في الميزانيات وقواعد الخصم الحالية، خاصة باقات الـ Token الشهرية وشروط خصم الالتزام (commit)، للتأكد مما إذا كانت ستفقد صلاحيتها بسبب توحيد التسعير. كما يجب على فريق العمليات تحديث عتبات التنبيه لتجنب أي زيادات غير متوقعة في فواتير شهر مايو دون إطلاق إنذار مسبق.

بالنسبة لسيناريوهات استدعاء النماذج المتعددة، نوصي بتجميع نماذج Grok وClaude وGPT في عرض فواتير موحد، وإجراء تحليل التكلفة حسب القسم أو خط العمل، لتخفيف أثر التحديثات المتكررة للنماذج على إدارة الميزانية. يذكرنا هذا الإيقاف الجماعي بأن مخاطر الارتباط بمورد واحد لا تقتصر على انقطاع الخدمة فحسب، بل تمتد إلى التكاليف الخفية الناتجة عن "تغيير الجوهر خلف نفس المعرف (slug)".

التأثير على الصناعة

قرار xAI بإيقاف 8 نماذج دفعة واحدة يشير إلى أن تركيبة "الاستدلال الدائم + نافذة سياق 1 مليون" في grok-4.3 أصبحت عامة بما يكفي لتحمل أعباء العمل في أربعة مجالات: الاستدلال، المحادثة، الكود، واستدعاء الأدوات. يتماشى هذا مع توجه Claude وOpenAI في السنوات الأخيرة نحو توحيد "نماذج الاستدلال" و"نماذج التعليمات"، مما يشير إلى أن تسويق نماذج اللغة الكبيرة يدخل مرحلة "النموذج الرائد الواحد الذي يغني عن الجميع". سيصبح أمام المطورين مصفوفة نماذج أكثر بساطة، لكن حدود قدرات النموذج الواحد ومرونة سعره ستصبح أكبر.

هناك اتجاه آخر جدير بالاهتمام وهو أن "تفعيل الاستدلال افتراضيًا + تصنيف الجهد (effort)" أصبح المعيار الجديد في الصناعة. يمنح هذا التصميم المطورين حرية المفاضلة بين زمن الاستجابة والتكلفة، بشرط أن تدعم حزم تطوير البرمجيات (SDK) ومنصات المراقبة حقل effort بشكل أصيل. بالنسبة لخدمات وكيل API والمنصات المجمعة، ستصبح إدارة دورة حياة النموذج مهارة أساسية جديدة. قامت APIYI (apiyi.com) بمزامنة وثائق ترحيل نماذج Grok إلى لوحة تحكم المنتج، وأرسلت تنبيهات بإيقاف النماذج المتأثرة لمساعدة المطورين على تجنب أي سهو.

توضيح APIYI بشأن إيقاف النماذج

لضمان التوافق مع استراتيجية xAI الرسمية وتجنب الارتباك في الفواتير، وضعت APIYI (apiyi.com) خطة إيقاف متزامنة توفر مسار انتقال سلس للمستخدمين الذين لا يزالون يستدعون المعرفات (slugs) القديمة. ستقوم لوحة التحكم بحساب عدد الاستدعاءات ونسبة الإنفاق لكل معرف متوقف خلال الـ 30 يومًا الماضية، مما يمنح قادة الفرق رؤية شاملة للوحدات التجارية المتأثرة قبل الترحيل.

لا يحتاج المطورون إلى تغيير base_url؛ يكفي استبدال حقل model في معلمات الطلب بـ grok-4.3. إذا كان عملك يتضمن استدعاءات استدلالية (reasoning) وأخرى غير استدلالية، فنوصي بإضافة خيار effort في طبقة تغليف الـ SDK لتسهيل التنسيق الموحد أثناء اختبارات الضغط وتجارب A/B. فيما يلي مثال كامل للاستدعاء، يمكنك نسخه مباشرة إلى مشروعك الحالي للتحقق:

import openai

client = openai.OpenAI(
    api_key="YOUR_APIYI_KEY",
    base_url="https://api.apiyi.com/v1"
)

response = client.chat.completions.create(
    model="grok-4.3",
    messages=[
        {"role": "user", "content": "اشرح مفهوم الاستدلال الدائم (always-on reasoning) في 200 كلمة"}
    ],
    extra_body={"reasoning_effort": "low"}
)
print(response.choices[0].message.content)

import OpenAI from "openai";

const client = new OpenAI({
  apiKey: process.env.APIYI_KEY,
  baseURL: "https://api.apiyi.com/v1",
});

const completion = await client.chat.completions.create({
  model: "grok-4.3",
  messages: [{ role: "user", content: "لخص نقاط ترحيل grok-4.3" }],
  // @ts-expect-error حقل إضافي خاص بـ xAI
  reasoning_effort: "low",
});

console.log(completion.choices[0].message.content);

🚀 نصيحة للترحيل: نوصي قبل الترحيل باستخدام لوحة "مقارنة النماذج" في APIYI (apiyi.com) لإرسال نفس الموجه (prompt) إلى كل من grok-4.3 والنموذج الأصلي، ومقارنة جودة الاستجابة وزمن الاستجابة للحرف الأول، ثم اتخاذ قرار بشأن مستوى reasoning effort المناسب.

الأسئلة الشائعة

ملخص

قامت شركة xAI بإيقاف 8 نماذج رئيسية، بما في ذلك fast-reasoning و fast-non-reasoning و grok-code-fast-1 و grok-3 و grok-imagine-image-pro، حيث سيتم الانتقال بالكامل إلى grok-4.3 و grok-imagine-image-quality بدءاً من الساعة 12:00 ظهراً بتوقيت المحيط الهادئ في 15 مايو. عملية الترحيل بحد ذاتها لا تتطلب جهداً هندسياً كبيراً، لكن التغيرات في الأسعار ومحاسبة الـ reasoning tokens لها تأثير ملحوظ على الأعمال الحساسة للتكلفة. لذا نوصي بإعطاء الأولوية لثلاث خطوات: تحديث حقل model في كود الإنتاج إلى grok-4.3، تمرير معيار reasoning_effort بشكل صريح للتحكم في زمن الاستجابة والتكلفة، وإجراء حساب شامل للتكلفة باستخدام عينات من أعمالك الحقيقية.

نصيحتنا هي استغلال ترقية النماذج هذه كفرصة للتحسين: استخدم منصة APIYI apiyi.com للمقارنة بين grok-4.3 و Claude و GPT وغيرها من النماذج من حيث زمن الاستجابة والتكلفة. إن تحويل استراتيجية اختيار النماذج من "اتباع وتيرة المورد" إلى "الاختيار بناءً على مؤشرات الأداء" سيجعل عملك أكثر استقراراً على المدى الطويل، كما سيساعدك في تقليص تكاليف التبديل إلى بضع ساعات فقط عند صدور إعلانات إيقاف مشابهة مستقبلاً.

المؤلف: فريق APIYI — APIYI apiyi.com، خدمة وكيل API للنماذج اللغوية الكبيرة على مستوى المؤسسات، تدعم الربط الموحد لنماذج Grok و Claude و GPT و Gemini وغيرها من النماذج الرائدة.