تفتح المحرّر وتبدأ جلسة. قبل أن تكتب أي شيء، وقبل أن يستقر المؤشر في حقل الإدخال أصلًا، يكون الوكيل قد قرأ قدرًا كبيرًا بالفعل. فقد استوعب موجّه النظام الخاص به، وتعريفات كل أداة يمكنه استدعاؤها، وتعليمات سلوكه، وملف CLAUDE.md الخاص بمشروعك (أو .cursorrules أو AGENTS.md)، وأي قواعد مرتبطة بمسارات محددة تنطبق على الحالة، وكل ما يوجد في ملف ذاكرته. وبحلول اللحظة التي تنطق فيها كلمتك الأولى، يكون لدى الوكيل بالفعل نموذج عنك وعن مشروعك وعن الطريقة التي يُفترض أن يتصرف بها.
النموذج الذهني الساذج هو: أنت تكتب، والوكيل يجيب. أما التسلسل الحقيقي فهو: الوكيل يقرأ سياقك، ثم تكتب أنت، ثم يجيب الوكيل. تلك الخطوة الأولى الصامتة، أي قراءة الوكيل لك قبل أن تتكلم، هي التي يُحسم فيها قدر مدهش من نتيجتك. والأدلة حول ما إذا كان السياق الذي تغذّيه به يفيد فعلًا أكثر إزعاجًا مما يفترضه معظمنا.
النسخة المختصرة
- تُحمّل وكلاء البرمجة بالذكاء الاصطناعي سياقًا مكتوبًا مسبقًا قبل رسالتك الأولى: مطالبات النظام، وتعريفات الأدوات، وملفات التعليمات الخاصة بكل أداة مثل CLAUDE.md، وقواعد Cursor، وتعليمات GitHub Copilot، أو AGENTS.md حيثما كان مدعومًا أو مستوردًا. لست أنت من يبدأ المحادثة، بل قراءة الوكيل.
- هذا التحميل المسبق يلتهم حصة كبيرة من نافذة السياق القابلة للاستخدام قبل أن تكتب حرفاً واحداً، لذا فإن ميزانية عملك الفعلية أصغر مما توحي به نافذة النموذج المعلنة.
- النتيجة التجريبية هي الجزء المخالف للحدس: ملفات السياق التي يكتبها المطورون تساعد قليلًا (نحو 4% في نجاح المهام) مقابل كلفة حقيقية (نحو 19% في كلفة الاستدلال)، بينما ملفات السياق المولَّدة بنموذج لغوي أو المنسوخة قد تجعل النتائج في الواقع أسوأ.
- استضافة نموذجك بنفسك يغير ما يمكنك فعله انظر، وليس ما يجب عليك do. بنية ما قبل الجلسة هي نفسها في كل مكان؛ الأدوات المحلية تتيح لك فقط فحصها ومراجعتها. لا تختفي انضباطية كتابة السياق الذي تفهمه فعلاً.
النموذج الساذج خاطئ: العميل يقرأ أولاً
تخيّل اللحظة الدقيقة التي تبدأ فيها جلسة Claude Code. يدخل موجّه النظام. تدخل تعريفات الأدوات. ثم، قبل أن تقول أي شيء، يُسلَّم ملف CLAUDE.md الخاص بك، والتفصيل الآلي هنا مهم. توثيق Anthropic نفسه يوضّح صراحةً أن محتوى CLAUDE.md يتم «تسليمه كرسالة مستخدم بعد موجه النظام،» محمّل «في بداية كل محادثة.» لذا فإن الدور الأول للمستخدم في النص ليس أنت. إنه ملفك، يتحدّث نيابةً عنك، يضع الشروط قبل وصولك.
ما يُحمَّل فعليًا في تلك اللحظة الافتتاحية هو حزمة كاملة: موجّه النظام، وتعريفات الأدوات، وتعليمات السلوك، وملفات سياق المشروع والمستخدم لديك، وأي قواعد مرتبطة بمسارات تطابق الملفات المعنية، وملف ذاكرة يديره الوكيل بنفسه. في Claude Code تُحلّ ملفات السياق عبر تسلسل هرمي من أربعة مستويات (سياسة مُدارة، ثم مستوى المستخدم (~/.claude/CLAUDE.md)، ثم المشروع (./CLAUDE.md)، ثم المحلي (./CLAUDE.local.md))، وتُدمج بهذا الترتيب. وتضيف الذاكرة التلقائية حصتها الخاصة: أول 200 سطر (أو 25KB) من ملف MEMORY.md الذي يكتبه الوكيل ويقرأه بنفسه، ويُحمَّل في كل جلسة.
لا شيء من هذا مجاني. يستهلك عبء البنية التحتية (مطالبة النظام، وتعريفات الأدوات، وتعليمات السلوك) حصة كبيرة من نافذة السياق الفعلية قبل أن تصل رسالتك الأولى. تلك هي الضريبة التي تدفعها مقابل أن يعرف الوكيل كيف يكون وكيلًا، وهي غير مرئية ما لم تبحث عنها.
يتشكل اسم حول منهجية إدارة كل هذا. يسمّيه فريق الذكاء الاصطناعي التطبيقي في Anthropic هندسة السياق: «مجموعة الاستراتيجيات لتنسيق مجموعة التوكنات (المعلومات) المثلى والحفاظ عليها أثناء استدلال النموذج اللغوي». إنه مصطلح مفيد لأنه يعيد تأطير الملف الذي تكتبه: من مجرد ملاحظة موجّهة إلى الروبوت، إلى قرار معماري بشأن ما يشغل موردًا نادرًا ومكلفًا.
أربعة وكلاء، أربع طرق لقراءتك أولاً
لا يقرأك جميع الوكلاء بنفس الطريقة. يتقسمون وفق محورين يستحقان التسمية: ماذا يتم تحميله عند بدء الجلسة (تسلسل هرمي منظم من الملفات، مقابل القواعد الدائمة، مقابل فحص المستودع بأكمله)، و مقدار ما يمكنك فحصه من ذلك، أي ما إذا كانت الآلية أداة حتمية قابلة للتدقيق أم فهرساً دلالياً عليك أن تأخذه على الثقة. على هذين المحورين تحديداً تفترق Claude Code وCursor وGitHub Copilot وAider فعلاً.
| الأداة | ما يتم تحميله في بداية الجلسة | الآلية | قابلية التدقيق |
|---|---|---|---|
| Claude Code | CLAUDE.md hierarchy + .claude/rules/ + ذاكرة تلقائية; AGENTS.md فقط إذا تم استيراده أو ربطه رمزيًا | تسلسل هرمي قائم على الملفات؛ يمكن تحميل القواعد المحددة للمسار بشكل كسول؛ يتفاوت سلوك الضغط وإعادة القراءة | مرتفع لملفاتك وذاكرتك; يظل موجه النظام خاصًا |
| Cursor | قواعد المشروع والفريق والمستخدم؛ دعم AGENTS.md؛ فهرس قاعدة الكود للسياق الدلالي | ملفات قواعد قابلة للقراءة مع فهرسة دلالية لقاعدة الكود | مختلط: القواعد قابلة للقراءة، لكن استرداد الفهرس أقل شفافية |
| GitHub Copilot | على مستوى المستودع بأكمله copilot-instructions.md بالإضافة إلى ما هو خاص بالمسار .instructions.md حيثما كان مدعوماً | ملفات التعليمات المخصصة المطبقة عبر سير عمل Copilot | متوسط: الملفات قابلة للقراءة، لكن النطاق يعتمد على سطح المنتج |
| Aider | repo-map مضغوط مشتق من مستودع git، بالإضافة إلى الملفات المضافة/المقروءة يدوياً | خريطة مستودع قائمة على الرموز/الرسم البياني محسّنة لميزانية الرموز المميزة | عالية: يمكن فحص repo-map، لكنه لا يزال خريطة مختارة، وليس المستودع بأكمله حرفياً |
الانقسام في Cursor هو الأكثر إفادةً. تعيش قواعده في ملفات مقروءة تتحكم بها، لكنه يبني أيضاً فهرس دلالي لقاعدة الكود بالكامل، التضمينات المتجهية التي تشغّل البحث عبر @codebase والتي لا يمكنك فعلاً فحصها. يقع Aider في الطرف الآخر: يقرأ مستودع git بأكمله ويبني repo-map، بشكل حتمي، ودون أي تضمينات في أي مكان. يمكنك تدقيق ما جرى تمريره إلى النموذج بدقة. الانقلاب المعماري نفسه، لكن بوضوح مختلف تمامًا. وللمقارنة الأعمق أداة بأداة، تناولنا مشهد واجهات CLI الوكيلة في مواجهة واجهات سطر أوامر البرمجة الوكيلية الأوسع وتواجهوا وجهاً لوجه في OpenCode مقابل Claude Code في مكان آخر.
تحت الصيغ الخاصة بكل أداة، يترسّخ معيار مشترك بين الأدوات. ظهر AGENTS.md عبر منظومة أدوات الوكلاء (OpenAI Codex وAmp وJules من Google وCursor وFactory)، وهو الآن يُدار من قبل Agentic AI Foundation تحت Linux Foundation، وقد اعتُمد في أكثر من 60,000 مستودع. هنا يترقّى ملف سياق ما قبل الجلسة من مجرد وسيلة راحة خاصة بأداة واحدة إلى عنصر محمول من الدرجة الأولى: الصناعة تتفق على أن «ما يقرأه الوكيل قبل أن تتكلم» يستحق معيارًا خاصًا به.
ما تقوله الأدلة حول ما إذا كان أي من هذا يساعد
هنا تتصدع القصة المريحة. أجرى فريق من ETH Zurich (Gloaguen وMündler وMüller وRaychev وVechev) تقييماً محكوماً، «تقييم AGENTS.md،» لمعرفة ما إذا كانت ملفات السياق على مستوى المستودع تحسّن فعليًا أداء وكلاء البرمجة. عبر الوكلاء والنماذج التي درسوها، لم تكن النتيجة «ملفات السياق تنجح» ولا «ملفات السياق تفشل». يقول الملخص الحالي إن ملفات السياق لا تحسّن عمومًا نجاح المهام وترفع تكلفة الاستدلال بأكثر من 20% في المتوسط. وفي النتائج التفصيلية للورقة البحثية، كانت الملفات التي كتبها المطورون هي الاستثناء: فقد حسّنت الأداء بنحو 4% في المتوسط، لكنها زادت التكلفة بما يصل إلى 19%. أما الملفات التي ولّدها نموذج LLM فذهبت في الاتجاه الخاطئ، إذ خفّضت الأداء بنحو 3% في المتوسط بينما رفعت التكلفة بأكثر من 20%. وهناك نتيجة ثالثة تزيد الصورة وضوحًا: يستدعي الوكلاء أداة ما بمعدل 1.6 إلى 2.5 ضعف أكثر عندما تُذكر تلك الأداة في ملف سياق، وهو ما يفيد أو يضر تبعًا لما إذا كانت تلك الاستدعاءات الإضافية مبررة أصلًا.
توقّف لحظة عند السطر الخاص بالملفات التي يولّدها نموذج LLM، لأنه السطر الحامل لكل شيء. فالملف الذي لم تكتبه بنفسك، سواء ولّده نموذج أو نزّلته من حزمة مجتمعية لـ«أفضل إعدادات CLAUDE.md» ثم ألقيت به في مستودعك، يبدو للوكيل كتعليمات من شخص لا يعرف قاعدة الشيفرة لديك فعليًا. وفي النماذج التي شملتها الدراسة كانت المحصلة سلبية: تدفع رموزًا أكثر مقابل نتائج أسوأ قليلًا. تقرير عن Augment Code حول هذا الموضوع يلخّص الأمر جيدًا حين يصف النتيجة المتراكمة بأنها «درج الخردة الخاص بسياق وكيلك». كل تعليمة تبدو معقولة وتكدّسها هناك لها كلفة، والتعليمات التي لم تكتبها أنت، والموجَّهة إلى قاعدة شفرة لا تفهمها، تكلّف عادةً أكثر مما تعيد.
أنا لا أقرأ هذا على أنه «ملفات السياق سيئة» ولا على أنه «ملفات السياق جيدة». فهذه بالضبط هي الأطر الحدّية التي تتفكك عند أول احتكاك بالبيانات. القراءة الأضيق هي التالية: السياق بنية تحتية تصممها عن قصد، والملف الذي لم تكتبه بنفسك، لقاعدة شيفرة لا يفهمها، هو تكلفة لا هدية. والتحفظ على نطاق الدراسة مهم أيضًا. فهذا ما وجدته الورقة البحثية للنماذج والوكلاء الذين اختبرتهم، وليس قانونًا كونيًا يسري على كل LLM. لكنه يشير بقوة في اتجاه واحد، ويؤيده ما يأتي من جهة المزوّد: فقد لاحظ فريق الذكاء الاصطناعي التطبيقي في Anthropic التحول نحو تحميل السياق «في الوقت المناسب» عبر الأدوات أثناء التشغيل بدلًا من تحميل كل شيء مسبقًا، ويصف نهجًا هجينًا يجلب بعض البيانات مسبقًا ويستكشف الباقي أثناء التشغيل. وحين تميل الشركة التي تُصدر CLAUDE.md إلى تحميل أقل مسبقًا، فإن غريزة نسخ ولصق ملف سياق ضخم تستحق نظرة ثانية.
خلاصة القسم: التأليف هو الإشارة التي تتنبأ بما إذا كان السياق سيؤتي ثماره. تكلفة الرموز واحدة في الحالتين؛ ما يغيّر العائد هو ما إذا كانت التعليمات قد جاءت من شخص يعرف قاعدة الشيفرة فعلًا.
السياق الذي يتلاشى: لماذا بداية الجلسة ليست القصة كلها
التحميل المسبق يضع القيد، لكنه لا يحافظ عليه. ما يصطدم به المطورون مرارًا هو النصف الثاني من القصة: السياق الذي رتّبته بعناية في بداية الجلسة يتآكل مع استمرار الجلسة، ويفعل ذلك بصمت.
طريقة مفيدة لتصوير هذا الأمر تأتي من صياغة فريق Mem0 بأن نافذة السياق هي RAM وليست تخزيناً، عابرة ومحدودة، لا مكانًا دائمًا تسكنه تعليماتك. حمّل شيئًا في البداية وسيكون حاضرًا؛ واستمر طويلًا دون استخدامه فسيبهت، تمامًا كمتغيّر تتوقف عن الإشارة إليه فتُكتب فوقه في النهاية. هذه هي الآلية وراء نمط يصفه الباحثون بتلاشي التعليمات. دراسة عام 2026 أجراها Gamage وزملاؤه وجدوا أن قيود الإغفال هشّة بوجه خاص: ففي أحد الإعدادات المختبَرة، انخفض الالتزام من 73% عند الدور الخامس إلى نحو 33% بحلول الدور السادس عشر. هذه نتيجة مختبرية، لا ثابتًا كونيًا، لكنها تطابق ما يشعر به كثيرون في الجلسات الطويلة.
حدود الجلسة هي المكان الذي تتضح فيه الأمور أكثر. المطورون في نقاش على Hacker News يفيدون بأن الوكلاء الفرعيين المُولَّدين قد يعانون من مشكلات في تسليم السياق، لذا فإن العمل الذي يُسلَّم في منتصف المهمة قد يصل بسياق من الجلسة الأصلية أقل مما افترضت. وللوقت الخامل تكلفته الخاصة أيضًا: ففي نقاش حيث أدلى بوريس تشيرني من Anthropic برأيه، يتناول النقاش كيف يمكن لجلسة خاملة أن تُطلق إعادة بناء ضخمة بسبب فوات ذاكرة التخزين المؤقت، مئات الآلاف من الرموز، دون أي تحذير لك. الخيط المشترك الذي يواصل المجتمع الإبلاغ عنه هو الصمت: يجري الضغط، وتُقتطع الاستدلالات السابقة، وتتراجع الجودة، ولا شيء على الشاشة يخبرك بما حدث. أنت فقط تلاحظ أن المخرجات صارت أسوأ.
هل يمنحك الاستضافة الذاتية مزيدًا من التحكم؟
شغّل كل شيء بنفسك (Ollama مع Open WebUI، أو وكيل مثل Aider أو Continue.dev موجّه إلى نموذج محلي)، والإجابة الصادقة عن سؤال «هل أحصل على تحكم أكبر الآن؟» هي: أنت تحصل على مزيد من الرؤية، وليس مزيدًا من التحكم الجوهري. هذا الفارق هو جوهر الأمر.
ما تمنحك إياه الاستضافة الذاتية فعليًا هو إمكانية الفحص. لا تغادر أي بيانات محادثة بنيتك التحتية. ويمكنك قراءة موجّه النظام كاملًا بدلًا من قبول موجّه مغلق على سبيل الثقة. ومع أداة حتمية مثل Aider يمكنك تدقيق ما دخل في كل استدعاء للنموذج بدقة: فـ repo-map أثر قابل للقراءة، وليس صندوقًا أسود دلاليًا مثل فهرس التضمينات في Cursor. ولكل من يهتم بقابلية التدقيق وإعادة الإنتاج، وبالقدرة على الإجابة عن سؤال «ما الذي رآه الوكيل فعلًا؟»، فإن قابلية الفحص هذه حقيقية وليست شيئًا هينًا.
لكن الانقلاب المعماري لا يهتم بمكان تشغيل النموذج. سواء كنت تعمل على نموذج محلي عبر Ollama، أو Claude Code مقابل واجهة برمجية سحابية، أو Cursor باشتراك، فإن الوكيل ما زال يقرأ سياقه السابق للجلسة قبل أن تتكلم، وما زال عليك أن تصمم ذلك السياق عن قصد. الانضباط المطلوب واحد في الحالات كلها. الاستضافة الذاتية تمنحك نافذة أوضح على الآلية، لكنها لا تمنحك آلية مختلفة، وهي بالتأكيد لا تعفيك من درس ETH Zurich حول ما يحدث حين تحمّل سياقًا لم تكتبه بنفسك. لذا فالتحول الوحيد الجدير بأن تخرج به من كل هذا: توقّف عن التعامل مع ملف السياق كهدية تقدمها للوكيل، وابدأ بالتعامل معه كبنية تحتية لها تكلفة تشغيل مستمرة. اكتب ما تفهمه فعلًا عن قاعدة الشيفرة، وحمّل أقل لا أكثر، وتذكّر أن الوكيل قرأك أولًا، فلتكن النسخة التي قرأها منك نسخة تقف خلفها بثقة.
الأسئلة الشائعة
هل تقرأ وكلاء الترميز بالذكاء الاصطناعي ملفاتك قبل أن تكتب أي شيء؟
نعم. عند بدء الجلسة، يحمّل وكيل البرمجة بالذكاء الاصطناعي موجّه النظام الخاص به وتعريفات أدواته وملفات السياق الخاصة بك (CLAUDE.md أو .cursorrules أو AGENTS.md)، إضافةً إلى أي repo-map أو ملف ذاكرة، وكل ذلك قبل رسالتك الأولى. وفي Claude Code تحديدًا، يُسلَّم ملف CLAUDE.md كرسالة مستخدم مباشرةً بعد موجّه النظام، أي أن المحادثة تبدأ عمليًا بملفك لا بك.
هل تُحسّن ملفات السياق مثل CLAUDE.md أداء العميل فعلًا؟
جزئيًا، وأقل مما يفترضه معظم الناس. في تقييم ETH Zurich لملفات نمط AGENTS.md، يقول الملخص الحالي إن ملفات السياق لا تحسّن عمومًا نجاح المهام وترفع تكلفة الاستدلال بأكثر من 20% في المتوسط. النتائج التفصيلية أكثر فائدة للممارسين: الملفات التي كتبها المطورون حسّنت الأداء بنحو 4% في المتوسط، لكنها رفعت التكلفة بما يصل إلى 19%، بينما خفّضت الملفات المولّدة بنماذج LLM الأداء بنحو 3% في المتوسط ورفعت التكلفة بأكثر من 20%. القراءة العملية: الملف الذي كتبته وتفهمه قد يساعد قليلًا؛ أما الملف الذي لم تكتبه فقد يكلّفك بصمت.
كم من نافذة السياق يُستخدم قبل إرسال رسالة؟
حصة كبيرة. تُحمَّل مطالبة النظام وتعريفات الأدوات وتعليمات السلوك قبل أي إدخال من المستخدم، وهي معًا تستهلك جزءًا معتبرًا من نافذة السياق الفعلية. ميزانية عملك القابلة للاستخدام أصغر من نافذة السياق المعلنة للنموذج بسبب هذا العبء الثابت عند البدء.
هل استضافة نموذج ذكاء اصطناعي ذاتيًا يمنحك مزيدًا من التحكم في السياق؟
رؤية أوضح، لا سيطرة أصيلة أكبر. الاستضافة الذاتية تتيح لك فحص مطالبة النظام كاملة، وتُبقي بيانات المحادثة على بنيتك التحتية، و(مع أداة حتمية مثل Aider) تمكّنك من تدقيق ما دخل في كل استدعاء بالضبط. لكن بنية السياق السابق للجلسة هي نفسها الموجودة في الأدوات السحابية، ولا يزال عليك تصميم سياقك عن قصد.
ما هو AGENTS.md؟
AGENTS.md صيغة مفتوحة تخبر وكلاء البرمجة بكيفية التعامل مع قاعدة الشيفرة، وهي النظير الموجّه للوكيل من ملف README. ظهرت عبر منظومة أدوات الوكلاء (OpenAI Codex وAmp وJules من Google وCursor وFactory)، وتشرف عليها اليوم Agentic AI Foundation تحت مظلة Linux Foundation، مع اعتماد في أكثر من 60٬000 مستودع، ما يجعلها المعيار الناشئ المشترك بين الأدوات لسياق الوكيل قبل بدء الجلسة.
