يقول وكيل البرمجة لديك إن لديه مليون رمز من السياق. الحقيقة أنه لا يملكها.
هذا ليس تقرير خطأ، ولا أحد يكذب عليك تمامًا. لكن هناك ثلاثة أرقام مختلفة تختبئ خلف شارة "1M" في شريط حالة محرر الأكواد، والفجوة بين أكبرها وأصغرها هي مصدر كثير من السلوك المربك للوكلاء. إذا سبق أن رأيت وكيلًا ينسى قرارًا اتخذه قبل عشرين دقيقة، أو لاحظت ارتفاعًا مفاجئًا في فاتورتك بعد جلسة بدت قصيرة، فهذا هو السبب عادةً.
لنضع أرقامًا حقيقية على المسألة.
ثلاثة أرقام، لا رقم واحد
كل أداة برمجة بالذكاء الاصطناعي لديها نافذة سياق موجودة على ثلاثة مستويات:
- النافذة المُعلنة — ما يدعمه النموذج عبر واجهة البرمجة. هذا هو الرقم التسويقي.
- سقف الأداة — ما تسمح لك واجهة سطر الأوامر أو المحرر بملئه فعليًا قبل التدخل.
- النافذة الفعّالة — كم من السياق يستطيع النموذج الاستدلال عليه بشكل موثوق.
هذه الأرقام ليست متقاربة إطلاقًا.
Codex
يُعلن GPT-5.5 عن نافذة بحجم 1,050,000 رمز. لكن Codex يحدّ جلساته عند 400,000 رمز. من هذه الكمية، تُخصَّص 272,000 للمدخلات و128,000 تُحجز للمخرجات. ثم تحتفظ الأداة بهامش أمان يقارب 5%، ما يترك لك حوالي 258,400 رمز مدخلات قابلة للاستخدام.
هذا يقارب ربع الرقم المُعلن، وذلك قبل أن تكتب حرفًا واحدًا.
Claude Code
يدعم Claude Opus نافذة بمليون رمز عبر واجهة البرمجة. لكن الضغط التلقائي في Claude Code ينطلق عند حوالي 420,000 رمز — أي نحو 42% من النافذة — وهذه العتبة غير قابلة للتعديل افتراضيًا، وهو ما تحوّل إلى شكوى متكررة في متتبع المشكلات. أما Sonnet 5 فيتصرف بشكل مختلف ويضغط قرب 967,000 رمز.
كلتا الأداتين تدفعان أيضًا تكلفة ثابتة قبل أن تبدأ مهمتك. موجّه النظام، وملف CLAUDE.md أو AGENTS.md، وخادم MCP واحد متصل، قد تستهلك مجتمعة نحو 42,000 رمز. كل أداة MCP تعيد إرسال مخططها في كل دورة. وتُقرأ ملفات AGENTS.md من الجذر إلى الفروع عند بدء الجلسة بحد أقصى 32 كيبي بايت. وفي نافذة بحجم 200 ألف، يستهلك المخزن المحجوز وحده نحو 33,000 رمز.
Antigravity
يعرض Antigravity من Google رقم مليون في الواجهة، لكن المطورين يبلّغون أن الضغط يبدأ عمليًا عند حدود 256 ألف رمز. النموذج يدعم المليون فعلًا — القيد هو الأداة نفسها.
النمط ثابت: رقم الأداة جزء صغير من رقم النموذج، ولا أيٌّ منهما هو الرقم الذي يحدد جودة إجابات وكيلك.
تدهور السياق: الرقم الذي يهم فعلًا
هنا الجزء المزعج. حتى سقف الأداة متفائل أكثر من اللازم، لأن دقة النموذج تتدهور قبل امتلاء النافذة بوقت طويل.
معيار NoLiMa يوضّح هذا بدقة. اختبارات "الإبرة في كومة القش" التقليدية تتيح للنماذج الغش عبر مطابقة كلمات مفتاحية حرفية بين السؤال والمعلومة المدفونة. أما NoLiMa فيزيل هذا الاختصار — الإبرة والسؤال يتشاركان أقل قدر ممكن من التطابق اللفظي، فيضطر النموذج إلى استنتاج العلاقة بدل مطابقة النمط.
النتائج قاسية. عند 32 ألف رمز فقط، انخفضت عشرة من النماذج المختبَرة إلى ما دون 50% من أدائها في السياقات القصيرة. أما GPT-4o، وهو من الأفضل أداءً، فتراجع من 99.3% إلى 69.7%.
اثنان وثلاثون ألف رمز. لا مليون.
وتوصّل بحث Chroma عبر 18 نموذجًا متقدمًا إلى النتيجة ذاتها من زاوية أخرى: الموجّهات المركّزة بحجم 300 رمز تقريبًا تفوّقت على موجّهات كاملة بحجم 113 ألف رمز في اختبار LongMemEval. سياق أكثر أنتج إجابات أسوأ، لا أفضل.
كما تُظهر اختبارات مستقلة لنموذج Llama 4 Scout — المُعلن بعشرة ملايين رمز — تدهورًا ملحوظًا في الاسترجاع بعد المليون.
الافتراض الهندسي الآمن المستخلَص من كل هذا: اعتبر كل ما يتجاوز 50% تقريبًا من الحد المُعلن غير موثوق، وصمّم لأقل من ذلك بكثير حين تكون الدقة مهمة.
ماذا يكلفك هذا
السياق ليس مشكلة دقة فحسب، بل مشكلة فوترة أيضًا، والاثنان يتضاعفان معًا.
في Codex، تنتقل الموجّهات التي تتجاوز 272,000 رمز مدخلات إلى تسعير متميّز: ضعف السعر على المدخلات ومرة ونصف على المخرجات، مقابل سعر أساسي قدره 5 دولارات لكل مليون رمز مدخلات و30 دولارًا لكل مليون رمز مخرجات. أي أن الرموز الأكثر احتمالًا لإضعاف جودة إجابتك هي أيضًا الرموز الأغلى التي ستشتريها.
الوكيل الذي يملأ نافذته بقراءات ملفات استكشافية يدفع ضعف الثمن مقابل سياق يقلّل دقته بشكل قابل للقياس. هذا أسوأ وضع ممكن، وهو السلوك الافتراضي لوكيل غير مراقَب يُطلَق داخل مستودع كبير.
إدارة عملية للميزانية
توقّف عن التعامل مع نافذة السياق كمساحة تخزين. تعامل معها كمجموعة عمل ذات ميزانية دقة صارمة.
قِس تكلفتك الثابتة أولًا. قبل تحسين أي شيء، اعرف ما تنفقه قبل بدء المهمة: موجّه النظام، وملفات تعليمات المشروع، ومخططات MCP، وتعريفات الأدوات. إذا كان خادم MCP واحد يكلفك 42 ألف رمز في كل دورة، فعلى ذلك الخادم أن يبرّر وجوده.
قلّل خوادم MCP بحزم. مخططات الأدوات تُعاد في كل دورة. ثلاثة خوادم متصلة نادرًا ما تستخدمها تمثّل ضريبة دائمة على كل طلب في الجلسة. افصل ما لا تحتاجه لهذه المهمة تحديدًا.
أبقِ ملفات التعليمات مختصرة. ملف AGENTS.md أو CLAUDE.md الذي تضخّم إلى آلاف الأسطر يُحمَّل بالكامل عند بدء الجلسة. انقل الإرشادات نادرة الاستخدام إلى مهارات أو وثائق يحمّلها الوكيل عند الطلب بدل حملها في كل جلسة.
حدّد نطاق المهمة، لا المستودع. جملة مثل "اقرأ src/auth ولخّص كيف تعمل الجلسات، لا تعدّل شيئًا" أفضل بكثير من توجيه الوكيل إلى الشجرة بأكملها. القراءات المستهدفة تبقي مجموعة العمل صغيرة والإجابات حادّة.
أعد التشغيل بدل الضغط. الضغط هو تلخيص مع فقدان للمعلومات. إذا كنت تقترب من العتبة وانتهت المهمة الحالية، فجلسة جديدة مع ملاحظة تسليم قصيرة تتفوّق عادةً على جلسة مضغوطة تحمل ملخصات متدهورة لعمل لم تعد بحاجة إليه.
أخرج الذاكرة إلى الخارج. العمل طويل الأمد مكانه الملفات، لا النافذة. اجعل الوكيل يكتب القرارات والحالة على القرص ويعيد قراءتها عند الحاجة. هذه هي الفكرة الجوهرية وراء هندسة السياق كتخصص قائم بذاته — ولهذا تظل معماريات RAG مهمة حتى في عصر نماذج المليون رمز.
تحقّق عند نقاط مرجعية. لأن التدهور تدريجي وصامت، لن يخبرك الوكيل أنه بدأ يفقد الخيط. شغّل مجموعة الاختبارات. أعد قراءة الفروقات. اطلب من الوكيل إعادة صياغة الخطة. اكتشاف الانحراف مبكرًا أرخص من تفكيك فروقات تمتد على أربعين ملفًا بُنيت على مواصفات نصف منسية.
الخلاصة
نافذة المليون رمز حقيقية بمعنى أن واجهة البرمجة تقبل مليون رمز. لكنها ليست حقيقية بالمعنى الذي يفترضه معظم المطورين — أي أن النموذج سيستدل عليها كلها بالدقة نفسها التي يُظهرها مع موجّه قصير.
بين النافذة المُعلنة والنافذة الفعّالة تخسر سقف الأداة، ثم التكلفة الثابتة، ثم منحنى دقة حادًّا يبدأ أثره قبل 32 ألف رمز بكثير في مهام الاسترجاع الصعبة. ابنِ على الحدود الفعّالة المقيسة بدل الرقم المكتوب على العلبة، وسيتوقف معظم سلوك الوكلاء الغامض عن كونه غامضًا.
الفرق التي تُطلق تدفقات عمل موثوقة للوكلاء في 2026 ليست تلك التي تملك أكبر نوافذ سياق، بل تلك التي تُبقي مجموعة العمل صغيرة عن قصد.
قراءات ذات صلة: