كيف تختار النموذج: أي نموذج يجب إرساله لتشغيل نفس العبارة
📚 التنقل في السلسلة: تحدثت المقالة السابقة 〔29 تكامل Slack / Linear و SDK〕 عن الطرق المتقدمة لاستدعاء Codex في أماكن أخرى ودمجه في منتجك الخاص. تعود هذه المقالة بالعدسة إلى القرار المحلي الأكثر يومية - في اللحظة التي تضغط فيها على Enter، ما هو النموذج الذي يعمل خلف الكواليس وكم مقدار الجهد الذي يبذله لمساعدتك. تتحدث المقالة التالية 〔31 المهارات المتقدمة وتسريع العمليات〕 عن كيفية جعل العملية بأكملها أسرع وأكثر توفيرًا.
يقول الجميع «اختيار النموذج الأقوى هو الخيار الصحيح دائمًا»، ولقد صدقت ذلك لفترة طويلة.
لفترة من الوقت، قمت بقفل النموذج الافتراضي على gpt-5.5 ورفعت قوة الاستدلال مباشرة إلى xhigh، طمعًا في «إنجاز الأمر من خطوة واحدة وعدم تكراره». حتى جاء يوم طلبت منه مساعدتي في تغيير اسم متغير من data إلى payload — وهي مهمة روتينية تستغرق 30 ثانية. لقد «فكر مليًا» لمدة تقارب دقيقة كاملة قبل أن يبدأ العمل، وبينما كنت أراقب حركة الاستدلال التي تدور، شعرت لأول مرة أن «الأقوى» غبي بعض الشيء.
ببساطة، ليس النموذج الأفضل هو الأقوى دائمًا، بل الأكثر ملاءمة. استخدام نموذج رائد + استدلال أقصى لتصحيح خطأ إملائي (typo) لا يختلف عن قيادة جرافة لاقتلاع عشبة — بطيء، مكلف، ويظهر أنك لا تعرف كيف تستخدمه. وعلى العكس من ذلك، إذا واجهت مهمة صعبة تتطلب إعادة هيكلة وحدة كاملة، واستخدمت نموذجًا خفيفًا بحثًا عن السرعة، فقد يعطيك حلًا يبدو قابلاً للتشغيل ولكنه يخفي ثلاث ثغرات، ووقت إعادة العمل سيكون كافيًا لتشغيل النموذج الجيد خمس مرات.
توضح هذه المقالة بالتفصيل موضوع «من نرسل»: ما هي النماذج المتاحة في Codex الآن، والمفتاح الأكثر فعالية من تغيير النموذج (قوة الاستدلال)، وجدول مقارنة «السيناريو ← النموذج + القوة» الذي أستخدمه بنفسي يوميًا. بعد القراءة، لن تشعر بالحيرة بعد الآن عند فتح لوحة /model.
بعد قراءة هذه المقالة، ستحصل على:
- إطار عمل لاتخاذ القرار دون الحاجة لحفظ المعلمات: اختيار النموذج في جوهره هو مطابقة «مدى صعوبة المهمة» مع «كمية القوة الحسابية التي يجب إنفاقها»
- تصنيف النماذج المتاحة حاليًا في Codex، أيها الافتراضي، وأيها تم إيقافهما
- مفتاح يتجاهله المبتدئون غالبًا ولكنه أكثر فعالية من تغيير النموذج — قوة الاستدلال (reasoning effort)
- جدول مقارنة جاهز للاستخدام يوضح «أي نموذج ترسل لأي مهمة + ما هي قوة الاستدلال المناسبة»
- أربع طرق للتبديل: تغيير الافتراضي، التحديد عند البدء، التبديل المؤقت في الجلسة، وتخصيص نموذج للوكلاء الفرعيين بشكل مستقل
- دليل عملي للتطبيق وتجربة الفارق بنفسك بين «نفس العبارة مع مستويات مختلفة»
⚠️ قد تتغير أسماء النماذج ونطاق توفرها حسب الإصدارات والباقات (مثل أي النماذج هي الأحدث، وما يمكن لحسابك اختياره). تركز هذه المقالة على طريقة «كيفية التقييم والتبديل»، أما النماذج المحددة المتاحة، فاعتمد دائمًا على ما تظهره لوحة
/modelالمحلية لديك فعليًا، ولا تحفظ الأسماء. تعتمد الأوامر وعناصر التكوين المعنية على مستندات Codex الرسمية.
01 فكر بوضوح أولاً: اختيار النموذج ليس «اختيار الأغلى»
الخلاصة أولاً: جوهر اختيار النموذج هو مطابقة «مدى صعوبة هذه المهمة» مع «كمية القوة الحسابية التي يجب استثمارها» — أي زيادة هي هدر، وأي نقصان سيؤدي إلى الفشل.
يفترض الكثير من الناس (بمن فيهم أنا في الماضي) تلقائيًا أنه «على أي حال، اختيار الأقوى لن يكون خاطئًا أبدًا لأن قدرته هي الأعلى». تكمن الثغرة في هذا التفكير في أنه يحسب فقط «هل يمكنه القيام بذلك بشكل صحيح»، ولا يحسب «كم من الوقت سننتظر» و«كم سننفق». وفي التطوير الحقيقي، فإن هذين الأخيرين يؤثران عليك يوميًا —
- قد تتواصل مع Codex عشرات المرات في اليوم، وكل انتظار إضافي لمدة 30 ثانية في كل مرة يعني ضياع ما يقرب من نصف ساعة يوميًا في انتظار تحميل الصفحة.
- استخدام باقة الاشتراك له حد أقصى، واستخدام API key يحرق الأموال مباشرة، حيث إن سعر الـ token للنموذج الرائد يعادل أضعاف سعر النموذج الخفيف.
لذا قبل اختيار نموذج، فكر في ثلاثة متغيرات في ذهنك:
ما مدى تعقيد هذه المهمة؟ كم يمكنني الانتظار؟ هل أهتم بهذه التكلفة؟ بمجرد الموازنة بين هذه الأمور الثلاثة، ستعرف تقريبًا من يجب إرساله.
| وضعك الحالي | الاتجاه الذي يجب أن تختار بناءً عليه |
|---|---|
| المهمة صعبة (البنية، إعادة الهيكلة عبر الوحدات، الأخطاء المستعصية) | استخدم النموذج الرائد، وامنحه قوة استدلال كافية، الدقة أولاً |
| المهمة بسيطة (تغيير الأسماء، إضافة التعليقات، كتابة دالة صغيرة) | استخدم نموذجًا خفيفًا، وقوة استدلال منخفضة، للسرعة والتوفير |
| تحتاج إلى استجابة فورية (البرمجة الثنائية الفورية، الأسئلة والأجوبة السريعة) | استخدم نموذجًا محسنًا للاستجابة الفورية، ولا تدعه «يفكر طويلاً» |
💡 الخلاصة في جملة واحدة: اختيار النموذج لا يعني اختيار الأقوى، بل مطابقة «القوة الحسابية» مع «صعوبة المهمة».
02 ما هي النماذج المتاحة في Codex الآن
عند فتح لوحة /model، سترى سلسلة من الأسماء، وغالبًا ما تكون ردة فعل المبتدئين الأولى هي «ما كل هذا؟». لا تقلق، احفظ الأدوار والوظائف ولا تحفظ المعلمات الفنية.
تشبيه: اختيار النموذج يشبه إسناد مهمة لشخص ما. للمهام البنيوية الصعبة، ترسل الشخص الأكثر خبرة والأعمق تفكيرًا (النموذج الرائد)؛ لإجراء تغييرات صغيرة روتينية، يكفي إرسال متدرب سريع الحركة (النموذج الخفيف)؛ للبرمجة الثنائية الفورية التي تتطلب إجابة فورية لكل سؤال، ترسل الأسرع استجابة (النموذج الفوري). إرسال الشخص المناسب يضمن إنجاز العمل بضعف الكفاءة، أما إرسال الشخص الخطأ فإما أن يكون استهلاكًا مفرطًا للموارد أو عجزًا عن إنجاز المهمة.
تصنيف نماذج Codex الحالية هو كالتالي تقريبًا:
| النموذج | الدور | الأنسب لـ | السرعة / التكلفة |
|---|---|---|---|
gpt-5.5 | رائد، موصى به افتراضيًا | البرمجة المعقدة، تشغيل الكمبيوتر، الأعمال المعرفية، سير عمل الأبحاث | أبطأ نسبيًا / الأعلى |
gpt-5.4-mini | خفيف، سريع وموفر | المهام البرمجية الخفيفة، الاستخدام مع الوكلاء الفرعيين | سريع / منخفضة |
gpt-5.3-codex-spark | فوري (نسخة تجريبية للبحث) | تكرار برمجي عالي التردد في الوقت الفعلي تقريبًا (مائل للنصوص البرمجية البسيطة، قدرة أضعف) | سريع جدًا / منخفضة |
بعض النقاط الأساسية لتجنب المشاكل:
- الاعتماد على الافتراضي إذا لم يتم التحديد. إذا لم تقم بتعيينه مطلقًا، فسيستخدم Codex (سواء التطبيق أو الـ CLI أو إضافات الـ IDE) تلقائيًا النموذج الرائد الموصى به، وهو كافٍ في معظم الحالات.
gpt-5.3-codex-sparkهو نسخة تجريبية للبحث (research preview)، وهو متاح حاليًا فقط لمشتركي ChatGPT Pro. من الطبيعي ألا تراه، ولا يعني هذا وجود خطأ في التثبيت.- هناك اسمان ربما رأيتهما في البرامج التعليمية القديمة، لا تستخدمهما الآن:
gpt-5.2وgpt-5.3-codex، حيث تم تصنيفهما رسميًا كملغيين (deprecated) تحت طريقة تسجيل الدخول إلى ChatGPT. إذا كانت البرامج النصية الخاصة بك، أو ملفconfig.tomlأو أمرcodex exec --modelلا يزال يحتوي عليهما، فقم بتغييرهما إلى الأحدث في أقرب وقت. قد تظل بعض النماذج الملغاة قابلة للاستدعاء من جانب الـ API، ولكن ذلك يتطلب تسجيل الدخول باستخدام API key، ويعتمد على صفحة نماذج الـ API الرسمية.
المزيج الأكثر استخدامًا لدي هو: ربط الجلسة الرئيسية بالنموذج الرائد، وتفويض المهام الروتينية المتكررة إلى وكلاء فرعيين مع gpt-5.4-mini. في الشهر الماضي، أثناء تنظيف عمليات الاستيراد (imports) منتهية الصلاحية في أكثر من عشرين ملفًا في مشروع ما، جعلت الوكيل الرئيسي يوزع المهام، وقام أكثر من عشرة وكلاء فرعيين بالتعديل بالتوازي باستخدام mini، وتم الانتهاء من كل شيء في دقائق معدودة — في مثل هذه المهام «الكثيرة والبسيطة»، تظهر ميزة السرعة والتكلفة لـ mini، بينما استخدام النموذج الرائد هو مجرد حرق للمال في انتظار النتيجة.
💡 الخلاصة في جملة واحدة: احفظ الأدوار والوظائف ولا تحفظ المعلمات — الرائد للمهام الصعبة، وmini للسرعة والتوفير، وspark للاستجابة الفورية، ولا تكتب الاسمين الملغيين في التكوين مجددًا.
عند وضع النماذج الثلاثة على مخطط «صعوبة المهمة × سرعة وتكلفة العمل»، يتضح الأمر: كلما اتجهت نحو الزاوية اليمنى السفلية، كانت المهمة أصعب والنموذج أقوى ولكنه أبطأ وأكثر تكلفة (النموذج الرائد gpt-5.5)، وكلما اتجهت نحو الزاوية اليسرى العلوية، كان أسرع وأكثر توفيرًا (mini، spark) — اختيار النموذج هو ببساطة مطابقة موضع المهمة الحالية في هذا المخطط.
03 المفتاح الأكثر فعالية من تغيير النموذج: قوة الاستدلال
بينما يركز المبتدئون على «أي نموذج يختارون»، يقوم المحترفون بضبط مفتاح آخر — قوة الاستدلال (reasoning effort). هذا الشيء لا يلاحظه الكثير من الناس على الإطلاق، لكن تأثيره على التجربة غالبًا ما يكون أكثر مباشرة من تغيير النموذج.
تشبيه: قوة الاستدلال تشبه مقدار وقت التفكير المتاح للطالب قبل الإجابة. نفس الطالب المتميز (نفس النموذج)، إذا طلبت منه الإجابة بمجرد إلقاء نظرة سريعة، مقارنة بطلب كتابة مسودة ومراجعة الحسابات قبل الإجابة، ستكون جودة ما يقدمه مختلفة تمامًا — لكن الخيار الثاني سيكون أبطأ بكثير. قوة الاستدلال تضبط «كم من الوقت يفكر فيه قبل أن يبدأ العمل».
تنقسم قوة الاستدلال في Codex إلى خمسة مستويات (ينطبق فقط على النماذج المدعومة و Responses API):
| المستوى | المعنى | مناسب لـ |
|---|---|---|
minimal | لا يوجد تفكير إضافي تقريبًا، إجابة فورية | المهام البسيطة للغاية، الأسئلة والأجوبة عالية التردد |
low | تحليل بسيط | التعديلات البسيطة، التكرار السريع |
medium | توازن بين السرعة والعمق (المستوى الافتراضي الشائع) | معظم عمليات البرمجة اليومية |
high | استدلال عميق | إعادة الهيكلة المعقدة، الأخطاء المستعصية |
xhigh | استدلال أقصى (يعتمد على دعم النموذج) | البنية المعقدة للغاية والتصحيح الصعب |
ملاحظتان: medium هو نقطة البداية الافتراضية عادةً (تعتمد القيمة الافتراضية المحددة على إصدارك المحلي)؛ xhigh ليس مدعومًا من جميع النماذج — لمعرفة ما إذا كان يمكن استخدامه، جرب اختياره مباشرة في لوحة /model، وإذا كان غير فعال أو تسبب في خطأ، فستظهر تنبيهات في اللوحة عادةً؛ يمكنك أيضًا مراجعة صفحة التوضيح الرسمية للنموذج الحالي للتأكيد.
هذه هي حقيقة قصة «انتظار دقيقة لتغيير اسم متغير» المذكورة في البداية — ليس لأن النموذج غبي، بل لأنني رفعت قوة الاستدلال إلى xhigh، فظل يأخذ «نفسًا عميقًا» من أجل مهمة لا تتطلب تفكيرًا على الإطلاق. وعلى العكس من ذلك، واجهت ذات مرة خطأ تزامن (concurrent bug) نادر الحدوث، ولم يصل النموذج إلى حل في المستوى العادي بعد محاولات متعددة، فرفعت القوة إلى high وأعدت التشغيل، وعندها فقط تعمق في التفاصيل وحلل أسباب وتفاصيل حالة التسابق (race condition) بوضوح.
so إذا لم تكن راضيًا عن النتيجة، فلا تتسرع في التغيير إلى نموذج أقوى — في كثير من الأحيان، يمكن حل المشكلة ببساطة عن طريق رفع قوة الاستدلال مستوى واحد؛ وإذا شعرت أنه بطيء، فقم بخفضه مستوى واحد. هذا المفتاح أسهل وأسرع في إظهار النتائج مقارنة بتغيير النموذج.
💡 الخلاصة في جملة واحدة: قبل تغيير النموذج، فكر في قوة الاستدلال أولاً — إذا شعرت أنه بطيء فقم بخفضه مستوى واحد، وإذا شعرت أنه عاجز فارفعه مستوى واحد، وغالبًا ما يحل ذلك المشكلة.
04 جدول المقارنة العملي: أي نموذج وأي قوة لكل مهمة
شرح المبادئ ليس كافيًا مثل إعطاء وصفة مباشرة. الجدول التالي هو جدول مقارنة «السيناريو ← النموذج + قوة الاستدلال» الذي أستخدمه في عملي اليومي، يمكنك اتباعه وتعديله وفقًا لعاداتك:
| السيناريو | النموذج الموصى به | قوة الاستدلال |
|---|---|---|
| تصميم البنية، اختيار التقنيات | gpt-5.5 | high / xhigh |
| إعادة الهيكلة عبر الوحدات، التعديلات المعقدة | gpt-5.5 | high |
| تصحيح الأخطاء المستعصية / النادرة | gpt-5.5 | high |
| كتابة الوظائف اليومية، استكمال المنطق | gpt-5.5 | medium |
| إصلاح الأخطاء الصغيرة، ضبط التنسيق، إضافة التعليقات | gpt-5.4-mini | low |
| معالجة الوكلاء الفرعيين للمهام البسيطة دفعة واحدة | gpt-5.4-mini | low / medium |
| البرمجة الثنائية الفورية، الأسئلة والأجوبة السريعة | gpt-5.3-codex-spark | minimal |
كيف تستخدم هذا الجدول؟ لا تقلق كثيرًا في البداية، ابدأ بالعمل باستخدام «المستوى اليومي» (النموذج الرائد + medium)، وقم بالضبط عند مواجهة عقبات معينة:
- إذا كان الحل المقدم سطحيًا أو أغفل الحالات الحدية (boundary conditions) ← ارفع القوة إلى
high. - إذا أدت المهام الروتينية الكثيرة والبسيطة إلى إبطائك ← استبدل النموذج بـ
gpt-5.4-miniوقم بتشغيلها دفعة واحدة في مستوى منخفض. - إذا كنت تريد فقط طرح بعض الأسئلة الصغيرة المتتالية ولا تريد الانتظار حتى يفكر ← استخدم النموذج الفوري و
minimal.
عادتي الحقيقية هي: التكوين الافتراضي هو «الرائد + medium»، ولا أغيره لمعظم المهام؛ فقط عندما أدخل في وضع «حل المهام الصعبة للغاية» أو «تشغيل المهام الروتينية دفعة واحدة» أقوم بالتبديل يدويًا. تعامل مع التبديل كأداة يتم استخدامها عند الحاجة في صندوق أدواتك، وليس كمطرقة تمسكها طوال الوقت — استخدمها فقط عندما تتطلب المهمة ذلك، ولا تشغل بالك بها في كل مرة.
💡 الخلاصة in جملة واحدة: اعتمد على «الرائد + medium» افتراضيًا، وقم بالتبديل يدويًا فقط في حالتي «المهام الصعبة» و«المهام الروتينية الكثيرة».
05 الطرق الأربع للتبديل: الافتراضي، البدء، الجلسة، والوكيل الفرعي
بعد معرفة أي نموذج تختار، يجب أن تعرف كيف تبدل. يوفر Codex أربع طرق تغطي جميع الاحتياجات بدءًا من «الضبط الدائم» وصولاً إلى «هذه المرة فقط».
① تعيين النموذج الافتراضي (إعداد دائم). اكتب سطرًا في ملف التكوين ~/.codex/config.toml، ليعتمد عليه النظام تلقائيًا بعد ذلك عند البدء:
# ~/.codex/config.toml
model = "gpt-5.5"
model_reasoning_effort = "medium"② التحديد المؤقت عند البدء (لهذه الجلسة فقط). استخدم علامة -m / --model:
# 用指定模型起一个新会话
codex -m gpt-5.5
# codex exec 非交互模式同样适用
codex exec -m gpt-5.4-mini "把这个文件里的过期 import 清理掉"③ التبديل أثناء الجلسة (تغيير النموذج في المنتصف). اكتب أمر الخط المائل مباشرة في جلسة Codex لفتح لوحة الاختيار والتبديل:
/modelفي الإصدار الجديد من لوحة /model، يمكنك عادةً اختيار قوة الاستدلال في نفس وقت اختيار النموذج، ويعتمد الشكل الفعلي للوحة على ما يظهر محليًا لديك.
④ تخصيص نموذج للوكلاء الفرعيين (تقسيم العمل). يستخدم الوكيل الرئيسي النموذج الرائد للتنسيق العام، ويفوض المهام البسيطة الكثيرة لوكلاء فرعيين مجهزين بـ gpt-5.4-mini — هذا هو الأسلوب الأكثر كفاءة من حيث التكلفة، انظر التفاصيل في 〔21 الوكلاء الفرعيين (Subagents)〕.
جدول مقارنة الطرق الأربع للتبديل:
| الطريقة | كيف تفعلها | النطاق | متى تستخدمها |
|---|---|---|---|
| تغيير الافتراضي | كتابة model في config.toml | جميع الجلسات اللاحقة | عندما يكون لديك نموذج رئيسي مستقر |
| التحديد عند البدء | codex -m <النموذج> | الجلسة الحالية فقط | لتشغيل نموذج مختلف مؤقتًا |
| التبديل في الجلسة | /model | ما بعد نقطة التبديل | عندما تدرك في منتصف العمل أنه يجب تغيير النموذج |
| تخصيص للوكيل الفرعي | التحديد في تكوين الوكيل الفرعي | ذلك الوكيل الفرعي فقط | التنسيق بالنموذج الرئيسي وتفويض المهام الروتينية |
⚠️ استثناء واحد: لا يمكن تعديل النموذج الافتراضي لمهام سحابة Codex Cloud حاليًا، وتعتمد هذه النقطة على التوضيح الرسمي.
💡 الخلاصة في جملة واحدة: غير الملف config للضبط الدائم، واستخدم
-mلبدء تشغيل مؤقت، واكتب/modelللتبديل في المنتصف، وفوض المهام الروتينية للوكلاء الفرعيين المجهزين بـ mini.
06 مفتاحان إضافيان لتحسين التجربة
بمجرد تحديد النموذج والقوة، هناك مفتاحان صغيران إضافيان يمكنهما جعل التجربة أكثر سلاسة، يكفي أن تعرف وجودهما ولا داعي للقلق بشأنهما في البداية.
① ملخص الاستدلال (model_reasoning_summary) — كم تريد أن ترى من «عملية التفكير». القيم المتاحة هي auto / concise / detailed / none. إذا كنت تريد رؤية خطوات تفكيره بالتفصيل، اختر detailed؛ وإذا كنت تشعر أن ذلك يملأ الشاشة ويعيق الرؤية، فاختر none لإغلاقه مباشرة:
# ~/.codex/config.toml
model_reasoning_summary = "concise"② مستوى الخدمة (service_tier) — تحديد أولوية طلباتك. القيم المضمنة هي flex (مرن، لتحسين التكلفة، قد يكون أبطأ قليلاً) و fast (أولوية السرعة). إذا كنت مستعجلاً ولا تهتم بالتكلفة، يمكنك تجربة fast — لاحظ أن الموقع الرسمي يتطلب إضافة علامة ميزة (feature flag) في نفس الوقت لتفعيلها:
# ~/.codex/config.toml
# 弹性模式（默认）
service_tier = "flex"
# 快速模式：需同时开启 feature flag，否则不生效
service_tier = "fast"
[features]
fast_mode = trueينتمي هذان الإعدادان إلى التفاصيل التي «يتم ضبطها بعد الاعتياد على النظام»، ومن الجيد تمامًا للمبتدئين الاحتفاظ بالقيم الافتراضية.
💡 الخلاصة في جملة واحدة: يتحكم ملخص الاستدلال في «هل ترى كيف يفكر»، ومستوى الخدمة يتحكم في «أولوية الانتظار»، ويكفي الاحتفاظ بالإعدادات الافتراضية للمبتدئين.
07 الجزء العملي: تجربة الفارق بنفسك بين «نفس العبارة مع مستويات مختلفة»
قراءة الجدول ليست كافية، يجب أن تضبط المفتاح بنفسك لتتذكر الفروق. اتبع الخطوات الثلاث التالية، ولن يستغرق ذلك أكثر من خمس دقائق.
الخطوة الأولى: تعرف على النماذج المتاحة لحسابك.
ادخل في جلسة Codex، واكتب:
/modelالنتيجة المتوقعة: تنبثق لوحة اختيار النموذج لتظهر النماذج المتاحة لحسابك / باقتك الحالية (من الطبيعي أن يختلف ما يراه كل مستخدم عن الآخر). تعرف على الخيارات المتاحة وأيها محدد حاليًا.
الخطوة الثانية: تعيين تكوين افتراضي.
افتح ملف ~/.codex/config.toml (أنشئه إذا لم يكن موجودًا)، واكتب:
model = "gpt-5.5"
model_reasoning_effort = "medium"بعد الحفظ، أعد فتح الجلسة واكتب /model للتأكد من أن النموذج الحالي وقوته هما ما قمت بتعيينهما للتو.
الخطوة الثالثة: تشغيل نفس العبارة بقوتين مختلفتين للاستدلال والمقارنة.
اختر طلبًا يتضمن بعض الصعوبة، مثل «ساعدني في إعادة هيكلة هذه الدالة لتصبح أسهل في الاختبار، ووضح الاختيارات التي قمت بها».
- قم بتشغيل الطلب أولاً باستخدام المستوى الافتراضي
medium، ولاحظ: كم انتظرت، ومدى شمولية الحل المقترح. - قم بتغيير
model_reasoning_effortفي التكوين إلىhigh، وأعد فتح الجلسة، ثم شغل نفس العبارة مرة أخرى.
من المتوقع أن تلاحظ: أن عملية التشغيل مع high أبطأ بشكل ملحوظ، لكن الحل غالبًا ما يكون أعمق تفكيرًا — مثل مراعاة الحالات الحدية، أو تقديم خيارات بديلة وتوضيح للموازنات. بعد تجربة هذا الخيار الذي يمنحك «حلًا أعمق مقابل وقت أطول»، ستكتسب شعورًا بكيفية ضبط المستويات دون الحاجة لحفظ الجداول.
💡 الخلاصة في جملة واحدة: استخدم لوحة الاختيار لمعرفة المتاح، وحدد الافتراضي في ملف التكوين، ثم جرب تشغيل عبارة واحدة بمستويين للمقارنة — التجربة العملية أفضل بكثير من حفظ المعلمات.
ملخص سريع
شرحت هذه المقالة موضوع «من نرسل لإنجاز العمل» في مستويين من المفاتيح وأسلوب عمل محدد:
- جوهر اختيار النموذج: مطابقة صعوبة المهمة مع القوة الحسابية، وليس اختيار الأقوى دائمًا بل الأكثر ملاءمة.
- التعرف على النماذج الحالية: النموذج الرائد
gpt-5.5للمهام الصعبة، وgpt-5.4-miniللمهام الروتينية السريعة والموفرة، وgpt-5.3-codex-sparkللاستجابة الفورية؛ بينما تم إلغاءgpt-5.2وgpt-5.3-codexولا ينبغي استخدامهما في التكوين مجددًا. - قوة الاستدلال هي الورقة الرابحة المخفية: ارفعها مستوى واحد إذا شعرت بقصور في التفكير، وخفضها مستوى واحد إذا شعرت بالبطء، وغالبًا ما يظهر التأثير أسرع من تغيير النموذج.
- جدول مقارنة واحد + عادة واحدة: اعتمد على «الرائد +
medium» افتراضيًا، وقم بالتبديل يدويًا فقط في حالتي «المهام الصعبة» و«المهام الروتينية الكثيرة». - أربع طرق للتبديل: تغيير الافتراضي، التحديد عند البدء، التبديل أثناء الجلسة، وتخصيص نموذج للوكلاء الفرعيين بشكل مستقل، استخدمها حسب الحاجة.
ينبغي عليك الآن أن تكون قادرًا على: فتح لوحة /model دون حيرة، ومعرفة النموذج المناسب والقوة المطلوبة بمجرد إلقاء نظرة على المهمة، واستخدام الطرق الأربع للتبديل إليها.
في المقالة التالية 〔31 المهارات المتقدمة وتسريع العمليات〕، سنخطو خطوة أخرى للأمام من «من نرسل، وكم جهدًا يبذل»: لنتحدث عن المهارات المتقدمة التي تجعل سير العمل بأكمله أسرع وأكثر توفيرًا وأقل حاجة لإعادة العمل. فكر في هذا السؤال البسيط — هل لاحظت أن ما يبطئ عملك في كثير من الأحيان ليس ضعف النموذج، بل هو عشوائية السياق الذي تقدمه، مما يجعله يسلك مسارًا خاطئًا؟ هذا هو بالضبط ما سنحله في المقالة القادمة.