OpenAI قلّصت بهدوء كمية السياق التي يزوّد بها أداة البرمجة Codex نموذج GPT-5.6، والمطورون الذين يعتمدون على الجلسات الوكيلة الطويلة غير راضين. فقد هبطت نافذة السياق المدخلة المضبوطة افتراضيًا من 372,000 إلى 272,000 رمز — أي خفض بنحو 27% — وذلك عبر طلب سحب على GitHub رقم #34009.
ما الذي تغيّر
نافذة السياق هي الذاكرة العاملة لوكيل البرمجة: النطاق من الشيفرة والتعليمات والمحادثة السابقة الذي يستطيع النموذج الاحتفاظ به في آن واحد. وتقليصها بنحو الربع يعني أن Codex سيحتفظ بجزء أقل من الجلسة في الواجهة قبل أن يضطر إلى تلخيص المواد الأقدم وحذفها — وهي عملية تُعرف باسم الدمج.
لماذا لاحظ المطورون ذلك
الأثر العملي ينعكس بقوة أكبر على المهام الطويلة متعددة الملفات. وقال المحلل Pareekh Jain: "ذاكرة أقل لكل جلسة تعني أن وكيل الذكاء الاصطناعي ينسى أجزاء سابقة من جلسة برمجة طويلة في وقت أبكر". وأشارت Muskan Bandta إلى أن "كثيرًا من المطورين يقولون إن جلساتهم باتت تقضي وقتًا أطول في الدمج بدلًا من العمل فعليًا" — أي إن الأداة تنشغل بإدارة ذاكرتها الخاصة بدلًا من كتابة الشيفرة.
لا مبرر مُعلنًا
لم تشرح OpenAI علنًا هذا التغيير، تاركةً المطورين يستنتجون الدافع. والمرشح الواضح هو التكلفة: تقديم نافذة سياق أكبر يستهلك قدرًا أكبر من الحوسبة لكل طلب، لذا فإن خفضها بهدوء يقلل تكلفة تشغيل Codex على نطاق واسع — وهو من المقايضات التي تلجأ إليها المختبرات على نحو متزايد مع ضغط الطلب على الاستدلال على السعة.
التكيف معه
يقول المحللون إن الحل يكمن في سير العمل لا في الشكوى. وينبغي للفرق أن "تصمم سير عمل يدير السياق بصورة استباقية"، حسبما قال المحلل Amit Jena — وذلك عبر تقسيم العمل إلى مهام أصغر، والاعتماد أكثر على آليات الاسترجاع، ومراقبة استهلاك السياق. وهي تذكرة بأن السعة القابلة للاستخدام في أداة الذكاء الاصطناعي قد تتغير من دون إشعار، وأن بناء الأنظمة على ميزانية سياق ثابتة ينطوي على مخاطرة.