شرح ضغط السياق (Context Compaction) في TrueForge: ما ينساه العميل الذكي وما تحتفظ به الجلسة

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

الضغط يغير الذاكرة العاملة للعميل الذكي، وليس السجل التاريخي للجلسة

تراكم المحادثات الطويلة رسائل المستخدم، ورسائل المساعد، واستدعاءات الأدوات (Tool Calls)، ونتاجات الأدوات، ومخرجات العملاء الفرعيين (Subagents). في النهاية، يصبح نقل كل عنصر إلى الأمام مكلفًا أو مستحيلاً. يعالج ضغط السياق في TrueForge هذه المشكلة أثناء التشغيل عن طريق تلخيص السجل القديم واستخدام الملخص بدلاً من الرسائل الأصلية لخطوات النموذج اللاحقة.

التميكز الجوهري يكمن بين منظورين. الجلسة الدائمة تحتفظ بسجل أحداثها الكامل. أما السياق النشط للنموذج بعد الضغط فيحتوي على تمثيل مهيكل وغير تام للعمل السابق. يجيب هذان المنظران عن أسئلة مختلفة؛ إذ يدعم سجل الأحداث إعادة بناء ما تم تسجيله، بينما يدعم السياق المضغوط الاستدلال المستمر ضمن ميزانية محددة من الرموز (Tokens).

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

يفصل المخطط بين سجل الجلسة الدائم والتمثيل المستخدم للاستدلال اللاحق. تتطلب تصحيح الأخطاء (Debugging) كلا المنظرين لأن التواجد في سجل الأحداث لا يعني البروز في السياق العامل المضغوط.

نموذج التشغيل الموثق

توثق TrueForge الضغط على أنه مفعّل افتراضيًا. ويتم تشغيله عندما يصل سياق الإدخال إلى 80% من طول سياق النموذج. إذا لم يكن هذا الطول متوفرًا، تستخدم بيئة التشغيل (Harness) عتبة احتياطية مقدارها 50,000 رمز مدخل. كما يمكن للعميل الذكي إعداد عتبة صريحة لرموز الإدخال.

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

اترك مساحة احتياطية لاستجابة النموذج التالية، ووسائط الأدوات (Tool Arguments)، وحمولات الموافقات، وأي مواد نظام يتم إدخالها بواسطة بيئة التشغيل. يُعد التشغيل عند آخر رمز ممكن هشًا من الناحية التشغيلية لأن طلب الضغط نفسه وخطوة الاستدلال التالية يستهلكان السياق أيضًا.

يظهر المشغل كقرار موارد مع مساحة محجوزة. تحدد الإعدادات الافتراضية الموثقة التوقيت؛ بينما تظل الفرق مسؤولة عن العتبات الخاصة بحجم العمل والتحقق من الجودة.

ما يتوقع أن يحفظه الملخص

تصف TrueForge ملخصًا مهيكلاً يغطي القصد الأصلي، القرارات الرئيسية، الملفات والعناصر (Artifacts)، الأخطاء والإصلاحات، والخطوات التالية. هذه الهيكلية قيمة لأنها تطلب من أداة الضغط حفظ حالة المهمة بدلاً من إنتاج موجز محادثة عام.

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

عدم التمام (Lossiness) ميزة لها ميزانية خطأ

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

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

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

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

الضغط والاسترجاع أداة مختلفة

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

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

يدعم الضغط والأحداث الدائمة أسئلة تصحيح أخطاء مختلفة

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

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

الضغط التراكمي يمكن أن يضاعف الخسارة

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

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

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

الضغط ليس أداة للتحكم في الاستبقاء أو الخصوصية

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

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

تصحيحات العنصر البشري يجب أن تتجاوز الحد

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

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

لا تستنتج الاستمرارية الحتمية أو المنفذة مرة واحدة بالضبط

تساعد الحالة الدائمة والملخص المضغوط العميل الذكي على الاستمرار. لكنها لا تجعل الآثار الجانبية الخارجية حتمية (Deterministic). إذا انتهت مهلة استدعاء أداة أثناء تعديل قاعدة البيانات، فقد يقول الملخص بدقة "الحالة غير معروفة"، ولكن يجب على التطبيق الاستعلام عن النظام الموثوق قبل إعادة المحاولة. يجب أن يحافظ الضغط على معرف العملية والغموض؛ وتتولى التسوية حسم ذلك.

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

كيفية اختبار الضغط

• ضع الحقائق الحرجة في بداية جلسة طويلة وتحقق من بقائها صريحة بعد الضغط.
• ضمن أسماء ملفات ووحدات ومعرفات متشابهة؛ واختبر عدم الدمج العرضي.
• قم بالضغط بينما تظل الموافقة أو العملية الخارجية أو الخطأ غير محسوم.
• تحقق من عدم ترقية الفرضيات المهجورة إلى قرارات.
• قارب بين الإجراءات بعد الضغط مع تشغيل مرجعي (Control Run) يحتفظ بالسجل الكامل.
• أعد تشغيل الجلسات التمثيلية بعد تغييرات النموذج أو إعدادات الضغط.
• تأكد من بقاء سجل الأحداث الدائم متاحًا بالرغم من أن السياق العامل أصبح أقصر.

نموذج تشغيلي للجلسات الطويلة

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

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

القاعدة التشغيلية

يمدد ضغط السياق في TrueForge العمر المفيد لجلسة العميل الذكي عن طريق استبدال التفاصيل التاريخية بملخص عمل مهيكل. النموذج الذهني الآمن هو "استمرارية غير تامة فوق سجل دائم"، وليس "ذاكرة مثالية".

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

المراجع

1. TrueForge — قدرات بيئة التشغيل (Harness Capabilities).
2. TrueForge — مفاهيم حزمة تطوير البرمجيات (SDK Concepts).
3. TrueForge — استخدام العميل الذكي (Use an Agent).

إخلاء مسؤولية تحريرية. يعكس هذا المقال التفسير الهندسي لـ TrueFoundry للمواد العامة المذكورة اعتبارًا من 19 سبتمبر 2026. تقتصر قدرات المنتج على الوثائق المرتبطة. الأمثلة والإعدادات الافتراضية التشغيلية هي للتوضيح؛ ولا تعتبر مشورة قانونية، أو رأي مراجعة، أو اختبار قياسي مستقل، أو ضمانًا للأمن أو السلامة أو الامتثال.

‍