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

يعمل كل نموذج لغوي كبير ضمن نافذة سياق محدودة: سقف صارم لعدد التوكنات التي يمكن للنموذج معالجتها في وقت واحد. نافذة Claude واسعة، لكن لا توجد نافذة سياق كبيرة بما يكفي لاستيعاب قاعدة شيفرة برمجية بحجم الإنتاج كما هي.
ماذا تعني حدود التوكنات فعليًا
التوكن يساوي تقريبًا ثلاثة إلى أربعة أحرف من النص. تبدو نافذة 200,000 توكن كبيرة، لكن مستودع TypeScript أحادي معقّد يضم 500 ملف يمكن أن يستنفد هذه الميزانية بالكامل على الشيفرة المصدرية الخام وحدها. وإن حمّلت كل شيء دفعة واحدة، فلن يتبقى مكان لسؤالك، ولا لاستدلال النموذج، ولا لردّه.
الحساب قاسٍ. ملف واحد من 10,000 سطر مع التعليقات والمسافات البيضاء يكلّف نحو 30,000 إلى 40,000 توكن. ومجموعة من 20 ملفًا بهذا الحجم تملأ النافذة قبل أن تكتب كلمة واحدة.
لماذا تفشل معظم أدوات الذكاء الاصطناعي هنا
تستجيب معظم مساعدات الشيفرة بالذكاء الاصطناعي لهذا القيد بأحد أمرين. إما أن تقرأ قطعة ثابتة من الشيفرة (عادةً ما تلصقه أنت)، أو أن تحاول ضغط المستودع في تمثيل أصغر. وكلا النهجين يفقد معلومات حاسمة. فالملخصات تُسقط تفاصيل التنفيذ، والقطع الثابتة تُغفل العلاقات بين الملفات.
💡 الفكرة الحقيقية: لست بحاجة إلى قراءة قاعدة الشيفرة كاملةً. أنت بحاجة إلى قراءة الأجزاء المناسبة منها.
صُمّم Claude Code حول هذا المبدأ. فهو لا يحاول تحميل كل شيء مسبقًا. بل يقرأ ما يحتاجه حين يحتاجه، باستخدام مجموعة من الأدوات تحاكي طريقة المطوّر ذي الخبرة في التعامل مع مستودع غير مألوف.
كيف يقرأ Claude Code المستودع

عندما تفتح مشروعًا جديدًا مع Claude Code، لا يفحص كل ملف فورًا. بل يبدأ بالتوجيه ثم يتعمّق تدريجيًا.
تحليل شجرة الملفات أولًا
أول ما يفعله Claude Code عادةً هو طلب عرض عام لبنية المشروع. يقرأ شجرة الدليل لا الملفات الفردية. وهذا لا يكلّف شيئًا تقريبًا من حيث التوكنات، لكنه يمنح Claude Code المعلومات اللازمة ليحدد نوع المشروع، وأين نقاط الدخول، وأي المجلدات تستحق مزيدًا من الفحص.
من مخرجات شجرة ملفات واحدة، يستطيع Claude Code أن يستنتج:
- ما إذا كان المشروع مستودعًا متعدد الحزم (monorepo) أو مشروع حزمة واحدة
- اللغة والإطار المستخدمان
- أين تقع ملفات الإعداد وما البيئة المتوقعة
- الحجم التقريبي وتنظيم قاعدة الشيفرة
هذه هي العملية نفسها التي يتبعها مهندس جديد في يومه الأول.
اختيار الملفات بذكاء
بعد التوجيه، يقرأ Claude Code ملفات محددة عند الطلب. فهو لا يحمّل كل وحدة في المجلد. بل يختار الملفات بحسب ما تتطلبه المهمة، فيبدأ عادةً بنقطة الدخول، ثم يتتبّع الاستيرادات، ثم يتحقق من الإعداد.
إن طلبت من Claude Code إصلاح خلل في تدفق المصادقة، فسيقرأ معالج المصادقة، والوسيط (middleware)، والأنواع، والإعداد ذا الصلة. ولن يحمّل الواجهة الأمامية، أو أدوات البناء، أو مجموعة الاختبارات ما لم تكن ذات صلة مباشرة بالخلل.
يعني هذا النهج عند الطلب أن نافذة السياق تبقى مركّزة. فالمحتوى المحمّل يكون في معظمه إشارة لا ضوضاء.
💡 نصيحة: إذا سألك Claude Code من أي ملف يبدأ، فلا تتجاهل هذا السؤال. إجابتك تؤثر مباشرة فيما يتم تحميله ومدى دقة النتيجة.
البحث باستخدام grep والبحث عن الرموز

لا يكفي تحليل شجرة الملفات والقراءة الانتقائية وحدهما. ففي قواعد الشيفرة الكبيرة، تحتاج أيضًا إلى معرفة مكان تعريف دالة معينة، أو مكان استخدام متغير، أو الملفات التي تشير إلى وحدة بعينها.
كيف يعمل تكامل grep
يملك Claude Code صلاحية الوصول إلى أوامر الصدفة (shell)، بما فيها grep وfind وأدوات مشابهة. وعندما يحتاج إلى تحديد موقع رمز أو نص عبر قاعدة شيفرة كبيرة، يشغّل بحثًا مستهدفًا بدلًا من قراءة الملفات واحدًا تلو الآخر. ويعيد البحث الأسطر المطابقة ومسارات الملفات فقط، وهذا يكلّف جزءًا يسيرًا من التوكنات التي تتطلبها قراءة كل ملف.
في قاعدة شيفرة من 10,000 ملف، قد يعيد البحث عن AuthService 15 نتيجة: تعريفان وثلاثة عشر موقع استدعاء. ويستطيع Claude Code عندها أن يقرأ هذه المواقع الخمسة عشر ذات الصلة فقط في السياق، فيبني صورة كاملة عن ذلك المكوّن دون أن يحمّل الملفات الأخرى البالغ عددها 9,985 ملفًا.
البحث الدلالي مقابل البحث الحرفي
يستطيع Claude Code أيضًا أن يستدل على ما يبحث عنه. فإن وصفت سلوكًا بدلًا من مصطلح محدد، سيستنتج أسماء المعرّفات الأكثر احتمالًا ويبحث عنها. وهذا مفيد بوجه خاص في قواعد الشيفرة ذات أسماء الاصطلاحات غير الواضحة أو الاستخدام الكثيف للتجريدات.
| نوع البحث | متى يُستخدم | تكلفة التوكنات |
|---|
| grep حرفي | اسم رمز معروف، نص دقيق | منخفضة جدًا |
| grep بالنمط | اسم جزئي، عدة صيغ | منخفضة |
| فحص شجرة الملفات | التوجيه الأولي، بنية المجلدات | قريبة من الصفر |
| قراءة الملف كاملًا | مطلوب تفاصيل التنفيذ | متوسطة إلى مرتفعة |
تحميل السياق التدريجي

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

أصعب مشكلة في العمل على قواعد الشيفرة الكبيرة ليست قراءة الملفات. بل إجراء تغييرات تمتد عبر ملفات متعددة دون كسر الثوابت التي تربط بينها.
تتبّع الاعتماديات
عندما يغيّر Claude Code توقيع دالة، أو تعريف نوع، أو واجهة وحدة، فإنه يتحقق من المستدعين. يقرأ الملفات ذات الصلة، ويحدد كل موضع تُستخدم فيه الواجهة المتغيرة، ويحدّثها جميعًا ضمن تعديل واحد متماسك.
هنا تؤتي عمليات grep السابقة ثمارها. فلأن Claude Code يعرف مسبقًا الملفات التي تشير إلى AuthService، يستطيع تحديثها كلها في العملية نفسها بدلًا من اكتشاف أنه أغفل واحدًا منها في منتصف الجلسة.
التعديلات عبر الملفات دون فقدان السياق
يتتبّع Claude Code التعديلات التي أجراها ضمن الجلسة. فإن غيّر نوعًا في ملف واحد، يبقى تعريف النوع الجديد في السياق حتى لو لم يعد الملف الفعلي قيد القراءة النشطة. وهذا يمنع نمط الفشل الشائع حيث يصلح مساعد الذكاء الاصطناعي شيئًا في الملف A، ثم يعيد إدخال الخلل الأصلي عند تعديل الملف B لأنه نسي الإصلاح السابق.
تعمل الجلسة كذاكرة عمل متواصلة، تراكم معلومات عمّا تغيّر، وما يحتاج إلى تغيير، وما الحالة الراهنة للشيفرة ذات الصلة.
الأدوات التي تُشغّله

تنبع قدرة Claude Code على العمل مع قواعد الشيفرة الكبيرة من مجموعة محددة من الأدوات تعمل في بيئتك المحلية.
وصول مدمج إلى الصدفة
يستطيع Claude Code تشغيل أي أوامر صدفة. ويشمل ذلك:
ls وfind وtree للتنقل
grep وawk وsed للبحث والاستخراج
git log وgit diff وgit blame للسجل والإسناد
- أدوات خاصة بكل لغة مثل
tsc وeslint وpytest للتحقق
تعيد كل واحدة من هذه الأدوات مخرجات منظمة وموجزة. ويكلّف تشغيل git log --oneline -20 نحو 200 توكن، ويمنح Claude Code صورة كاملة عن النشاط الأخير في المشروع.
بنية الوكيل
يعمل Claude Code بوصفه وكيلًا: حلقة تستدعي الأدوات، وتراقب النتائج، وتقرر ما يجب فعله بعد ذلك بناءً على ما تجده. وهذا ما يسمح له بالتنقل عبر المستودع بشكل تكراري بدلًا من أن يتطلب منك تقديم كل شيء مسبقًا.
في مهمة واحدة، قد يستدعي Claude Code عشر أدوات أو خمس عشرة: يقرأ ملفًا، ويشغّل grep، ويقرأ ملفين آخرين، ويتحقق من إعداد، ويشغّل الاختبارات، ويقرأ مخرجات الخطأ، ويصلح الشيفرة، ويعيد تشغيل الاختبارات. كل خطوة تُبنى عليها التي تليها، ويتراكم السياق بشكل طبيعي.
💡 لماذا يهمّ هذا: حلقة الوكيل هي السبب في أن Claude Code قد يفاجئك بما يكتشفه بمفرده. فهو لا يكتفي بالرد على ما كتبته، بل يحقق في قاعدة الشيفرة نيابةً عنك بنشاط.
الحدود الحقيقية التي يجب أن تعرفها

فهم كيفية تعامل Claude Code مع التوسع يعني أيضًا أن تكون صريحًا بشأن المواضع التي يعاني فيها.
ما الذي ينكسر عند التوسع
تتدهور الجلسات الطويلة. تمتلئ نافذة السياق. وبعد قراءة عدد كافٍ من الملفات وإجراء عدد كافٍ من التعديلات، يُضغط الجزء المبكر من الجلسة أو يُسقط. ويبدأ Claude Code باتخاذ قرارات بمعلومات أقل مما كان يملكه قبل ساعة.
إنتروبيا الشيفرة المولّدة (entropy). في قاعدة شيفرة كبيرة جدًا تحتوي على ترابطات كثيرة، قد يفقد Claude Code متابعة القيود التي أسسها سابقًا. نوع بيانات عرّفه في الدور 3 من الجلسة قد لا يكون متاحًا بشكل موثوق في الدور 40 من الجلسة.
قواعد الشيفرة الديناميكية للغاية. إن كانت شيفرتك تعتمد بكثافة على الميتابرمجة وقت التشغيل، أو تعديل الدوال أثناء التشغيل (monkey-patching)، أو الإرسال الديناميكي المكثف، فإن القراءة الساكنة للملفات من Claude Code ستغفل السلوكيات التي لا تظهر إلا وقت التشغيل.
كيف تساعد Claude Code على النجاح
هناك خطوات ملموسة يمكنك اتخاذها للحصول على نتائج أفضل في المستودعات الكبيرة:
- ابدأ بنطاق ضيق. لا تطلب من Claude Code "إعادة هيكلة نظام المصادقة". بل اطلب منه "تغيير نوع الإرجاع في
validateToken وتحديث المستدعين". المهام المحددة النطاق تعطي نتائج أفضل.
- قدّم نقطة الدخول. أخبر Claude Code بالملف أو الدالة التي يبدأ منها. هذا يلغي جولة كاملة من التوجيه ويوصلك إلى العمل المفيد بشكل أسرع.
- الصق السياق الحاسم. إن كان هناك مخطط، أو تعريف نوع، أو ملف إعداد محوري لمهمتك، فالصقه مباشرة. ولا تجعل Claude Code يبحث عنه.
- قسّم الجلسات الطويلة. بعد تغيير كبير، ابدأ جلسة جديدة بوصف واضح للحالة الراهنة. هذا يتجنب تدهور السياق ويمنح Claude Code نقطة بداية واضحة.
- استخدم CLAUDE.md. ملف
CLAUDE.md مكتوب بعناية في جذر المستودع يمنح Claude Code سياقًا دائمًا: نظرة عامة على البنية، وأهم اصطلاحات التسمية، ومواقع الملفات الحاسمة، والأشياء التي يجب تجنبها. وهذه أكثر إضافة تأثيرًا يمكنك إجراؤها على مستودع كبير.
لماذا النهج صحيح

تشبه الاستراتيجية التي يستخدمها Claude Code، أي القراءة الانتقائية والبحث الدقيق وتراكم السياق تدريجيًا، الطريقة التي يتعامل بها المهندسون البشريون المهرة مع قواعد الشيفرة غير المألوفة. فلا يقرأ أي مطوّر ذي خبرة كل ملف قبل إجراء تغيير. بل يوجّه نفسه، ويبحث، ويقرأ ما يلزم، ثم يتصرف.
هذا تصميم مدروس، وليس قيدًا. فالذكاء الاصطناعي الذي يحاول قراءة كل شيء سيكون بطيئًا ومكلفًا ومضرًا بالإنتاجية. أما الذكاء الاصطناعي الذي يقرأ بذكاء فيستطيع العمل على قواعد شيفرة بأي حجم تقريبًا، بشرط أن تكون المهمة محددة النطاق بوضوح.
القيد الحقيقي ليس حجم قاعدة الشيفرة لديك. بل نطاق سؤالك.
ماذا يعني هذا لسير عملك
| حجم قاعدة الشيفرة | السلوك المتوقع | أفضل الممارسات |
|---|
| أقل من 10 آلاف سطر | القراءة الكاملة ممكنة | المهام المفتوحة تعمل بشكل جيد |
| من 10 آلاف إلى 100 ألف سطر | قراءة انتقائية، بحث مستهدف | قدّم نقاط الدخول |
| من 100 ألف إلى 500 ألف سطر | استخدام مكثف لأداة grep، مهام ضيقة | حدّد النطاق بإحكام، استخدم CLAUDE.md |
| أكثر من 500 ألف سطر | العمل على مستوى النظام الفرعي فقط | نظام فرعي واحد لكل جلسة |
يغيّر فهم هذا الجدول طريقة كتابتك للأوامر. فوصف مهمة لا يستغرق سوى 30 ثانية ويتضمن الملف البادئ والنطاق ونوع التغيير المتوقع، سيتفوق باستمرار على طلب غامض مثل "أصلح خلل تسجيل الدخول" في مستودع يضم 300 ملف.
جرّب إنشاء صورك الخاصة

بناء البرمجيات وجه واحد من الإبداع. والأصول البصرية وجه آخر. وبينما يتولى Claude Code مستودعك بدقة، يمكنك استخدام PicassoIA Image لتوليد صور واقعية كالصور الفوتوغرافية لتوثيق مشروعك، أو صفحات الهبوط، أو المحتوى الاجتماعي، باستخدام النوع نفسه من الأوامر النصية المستهدفة التي تطبقها الآن على الشيفرة.
إن أردت تنويعات على فكرة ما، فإن Flux Redux Dev يتيح لك التكرار على صورة أساسية بالطريقة نفسها التي تكرر بها مكوّنًا أساسيًا: تحتفظ بما ينجح وتغيّر ما لا ينجح. وللحصول على مخرجات بدقة 4K عندما تكون الجودة هي الأولوية، فإن Seedream 4.5 وWan 2.7 Image Pro ينتجان نتائج مفصلة تصمد عند أحجام العرض الكبيرة. وعندما تحتاج إلى تعديل صورة موجودة بدلًا من توليدها من الصفر، فإن GPT Image 2 يتعامل مع التغييرات الموضعية بالدقة نفسها التي تطبقها بالفعل على شيفرتك.
الحس نفسه الذي يجعلك مستخدمًا أفضل في استخدام Claude Code، أي الدقة والنطاق المحدد والنية الواضحة، يجعلك كاتب أوامر أفضل لتوليد الصور. جرّب ذلك، وانظر إلى أي مدى يوصلك هذا الحس.