GPT-6 Astra في Codex: ملاحظات عبر النوافذ، ومستويات الجهد، والفاتورة الحقيقية

‏GPT-6 Astra هو نموذج بتاريخ 2026-09-03، وهذه الصفحة ليست تغطية إطلاق — بل هي المرجع لتوجيه وكيل البرمجة لديك إليه الآن بعد أن أصبح متاحًا على نطاق واسع. السبب الذي قد يجعل مطورًا ينتقل إليه هو آلية واحدة محددة، ويستحق أن يُفهم قبل أن تنفق أي شيء عليه: فبدلًا من ضغط جلسة طويلة إلى ملخص واحد فاقد للمعلومات في كل مرة تمتلئ فيها النافذة، يحتفظ Codex مع GPT-6 Astra بملاحظات عبر نوافذ السياق ويُبقي نوافذ السياق السابقة قابلة للبحث، لذا فإن متطلبًا ذكرته قبل أربعين دورًا ومخرجات اختبار فشلت قبل عشرة أدوار كلاهما لا يزالان متاحين للاسترجاع بدلًا من أن يُلخّصا ويُفقدا. تسمي OpenAI هذه الميزة تجريبية، وتفعّلها بسطر واحد في ملف config.toml الخاص بـ Codex لديك، وتقول إنها ستصبح الافتراضية لـ Astra. كل ما يلي — التكوين الدقيق، ومستويات الجهد، والنتائج المقيسة، وفاتورة جلسة تفصيلية تسمّي سطر الإدخال المخزّن مؤقتًا — قُرئ من صفحات OpenAI نفسها في 2026-09-16، وكل رقم مصدره طرف ثالث موسوم بذلك.

حدث أمران هذا الأسبوع يغيّران معادلة تبنّيه. في 2026-09-12، نشر مسؤول Codex في OpenAI تحليلًا بعديًا يؤكد أن تجربة إدارة السياق نفسها كان بها خلل — فقد تسبّبت في توقفات مبكرة وردود على رسائل قديمة، وعُطّلت لنحو 4,000–5,000 مستخدم كانوا عليها — وأصدرت OpenAI إعادة ضبط كاملة للاستخدام لمستخدمي Codex وAstra عند منتصف ليل 09-12 إلى 09-13. وفي الأسبوع نفسه، أصبحت مساحات العمل المؤسسية التي كانت فيها Astra معطّلة افتراضيًا عند الإطلاق قابلة للإدارة وفق بطاقة أسعارها الخاصة. لذا فإن الموقف الصادق هو: الآلية تستحق التبنّي، والبنية ما زالت تتحرك تحتك، وعليك أن تجرّبه على فرع بدلًا من موعد نهائي.

ما الجديد فعليًا في Codex مع GPT-6 Astra؟

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

إن تكامل Astra مع Codex يغيّر شكل ذلك. يذكر توثيق OpenAI لـ Codex ذلك بصراحة: «يحتفظ Astra بملاحظات عبر نوافذ السياق، ويمكنه البحث في الرسائل السابقة ونتائج الأدوات من المهمة نفسها». الملاحظات دائمة ويمكن الكتابة فيها؛ ويظل السجل الكامن وراءها قابلاً للقراءة، لذا يظل بالإمكان البحث في نافذة سابقة عن الدليل الأصلي حتى بعد كتابة الملاحظة عنه. تظل المتطلبات ونتائج الاختبارات الواردة في الرسائل السابقة ومخرجات الأدوات قابلة للعثور عليها.

تؤكد OpenAI صراحةً أن هذا العمل غير مكتمل. يصف مرجع الإعدادات الخاص بها هذا الخيار بأنه "تفعيل إدارة السياق التجريبية (معطّل افتراضيًا)" ويقول إن الميزة "تستخدم الملاحظات والسجل القابل للبحث للحفاظ على التفاصيل المتراكمة". توضح الوثائق أيضًا أنها "غير متاحة مع تسجيل الدخول عبر Business أو Enterprise أو مفتاح API عند الإطلاق". كما أن هذا ليس سياقًا لا نهائيًا — فلا يزال النموذج يستدل داخل نافذة محدودة، وكل إعادة قراءة لملاحظة سابقة تستهلك من ميزانية الإدخال في تلك الجولة. تبلغ النافذة 1,050,000 توكن بحد أقصى 922,000 توكن إدخال، وفقًا لوثائق نموذج OpenAI؛ وتعمل آلية الملاحظات فوق ذلك، ولا تحل محله.

التكوين، تمامًا كما توثّقه Ope​nAI

الإعداد فرع تابع لجدول [features] في ملف Co​dex config.toml الخاص بك — يوجد الملف في ~/.codex/ ما لم تكن قد تجاوزت CODEX_HOME. مسار المفتاح الموثّق هو features.context_management.experimental_mode، وهو قيمة منطقية، والقيمة هي true:

[features.context_management]
experimental_mode = true

إذا كان لديك بالفعل جدول [features] في الملف، فأضف المفتاح النسبي داخله بدلاً من تعريف الجدول مرتين:

[الميزات]
context_management.experimental_mode = true

استخدم صيغة واحدة أو الأخرى. تذكر كتابات المجتمع حول تقرير العلامة أن الإعلان عن المسار المنقط في الجذر ثم فتح جدول [features] لاحقًا في الملف نفسه قد يفشل في التحليل كجدول معاد الإعلان عنه، وهي قاعدة TOML وليست قاعدة OpenAI — لكنها تضر الناس، لذا اختر صيغة والتزم بها. بعد التحرير، ابدأ وهي جديدة مهمة: الإعداد لا يُطبَّق بأثر رجعي على جلسة قيد التشغيل بالفعل.

النصف الخاص بالـmodel من الملف نفسه لا يحمل شيئًا لافتًا، ومرجع OpenAI يوثّق هذه المفاتيح مباشرةً — model هو «النموذج المطلوب استخدامه»، وmodel_provider قيمته الافتراضية openai:

model = "gpt-6-astra"
model_provider = "openai"
model_reasoning_effort = "high"

تنبيه واحد عند قراءة إصدارات التوثيق. يسرد مرجع إعدادات Co​dex أن model_reasoning_effort يقبل minimal و low و medium و high و xhigh، مع الإشارة إلى أن xhigh يعتمد على الطراز — بينما توثّق صفحة طراز API الخاصة بـ Ope​nAI لـ gpt-6-astra أن reasoning.effort يقبل low و medium و high و xhigh و max. لا يصف شريط التمرير في العميل وواجهة API المجموعة نفسها، لذا اضبط effort بشكل صريح وتحقّق مما قبله عميلك بدلًا من الافتراض.

اختيار الطراز — وقاعدة الوصول التي تفاجئ الناس

توفّر وثائق نموذج Codex من OpenAI صيغة CLI مباشرةً: codex -m gpt-6-astra. في جلسة تفاعلية، يبدّل /model النموذج ويضبط جهد الاستدلال؛ وفي التشغيل لمرة واحدة، يعمل codex exec -m gpt-6-astra "Review the current changes" بالطريقة نفسها. في تطبيق سطح المكتب وإضافة IDE، يقع عنصر التحكم في النموذج أسفل مربع التحرير.

قاعدة الوصول هي حيث يخطئ الناس، ويستحق القراءة مرتين لأن الميزتين لهما بوابتان مختلفتان:

• النموذج — متاح عبر ChatGPT Work وCodex وواجهة API، ويُقدَّم أيضًا على Microsoft Azure وAWS Bedrock. تقول صفحة إطلاق OpenAI إن Astra «يجري طرحها اليوم لمجموعة محدودة من المؤسسات، وخلال الأيام المقبلة ستصبح متاحة لجميع مستخدمي ChatGPT Plus وPro وBusiness وEnterprise».

• إدارة السياق التجريبية — أضيق نطاقًا. تنص وثائق OpenAI على أنها "تتطلب تسجيل الدخول إلى ChatGPT على Plus أو Pro أو Pro Lite" وأنها "غير متاحة عند الإطلاق مع تسجيل الدخول عبر Business أو Enterprise أو عبر مفتاح API".

هذا السطر الثاني هو ما ينبغي استيعابه. يمكنك استدعاء gpt-6-astra عبر مفتاح API، ويمكنك الدفع مقابله ضمن خطة Business — لكن ميزة الملاحظات العابرة للنوافذ لن تكون موجودة. وإذا كانت آلية الملاحظات هي سبب انتقالك، فأنت بحاجة إلى تسجيل دخول ChatGPT بخطة Plus أو Pro أو Pro Lite في عميل Co​dex، وليس مفتاح API. وتصوّر Ope​nAI الأمر على أنه توفّر يعتمد على "طرح الميزة، وطريقة تسجيل دخولك، وعميلك"، وهي الصيغة المهذّبة للشيء نفسه.

تحذيران إضافيان، مصنّفان كمنقولين لا كموثّقين من المورّد. تذكر تغطية الإطلاق أن إصدار Co​dex CLI 0.153.0 أو أحدث مطلوب لـ Astra؛ ولم نتمكن من تأكيد هذا الحد الأدنى للإصدار على صفحات Ope​nAI نفسها. وتصف وثائق Co​dex إعدادات مسبقة لمنتقي النماذج — Astra Light وAstra Medium وAstra Extra High — تُقدَّم إلى حسابات Pro وBusiness ($100) وEnterprise المؤهلة إلى جانب شريط تمرير الاستدلال. هذه مواضع في المنتقي، وليست منتجات منفصلة: توثّق Ope​nAI معرّف نموذج واحد، gpt-6-astra، بمواصفات واحدة وسعر واحد، ولا تنشر أي مواصفات أو تسعير منفصل لأي تكوين «Astra Pro» أو «Astra Medium». اعتبر أي رقم يُقتبس لفئة Astra مسمّاة غير مُتحقَّق منه.

إذا كنت تريد تجربة النموذج قبل أن تلتزم بمسار إنتاجي له، فإن توجيهه عبر نقطة نهاية واحدة جنبًا إلى جنب مع نموذجك الحالي هو الطريقة الرخيصة لمعرفة ذلك — GPT-6 Astra موجود في كتالوج OrcaRouter، لذا فإن تشغيل مقارنة يكلفك سلسلة نموذج بدلًا من عقد ثانٍ وSDK ثانٍ.

جهد الاستدلال: خمسة مستويات، وتكلفة كل مستوى منها

تسرد وثائق واجهة برمجة التطبيقات (API) الخاصة بـ Ope​nAI للطراز gpt-6-astra خمسة مستويات للجهد — منخفض (low)، ومتوسط (medium)، وعالٍ (high)، وعالٍ جدًا (xhigh)، وأقصى (max) — كما أن إرشادات Co​dex صريحة بشأن كيفية استخدامها: «استخدم أدنى جهد استدلالي ينتج النتيجة التي تحتاجها»، وابدأ من الإعداد الافتراضي، وارفعه عندما تحتاج المهمة إلى تخطيط أعمق.

السبب في أن تجاهل هذه النصيحة مكلف على هذا النموذج تحديدًا هو موضع احتساب رموز الاستدلال في الفاتورة. فرموز الاستدلال هي رموز إخراج، والإخراج على Astra يبلغ 50.00 دولارًا لكل مليون — أي عشرة أضعاف سعر الإدخال وخمسين ضعف سعر الإدخال المخزّن مؤقتًا. لذا فالمقايضة ليست مجردة:

• تبلغ تكلفة كل 1,000 رمز استدلال إضافي لكل دور 0.05 دولار بسعر الإخراج.

• على مدار جلسة من 150 دورًا، تكلّف الاحتفاظ بـ 1,000 رمز استدلال إضافي لكل دور نحو 7.50 دولارات؛ أما الاحتفاظ بـ 5,000 رمز إضافي فيكلّف نحو 37.50 دولارًا.

• في الجلسة المشروحة أدناه، أصبح الإخراج بالفعل أكبر سطر منفرد عند 0.200 دولار لكل دور مقابل 0.090 دولار من قراءات ذاكرة التخزين المؤقت — ونمو الاستدلال هو الحد الذي يحرّك الإجمالي بأسرع وتيرة.

ما لاتنشره OpenAI هو جدول بحسب مستوى الجهد: لا يوجد رقم من المورّد يحدّد عدد رموز الاستدلال التي يصدرها xhigh أو max في مهمة برمجية مقارنةً بـ medium، ولا أي معيار من المورّد مُفصَّل حسب مستوى الجهد. وأي شخص يستشهد لك بنسبة دقيقة مثل «max يكلّف ضعفين» فإنما يستشهد بقياسه الخاص، لا بقياس OpenAI. والطريقة الأمينة هي تشغيل مهمة تمثيلية واحدة عند مستويَي جهد وقراءة كتلة الاستخدام في الاستجابة — ذلك الرقم، مضروبًا في 50 دولارًا لكل مليون، هو علاوة الجهد الحقيقية لديك.

النتائج المقيسة، ولكل منها مصدره الخاص

العمل البرمجي وعمل الطرفية، وكلها مُبلَّغ عنها من المورّد OpenAI ما لم يُذكر خلاف ذلك. Terminal-Bench 4.0: GPT-6 Astra عند 57.9%، مقابل 37.3% لـ GPT-5.6 Sol و55.8% لـ Claude Fable 5.1 — مع تقدير OpenAI لانخفاض بنحو 9% في تكلفة API لكل مهمة مقابل GPT-5.6 Sol، وانخفاض بنسبة 63% مقابل Claude Fable 5.1. يضع DeepSWE v1.1 من Datacurve نموذج Astra عند 74.1% على معيار Datacurve الخاص، وهو رقم تصفه Datacurve بأنه قياسي جديد، وتقرّبه بعض التغطيات إلى 74%. وفي المجموعة الوكيلية الأوسع، يذكر OpenAI أن OSWorld 2.0 عند 72.6% وبمعدل نحو 40 دقيقة لكل مهمة — أي أقل بنحو 47% من الوقت لكل مهمة مقارنةً بـ GPT-5.6 Sol — إلى جانب FrontierMath Tier 4 عند 98%، وARC-AGI-3 عند 99.9%، وExploitBench عند 100%، وكلها تصفها OpenAI بأنها مستويات مشبعة أو مشبعة فعليًا. تلك هي أرقام المورّد؛ ولم نعد إنتاجها، وقد وجد تدقيق مستقل أجرته ARC Prize على رقم ARC-AGI-3 أنه قِيس في بيئة خاصة لمهايئ المزوّد، وأنه يتراجع في الظروف القياسية.

الجزء الذي ليس رقم مورّد هو ما ينبغي لسير عمل مراجعة الكود أن يهتم به أكثر من أي شيء آخر. نشرت CodeRabbit تقييمها الخاص لـ Astra في 2026-09-04، والنتيجة أضيق من العنوان الرئيسي. في طلبات السحب عبر الملفات — المراجعات الصعبة التي تتطلب ربط تغيير ما بعواقبه في مكان آخر من قاعدة الكود — التقطت Astra أخطاءً أكثر بنحو 20% مما التقطه GPT-5.6 Sol، مع تغطية أخطاء قابلة للتنفيذ بلغت 57.1% مقابل 47.6%. أما في المراجعات الإجمالية فيتلاشى المكسب إلى حد كبير: 61.3% مقابل 59.0%، أي أكبر بنحو 4%. تصف CodeRabbit كليهما بأنهما "نتائج مبكرة واتجاهية" لا تُثبت ترتيبًا، وتشير إلى أن منهجيتها لا تعزل سبب التحسن. تصف صفحة إطلاق OpenAI العمل نفسه بأنه "أكثر من الضعف في طلبات السحب عبر الملفات"؛ بينما يقدم تقرير CodeRabbit نفسه نسبة 20% ونسب التغطية المذكورة أعلاه. اقرأ النسب المئوية، لا الملخص.

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

ما الذي يغيّره استخدام الحاسوب في Codex في سير عملك

تقول OpenAI إن إطار تشغيل Codex المحدّث يجعل GPT-6 Astra أسرع بمقدار 1.9 مرة في إكمال المهام على Mind2Web مقارنةً بتجربة GPT-5.6 Sol الحالية. Mind2Web هي أتمتة مهام الويب، لذا فسّر ذلك على أنه: عمل الوكيل الذي يتعين عليه التعامل مع متصفح أو واجهة مستخدم رسومية GUI ينتهي بشكل أسرع ملموس، ونفس إطار التشغيل المحدّث هو ما تشغّله عندما تستخدم Codex على الإطلاق. الرقم المصاحب هو نتيجة OSWorld 2.0 أعلاه — 72.6% عند نحو 40 دقيقة لكل مهمة، أي أقل بنحو 47% من الوقت لكل مهمة مقارنةً بـ Sol.

بالنسبة إلى المطوّر، النتيجة العملية هي تغيّر في ما يستحق التفويض. مسارات العمل التي كانت سابقًا بطيئة جدًا لأتمتتها من طرف إلى طرف — تشغيل وحدة تحكم بيئة تجريبية بلا واجهة برمجية، وإعادة إنتاج خطأ عبر واجهة مستخدم، والتنقل عبر نموذج متعدد الخطوات لإنشاء بيانات اختبار — تدخل الآن ضمن النطاق الذي تصبح فيه تشغيلة وكيل أرخص من تنفيذها يدويًا. كما يرفع ذلك من قيمة الضوابط المؤسسية التي طرحتها Ope​nAI إلى جانب ذلك: يضيف ChatGPT Work وCo​dex سياسات تأكيد، أي الموافقة قبل الإجراءات ذات العواقب، ومراجعة آلية لاستدعاءات الأدوات غير الآمنة أو غير المصرّح بها. وإذا كنت تتيح لوكيل النقر عبر واجهة حقيقية، فإن طبقة المراجعة تلك هي ما يفصل بين تشغيلة سيئة وبعد ظهر سيئ — وهي السبب في أن كون الوصول المؤسسي معطّلًا افتراضيًا، مع تمكين مسؤول له وفق قائمة الأسعار المعمول بها، يُعد ميزة حوكمة لا عقبة.

التسعير وفق سير العمل، وليس وفق الرمز المميز

هذا هو السعر، موثّق بالاسم والتاريخ. من صفحة أسعار OpenAI، بتاريخ قراءة 2026-09-16، سعر gpt-6-astra القياسي هو 10.00 دولارات لكل مليون توكن إدخال، و1.00 دولار لكل مليون توكن إدخال مخزّن مؤقتًا، و12.50 دولارًا لكل مليون عملية كتابة في الذاكرة المؤقتة، و50.00 دولارًا لكل مليون توكن إخراج. يعمل Batch وFlex بنصف هذه الأسعار؛ ويضاعفها وضع Fast. سطر الإدخال المخزّن مؤقتًا هو الذي يحدد فاتورتك في حلقة وكيلية، لأن وكيل البرمجة يعيد إرسال سياق كبير شبه ثابت في كل دور على حدة، وتكلفة الإدخال المخزّن مؤقتًا عُشر تكلفة الإدخال الجديد.

هناك عتبتان مهمتان قبل الحساب. تنص وثائق نموذج OpenAI على أن المطالبات التي يزيد عدد رموز الإدخال فيها عن 272,000 يتم تسعيرها بضعف أسعار الإدخال والتخزين المؤقت و1.5 ضعف الإخراج للطلب بالكامل — وليس فقط الفائض — وتحتوي صفحة الأسعار على صف السياق الطويل بسعر 20.00 دولارًا للإدخال، و2.00 دولارًا للإدخال المخزن مؤقتًا، و75.00 دولارًا للإخراج. ويتم فوترة كل رمز استدلال بسعر الإخراج، كما هو موضح أعلاه.

خُذ إعادة هيكلة ليلية واقعية: 150 دورة للنموذج، بمتوسط 100,000 رمز إدخال لكل دورة، منها 90,000 قراءة من الذاكرة المؤقتة و10,000 جديدة، و4,000 رمز إخراج لكل دورة بما في ذلك الاستدلال. تحت عتبة 272K، بالأسعار القياسية:

• مدخلات مخزّنة مؤقتًا — 90,000 رمز × 1.00 دولار لكل مليون = 0.090 دولار لكل دور

• إدخال جديد — 10,000 رمز × 10.00 دولار لكل مليون = 0.100 دولار لكل دور

• الإخراج — 4,000 رمز × 50.00 دولار لكل مليون = 0.200 دولار لكل دور

• الإجمالي — 0.390 دولار لكل دور، لذا فإن 150 دورًا تكلّف نحو 58.50 دولارًا للجلسة

الآن انقل نفس الجلسة لتتجاوز الحد. عند 300,000 رمز إدخال لكل دور — 270,000 مخزّن مؤقتًا، 30,000 جديد — يُعاد تسعير الطلب بأكمله، لذا يتضاعف الإدخال المخزّن مؤقتًا ليصبح $2.00، ويتضاعف الإدخال الجديد ليصبح $20.00، ويصبح الإخراج $75.00:

• الإدخال المخزّن مؤقتًا — 270,000 × $2.00 لكل مليون = $0.540 لكل دور

• إدخال جديد — 30,000 × 20.00 دولار لكل مليون = 0.600 دولار لكل دور

• المخرجات — 4,000 × 75.00 دولار لكل مليون = 0.300 دولار لكل دور

• الإجمالي — $1.44 لكل دور، أو حوالي $216.00 مقابل 150 دورًا

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

للمقارنة، الجلسة نفسها المكوّنة من 150 دورًا وبملف الرموز نفسه على الفئات الأرخص: يبلغ GPT-5.6 Terra بأسعاره المنشورة 2.00 دولار للإدخال / 0.20 دولار للمخزّن مؤقتًا / 12.00 دولار للإخراج نحو 12.90 دولارًا، ويبلغ GPT-5.6 Luna عند 0.20 / 0.02 / 1.20 دولار نحو 1.29 دولارًا. هذه عمليات حسابية على أسعار OpenAI المنشورة، وليست ادعاءً بأنها ستنجز المهمة نفسها — وهذا هو جوهر القسمين التاليين.

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

أنماط الفشل التي يجب التصميم لتجنبها

Astra نموذج طويل الأفق قائم على تصميم طويل السياق، وكلا شقّي هذا الوصف هما حيث تكمن المشكلات. هذه استنتاجات من المجتمع وتحليلات ما بعد الحادث من المورّدين، وليست قياساتنا.

• واجهت تجربة إدارة السياق خللًا هذا الأسبوع. يؤكد تحليل ما بعد الحادث الذي نشرته OpenAI بتاريخ 2026-09-12 أن التجربة الاختيارية «تسببت في توقفات مبكرة وردود على رسائل قديمة»، وأثرت في نحو 4,000–5,000 مستخدم، وتم تعطيلها. ويذكر التقرير نفسه سببين آخرين لشكاوى الجودة في أسبوع الإطلاق: مهارات كُتبت لنماذج سابقة وكانت تخطئ وتمنع Astra من التحقق من عملها بنفسها، ومحركات تقديم سيئة الإعداد تُضعف شريحة ذيلية من حركة المرور. وأعقب ذلك إعادة ضبط للاستخدام عند منتصف ليل 09-12 ليصبح 09-13.

• الإفراط في التفكير وتضخّم الاختبارات. تصف سلسلة واسعة الانتشار على r/codex استجابة Astra لطلب ميزة صغير بأنها تبني أولًا طبقات من التحقق، واختبارات دخانية، وفحوص تجزئة، وتشغّلها بترتيبات عدة، وتُبلّغ عن قرب نفاد عدّاد الاستخدام قبل أن توجد الميزة بوقت طويل. هذه التقارير روايات فردية وليست قياسات مضبوطة، وقد انتشرت شكاوى مماثلة حول نماذج حدودية أخرى في الشهر السابق — لذا تعامل معها كنمط حقيقي يُحدَّد النطاق بناءً عليه، لا كمعدّل يمكن التخطيط على أساسه.

• عمليات التشغيل التي لا تنتهي. وصف أرمين روناخر، مبتكر Flask، تركه Astra في تشغيل غير خاضع للإشراف لمدة 35 ساعة، أنتج في نهايته نحو 75,000 سطر صافٍ عبر 79 commit، ونحو 1,400 رسالة بين الوكلاء، وما يقارب 1,200 دولار من رسوم API — أي نحو 15.50 دولار لكل commit — مع أنه رأى أنه لم يُسلَّم أي شيء ذي قيمة. تتفاوت التقارير حول عدد التوكنات، لذا تعامل مع هذا الرقم بتقدير تقريبي. وقد وصف غياب شرط الإيقاف بأنه مشكلة في إطار التشغيل بقدر ما هي مشكلة في النموذج، وهو التفسير العملي القابل للتنفيذ: حدِّد معنى الاكتمال قبل أن تبدأ.

• الفشل المعاكس موجود أيضًا. تصف تقارير المجتمع أن Astra تتوقف قبل إتمام المهمة وتنتظر موجهًا للاستمرار، وهو السبب الجذري نفسه منظورًا إليه من الجانب الآخر — مفهوم غير محدد بدقة لمعنى الإنجاز. إن تعريف «الإنجاز» صراحةً هو السطر الأعلى قيمة على الإطلاق في موجه مهمتك.

• قد تصبح الجلسات الطويلة غير قابلة للاسترداد. تُفيد تقارير مشكلات Open Co​dex بمأزق من نوع catch-22 حيث تمتلئ نافذة السياق، ويُفعَّل الضغط التلقائي، ثم تنفد مهمة الضغط نفسها من السياق، فلا يمكن استرداد سلسلة المحادثة — وبشكل منفصل، أن مسارات الملاحظات والسجل الأصلية تُرجع 404 على Pro مع Astra في بعض التكوينات، بينما قد يؤدي تبديل النوافذ إلى فقدان حالة المهمة. كلا الأمرين تقارير مفتوحة وليسا بيانات صادرة عن البائع، لكنهما يدعمان الاحتفاظ بنقاط تفتيش للتشغيلات في git بدلًا من الوثوق بأن الجلسة ستبقى.

• الملاحظات البائتة خاصية تصميمية وليست خللًا. لا شيء يضمن أن تعكس الملاحظة الحالة الراهنة للملف الذي تصفه، والبحث يقوم على مطابقة حرفية لسلسلة فرعية لا على المطابقة الدلالية. خزّن مسار المصدر مع الملاحظة، وأعد التحقق عند كل تغيير، وتعامل مع ملاحظات التشغيل غير المُراقَب بوصفها أدلة ينبغي فحصها لا حقائق يُعتمد عليها.

• تُعدّ حدود الاستخدام الشكوى الجارية. تتضمن تقارير أسبوع 2026-09-14 حدودًا أكثر إحكامًا بما يصل إلى أربعة أضعاف مقارنة بأسبوع الإطلاق، وشكوى لم تُحلّ مفادها أن جهد xhigh يستهلك من المخصص أقل مما يستهلكه medium — وهو ما يعني، إن صحّ، أن الجهد والحصة لا يتحركان معًا. لم تنشر Ope​nAI حدودًا رقمية لكل خطة خاصة بـ Astra.

متى يكون النموذج الأقل تكلفة هو الخيار الصحيح

تُتّخذ نتائج القياس أعلاه قرار التوجيه نيابةً عنك. تتركّز ميزة Astra في الأعمال التي تمتد عبر ملفات أو تمتد عبر ساعات: المراجعة عبر الملفات، والمهام الوكيلية طويلة الأفق، وتدفقات استخدام الحاسوب. أما في التعديلات العادية لملف واحد، وإعادة الهيكلة الميكانيكية، وتجهيز الاختبارات والتنسيق، فإن فارق المراجعة الإجمالي البالغ نحو 4% مقابل GPT-5.6 Sol لا يبرّر ما يقارب 2.5 ضعف السعر الحالي لكل توكن — واستنتاج CodeRabbit نفسه يشير في الاتجاه ذاته، إذ يوصي بتوجيه ذكي للمهام بدلاً من الاستبدال الشامل. احتفظ بالنموذج المكلف للمهام التي يظهر فيها تفوقه، ووجّه ما تبقّى إلى الطبقة الأقل تكلفة.

عمليًا، تقسيم فعّال: GPT-6 Astra للتغييرات عبر الملفات، وقواعد الشيفرة غير المألوفة، وتشغيلات الوكلاء الممتدة لساعات، وأي شيء يتعامل مع المتصفح؛ GPT-5.6 Terra للتعديلات محدودة النطاق، والكود النمطي، وتوليد الاختبارات؛ GPT-5.6 Luna للتصنيف والاستخراج وعمليات المعالجة الميكانيكية عالية الحجم. وبناءً على حسابات الجلسة أعلاه، فإن الفرق بين تشغيل كل شيء على Astra وتشغيل ثلثه على Astra هو الفرق بين نحو 58.50 دولارًا ونحو 28 دولارًا لنفس 150 دورًا.

القيام بهذا الفصل على نحو صحيح هو بالضبط ما وُجدت طبقة التوجيه من أجله. يضع OrcaRouter أكثر من 200 نموذج خلف واجهة API واحدة، لذا فإن الفصل أعلاه تغيير في الإعدادات بدلًا من ثلاث عمليات تكامل — كما أن التحويل التلقائي عند الفشل يعني أن ميزة تجريبية تمر بأسبوع سيئ، كما حدث مع هذه، تجعل تشغيلك يتدهور بدلًا من أن ينتهي. وبالنسبة لنموذج لا تزال OpenAI نفسها تصف آلية السياق الخاصة به بأنها تجريبية، وقد عطّلتها لفترة وجيزة، فإن تهيئة مسار ثانٍ ليست بارانويا؛ بل هي القدر الصحيح من الحذر.

ما الذي يجب متابعته من هنا؟

أربعة أمور قد تغيّر هذه الصفحة، وكلها مفتوحة. ما إذا كانت تجربة إدارة السياق ستعود إلى التشغيل وبأي شكل — تقول Ope​nAI إنها ستصبح الافتراضي لـ Astra، ما يعني أن سطر الإعدادات أعلاه سيتوقف في النهاية عن كونه شيئًا تضبطه بنفسك. ما إذا كانت تقارير 404 الخاصة بالملاحظات والسجل على Pro ستُغلق، لأن ذلك هو الفرق بين أن تعمل الآلية كما هو موثّق وأن تعمل على بعض المسارات. ما إذا كانت Ope​nAI تنشر أي بيانات عن الرموز أو التكلفة لكل مستوى جهد، وهو الرقم المفقود في كل قرار يتعلق بمستوى الجهد اليوم. وما إذا كانت حدود الاستخدام التي شُدّدت خلال أسبوع الإطلاق ستتراخى بمجرد استيعاب الطلب الذي أوقف اشتراكات Pro الجديدة بقيمة $200 في 2026-09-10.

حتى ذلك الحين، دليل الإجراءات قصير. ثبّت الطراز باستخدام codex -m gpt-6-astra، ولا تُفعّل التجربة إلا إذا كان لديك تسجيل دخول Plus أو Pro أو Pro Lite في العميل، واضبط الجهد صراحةً بدلًا من الثقة بعنوان شريط التمرير، وأبقِ سياق عملك تحت 272,000 رمز لأن عند هذه النقطة تتضاعف الفاتورة، وحدّد معنى الإنجاز قبل أن تنصرف، ووجّه العمل السهل إلى مكان أرخص. الطراز من 2026-09-03 وهو باقٍ ولن يزول؛ أما الأدوات المحيطة به فهي ما لا يزال في طور الاستقرار.

الأسئلة التي تطرح

هل يستحق تفعيل ميزة الملاحظات العابرة للنوافذ للمهام ذات الحجم العادي؟عمومًا لا. فهي موجودة لحل مشكلة الفقدان عبر حدود نافذة السياق، لذا في مهمة تتّسع داخل نافذة واحدة فإنها تضيف أجزاءً متحركة — بما في ذلك مسار برمجي تجريبي عُطِّل بسبب خطأ في 2026-09-12 — دون أن تزيل أي عناء. فعّلها للعمل الطويل الأمد واتركها معطّلة للتعديل المحدود النطاق.

هل يمكن لنافذة 1,050,000 توكن أن تحل محل الاسترجاع في إعدادي؟ ليس من حيث التكلفة. إعادة قراءة سياق كبير في كل دور تُحتسب رسومها في كل دور، وعند تجاوز 272,000 توكن إدخال يُعاد تسعير الطلب بالكامل إلى 20.00 دولارًا للإدخال و75.00 دولارًا للإخراج. عادةً ما تكون خطوة الاسترجاع التي تُبقي سياق العمل أصغر هي التصميم الأرخص، ولهذا فإن آلية الملاحظات مثيرة للاهتمام: فهي استرجاع مدمج في الإطار.

ماذا يحدث للملاحظات عند انتهاء المهمة؟ تُحدّد وثائق Ope​nAI نطاق هذه الآلية ضمن المهمة نفسها، وتصف كتابات المجتمع الملاحظات بأنها مخزَّنة مقترنةً بتلك المهمة بدلًا من ترحيلها تلقائيًا إلى ما بعدها. لا تفترض أن مهمة جديدة ترث ملاحظات المهمة السابقة؛ فأي شيء يجب أن يبقى ينبغي أن يكون في مستودعك، لا في ذاكرة الوكيل.