الانتقال إلى المحتوى الرئيسي

المعالجة طويلة الأفق تحوّل إدارة السياق إلى مسألة جدولة

نافذة السياق الأكبر لا تلغي الحد؛ بل تحوّل تجميع السياق إلى قرار جدولة حول ما يُحمَّل، ومتى، وبأي كلفة.

لقطة قريبة لرفّ خوادم بصفوف من أضواء المؤشرات وكابلات مرتبة بعناية في مركز بيانات معتم.

القراءة الخاطئة

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

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

جدولة السياق

إعادة التأطير بسيطة: تجميع السياق مسألة جدولة. السؤال ليس "كم يمكننا أن نستوعب" بل "ما الذي تحتاجه الخطوة الحالية، ومتى تحتاجه". يقرر المجدول ما يُحمَّل، ومتى يُحمَّل، وما يُستبعد. وبتطبيقه على تشغيل agent، يعني ذلك تقسيم التشغيل إلى مراحل، لكل منها عقد سياق صريح.

حمّل فقط ما تحتاجه الخطوة الحالية

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

آلية ملموسة: بيان سياق لكل خطوة بمدخلات مصنّفة.

Close-up of a microscope objective lens in a laboratory

{
  "step": "reconcile_invoice",
  "requires": [
    {"type": "artefact", "id": "invoice_4417", "max_tokens": 1200},
    {"type": "tool_result", "id": "ledger_lookup", "freshness": "current"},
    {"type": "policy", "id": "ap_policy_v3", "pinned": true}
  ],
  "excludes": ["chat_history_older_than_phase", "raw_pdf_bytes"]
}

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

الترقية والتخفيض بشكل صريح

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

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

خزّن الحالة كنقاط تحقق ليستأنف التشغيل الطويل

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

ينبغي لنقطة التحقق أن تلتقط ما يكفي للاستئناف دون النص الكامل: الخطة وموضعها الحالي، والمواد المنتجة حتى الآن (بالمرجع لا بالقيمة)، ونتائج الأدوات التي لا تزال صالحة، وبيان ما استهلكته كل خطوة مكتملة. عند الاستئناف، يعيد المجدول بناء سياق الخطوة الحالية من نقطة التحقق بالإضافة إلى ما يتطلبه بيان الخطوة. يبقى تاريخ التشغيل متاحًClose-up of a white Thai keyboard on a wooden desk showing keys and texturesedia/server-rack-closeup-dark-d40599-0ca2dd.jpg)

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

الأثر على التقييم

إذا كان السياق مجدولًا، فإن رقم نجاح إجمالي واحد هو وحدة التقييم الخاطئة. تشغيل ينجح عند الأفق 5 ويفشل عند الأفق 50 ليس نظامًا بنسبة 90%؛ إنه نظام ذو ملف فشل يعتمد على الأفق. يخفي الرقم الإجمالي الشكل.

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

هذا يجعل المقايضات مرئية أيضًا. قد تحسّن سياسة تخفيض أكثر عدوانية الكلفة لكل خطوة مع نقل الانحناء إلى وقت أبكر. وقد تمدّ سياسة تحميل أكثر تسامحًا الأفق مع رفع الإنفاق. لا شيء منهما خاطئ بمعزل عن الآخر؛ المنحنى هو ما يخبرك بأيّهما لديك.

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

ما الذي يغيّره هذا عمليًا

معاملة السياق كمسألة جدولة تغيّر ثلاثة أشياء في قاعدة كود الـ agent. يصبح باني السياق محدِّدًا ببيان، لا أداة دمج. وتصبح حدود المراحل نقاط ترقية وتخفيض صريحة، مع مخزن يجعل التخفيض قابلًا للعكس. وتصبح حالة التشغيل مخزّنة كنقاط تحقق، فلا يعني الاستئناف إعادة التشغيل.

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

مشاركةXLinkedInرابط دائم5 دقيقة قراءة

قراءات ذات صلة

الأسئلة التي يجيب عنها هذا

Does a larger context window remove the need for retrieval discipline?

No. A larger window raises the ceiling on what can be loaded, but attention over irrelevant history still degrades decision quality and increases compute per step. The window changes the budget, not the need to select.

What does it mean to schedule context in an agent run?

It means each step declares a context manifest of the artefacts it needs, the builder resolves that manifest against the run's state store, and phase boundaries promote or demote context explicitly rather than accumulating history.

How should long-horizon agent performance be evaluated?

Report success as a function of horizon length rather than a single aggregate number. The curve shows where performance holds and where it bends, which points at scheduling failures such as demoted artefacts or incomplete checkpoints.

What is the trade-off in aggressive context demotion?

Demotion keeps the working set tight but risks losing detail a later step needs. The mitigation is reversible demotion: demoted artefacts stay indexed in the run's store and can be promoted back on demand.