Claude Code يخفي السجل: العثور على 715 جلسة على القرص رغم أن الواجهة تعرض 69

أظهر تحليل من أحد المؤلفين أن كود كلود يخزن سجلاً أكثر بكثير مما يمكن للمستخدم رؤيته. على جهاز كمبيوتر واحد، تم العثور على 48 ميجابايت من البيانات المحلية و 715 جلسة على القرص، بينما تم عرض 69 فقط في الواجهة.

حيث يتم تخزين السجل

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

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

"في نافذة التطبيق، يمكنني رؤية 69 جلسة من أصل 715."

لماذا تفقد الواجهة الدردشات

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

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

لماذا الترحيل هش

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

• ابحث عن المجلدات المحلية التي تحتوي على السجل، وليس فقط القائمة في الشريط الجانبي
• صدّر الجلسات المهمة كنص أو أرشيف منفصل
• فهرس الدردشات من خلال grep أو Python أو برنامجك الخاص
• لا تعامل واجهة كود كلود كمصدر الحقيقة الوحيد

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

ماذا يعني هذا

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