Apple تقترح SelfCompact: الوكيل يقرر بنفسه متى يضغط السياق

اقترح باحثو Apple ML Research إطار SelfCompact لوكلاء LLM، يختار فيه النموذج بنفسه متى وكيف يضغط السجل المتراكم. يقوم الإطار على عنصرين يعملان في مرحلة الاستدلال. الأول أداة ضغط يستدعيها النموذج ليعيد تلخيص السياق المتراكم. وبدلًا من القاعدة الصارمة «اضغط عند بلوغ N رمزًا»، يتخذ الوكيل نفسه هذا القرار. ينقطع الجزء المتاح لنا من الملخص عند وصف العنصر الأول. العنصر الثاني والنتائج الرقمية غير ظاهرين فيه، ولذلك لا يمكن حتى الآن تقييم فعالية الطريقة بالأرقام.

المشكلة: سياق يعيق التفكير

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

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

ما الذي يغيّره SelfCompact

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

يُفهم من عبارة «inference-time elements» أن الأمر يتعلق بطبقة إضافية فوق النموذج، لا بتغيير في بنيته. هذا غير مذكور صراحةً في النص المتاح، ولذلك لا يمكن اعتباره مؤكدًا. وإن صحّ ذلك، فيمكن اختبار الطريقة على النماذج الحالية دون إعادة تدريب.

ما المعروف من المصدر

• المؤلف: Apple ML Research، والنشر بتاريخ 12 أكتوبر 2026.
• اسم الطريقة: SelfCompact.
• خط الأساس للمقارنة: الضغط بفاصل ثابت وفق عتبة من الرموز.
• مكونات الطريقة: عنصران في مرحلة الاستدلال، أولهما أداة ضغط يستدعيها النموذج.
• لا ترد في الجزء المتاح معايير الأداء، ولا أحجام النماذج، ولا مكاسب الدقة، ولا وفورات الرموز.

كيف يمكن استخدام ذلك عمليًا

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

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

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

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

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