متى يجب عليك تلخيص سجل المحادثة بدلاً من إعادة إرسال كل شيء؟

Question

Accepted Answer

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

## لماذا تلخص

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

## ما يجب الاحتفاظ به مقابل ما يجب حذفه

```text
KEEP → decisions made ("we chose Postgres"), constraints ("must run on Node 18"),
        current state ("auth works; now wiring the dashboard"), open questions
DROP → resolved tangents, dead-end attempts, long pasted output already acted on,
        polite filler
```

## مثال

```text
# Instead of 40 messages, summarize the settled context:
Summary so far:
- Building a REST API in Express + Postgres (Node 18).
- Auth (JWT) is done and tested.
- DECISION: use Zod for request validation.
Current task: add the GET /orders endpoint with pagination.
```

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

## لماذا يهم

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