Claude Code وCursor: كيف تحوّل هندسة السياق ذاكرة الذكاء الاصطناعي إلى أداة عمل

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

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

المستوى الأول والأكثر عملية في الحل هو ملفات القواعد الصريحة داخل المشروع. وقد تكون هذه الملفات، بحسب الأداة، CLAUDE.md أو AGENTS.md أو مجلدات تضم ملفات rules. ومن المفيد أن تُدوَّن فيها التقنيات المستخدمة، واتفاقيات الواجهة وأسلوب الكود، وأوامر التشغيل والاختبار وفحص الكود (linting)، إضافة إلى القرارات التاريخية المهمة التي يصعب شرحها من جديد في كل جلسة. فإذا كان الفريق يفضّل أيقونات Material على الرموز التعبيرية، والتخطيط العريض في Streamlit، وAltair للرسوم البيانية، وآليات تخزين مؤقت محددة، فالأفضل وصف ذلك كله مرة واحدة بجوار الكود. وميزة هذا النهج أنه يعيش داخل نظام التحكم في الإصدارات: فالمطوّر الجديد يستنسخ المستودع، ويحصل المساعد معه على مجموعة جاهزة من قواعد اللعبة.

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

أما المستويات الأكثر تقدمًا فترتبط بالذاكرة الضمنية والبنية التحتية الخارجية. ويندرج هنا ما يجمع آثار العمل بنفسه: مقاطع الكود، والنشاط داخل بيئة التطوير المتكاملة (IDE)، وسجل المتصفح، واستنتاجات تصحيح الأخطاء، وأنماط المشروع. وتذكر المقالة من الأمثلة Pieces والذاكرة التلقائية في Claude Code، وآليات سحابية مثل ChatGPT Memory.

ويبدأ بروتوكول Model Context Protocol، أو MCP، بأداء دور مهم هنا: فهو يوفّر طريقة موحّدة لربط المساعد بمصادر البيانات الخارجية، بدلًا من بناء تكاملات خاصة لكل أداة. وبالنسبة إلى الفرق التي تحتاج إلى طبقة كاملة من الذاكرة المؤسسية، يوجد مسار أثقل: خدمات مثل Mem0 وZep وSupermemory، أو بنية RAG خاصة قائمة على Pinecone وWeaviate. لكن هذا لم يعد إعدادًا يُنجز في أمسية واحدة، بل نظامًا هندسيًا مستقلًا له تكاليفه في التضمينات (embeddings) والبحث وإزالة التكرار وحل التناقضات في البيانات.

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

وكان كاتب المقالة قد أشار، حتى 11 أبريل 2026، إلى أن لاعبين كبارًا مثل Anthropic بدأوا فعليًا بدمج الذاكرة في أدواتهم، بينما تبقى النماذج نفسها بلا حالة (stateless). وهذا هو التحول الجوهري في زاوية النظر: المشكلة ليست أن نماذج LLM «سيئة»، بل أن السياق يجب تصميمه بوعي كما تُصمَّم الأكواد وخطوط المعالجة والوثائق. والفرق التي تدرك ذلك قبل غيرها لن تحصل على سحر، بل على تسريع مستدام للتطوير.