مشاريع Claude Code: تنظيم البرمجة بالذكاء الاصطناعي

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

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

مشاريع Claude Code تنسّق البرمجة بالذكاء الاصطناعي، وليست مجرد مجلد

مشروع Claude Code هو محادثة مستمرة واحدة مع Claude، إلى جانب الجلسات السحابية التي يشغّلها على هيئة خيوط. تخيّل المحادثة كمشرف على ورشة نماذج: تسلّمه موجز العمل، فتتولى مساحات مستقلة تنفيذ المهام. لكل مساحة بيئة عمل ونافذة سياق وفرع Git خاص بها، بينما يتلقى المشرف التقارير ويحافظ على تنظيم قائمة الانتظار.

وهذا يختلف عن تجربة Projects السابقة في دردشة Claude وCowork. كانت النسخة الأقدم تجمع المحادثات والملفات المرجعية، أما النسخة الجديدة من Claude Code Projects beta فتضيف منسّقًا يوزّع العمل على خيوط سحابية، ويتابع حالتها، وينقل سياق المشروع إلى الخيوط الجديدة.

يبدأ كل خيط بمستودعات المشروع وملفاته، وتعليماته، وذاكرته، والبيئة السحابية المحددة، وموصلات الحساب، إضافة إلى ملفات CLAUDE.md والمهارات والإضافات الموجودة في مستودعاته. لكنه لا يرث الأدوات الموجودة على حاسوبك وحده.

الحسبة المباشرة للتكلفة مناسبة إذا كنت مشتركًا بالفعل في إحدى باقات Claude المؤهلة. تبلغ كلفة Claude Pro مقدار $20 شهريًا، أو $17 شهريًا عند دفع $200 سنويًا، بينما تبدأ باقة Max من $100 شهريًا. لا تفرض Projects رسومًا منفصلة على الأجهزة الافتراضية السحابية. لكن هناك قيدًا مهمًا: كل خيط هو جلسة Claude Code كاملة، ولذلك يستهلك العمل المتوازي حدود الباقة نفسها بوتيرة أسرع.

للمقارنة، تتراوح اشتراكات وكلاء البرمجة الفردية التي راجعناها لهذا الدليل بين $10 و$200 شهريًا لدى GitHub Copilot وCursor. إذا كان Claude هو وكيل البرمجة لديك أصلًا، فلا تمثل Projects مقعدًا جديدًا تضيفه إلى منظومتك. ما يتغير هو بند التنسيق، لا بند الحكم الهندسي.

ابدأ بالتحقق من وصول النسخة التجريبية إلى حسابك

لا يكفي أن ترى ميزة تحمل اسم Projects في مكان ما داخل Claude.

1. سجّل الدخول بحساب Claude Pro أو Max.
2. افتح claude.ai/code أو تبويب Code في تطبيق سطح المكتب.
3. ابحث عن Projects في الشريط الجانبي الأيسر.
4. إذا لم تظهر، فهذا يعني أن الطرح لم يصل إلى حسابك بعد. انضم إلى قائمة انتظار Anthropic واستخدم الجلسات السحابية العادية في هذه الأثناء.

تمنح الموجة الأولى الأولوية لحسابات Pro وMax التي سبق لها استخدام الجلسات السحابية ولا تحتوي على Projects قديمة في دردشة Claude أو Cowork. أما حسابات Team وEnterprise فلا تشملها هذه النسخة التجريبية المعاد تصميمها حتى الآن. وتستمر Projects القديمة في العمل ريثما تنقل Anthropic التجربة.

إذا كنت ما تزال بحاجة إلى تثبيت Claude Code وتوثيق الدخول وربطه بملف CLAUDE.md على مستوى المستودع، فابدأ من الدليل العام لإعداد Claude Code. تعمل Projects فوق ممارسات المستودع هذه، ولا تحل محلها.

جهّز مشروعك الأول حول مستودع يمكن التخلص منه

استخدم مستودع GitHub صغيرًا يمكنك الاستغناء عنه بأمان. الهدف من التجربة الأولى هو فحص توزيع المهام والسياق والفروع والاستخدام، لا إسناد عملية ترحيل إنتاجية إلى منسّق ما زال في نسخته التجريبية.

1. اضبط وصول GitHub قبل إنشاء المشروع

عند تنفيذ أعمال برمجية، يجب أن يكون المستودع على github.com. يحتاج حساب GitHub المتصل إلى صلاحية رفع التغييرات، كما يجب تثبيت Claude GitHub App لذلك المستودع. قد يسمح رمز مميز أُنشئ عبر /web-setup لجلسة سحابية عادية باستنساخ المستودع، لكنه لا يكفي لخيط داخل مشروع.

لا تدعم النسخة التجريبية مستودعات GitHub Enterprise Server أو GitLab أو Bitbucket بوصفها مستودعات برمجية للمشروع. وإذا كان المستودع تابعًا لمؤسسة، فقد يلزم أن يوافق مالك المؤسسة على تثبيت GitHub App وتفويض SSO.

2. أنشئ مشروعًا محدود النطاق

افتح Projects، واختر New project، ثم أضف:

• الاسم: اسمًا يوضح بلا لبس أنه مؤقت، مثل Parser Project Test.
• الهدف: جملة واحدة، مثل Improve parser coverage and documentation without changing behavior.
• السياق: أضف المستودع المؤقت فقط.

الاسم وحده إلزامي. يمنح الهدف المحدود المنسّق حدودًا مفيدة، كما أن الاكتفاء بمستودع واحد يجنبك اختلافات الإعدادات التي تظهر في المشاريع متعددة المستودعات.

3. أضف تعليمة دائمة واحدة

افتح Project settings > Memory > Project instructions. امنح كل خيط تعريف الإنجاز نفسه وحدود الموافقة نفسها. على سبيل المثال:

ابدأ من الفرع الافتراضي. استخدم فرعًا واحدًا لكل خيط. شغّل الاختبارات ذات الصلة قبل إعلان الاكتمال. لا تدمج الفروع، ولا تغيّر CI، ولا تضف تبعيات من دون طلب الموافقة داخل الخيط. إذا تعذر الوصول، فاذكر العنصر المفقود وتوقف.

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

4. افحص البيئة السحابية

افتح Project settings > Environment. يستخدم كل خيط جديد البيئة المحددة هنا، وهي التي تتحكم في الوصول إلى الشبكة، ومتغيرات البيئة، وبيانات اعتماد API، والأدوات التي يثبتها برنامج إعداد.

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

5. أرسل مهمتين لا يمكن أن تتعارضا

ضع المهمتين في رسالة واحدة لترى كيف يفصل المنسّق بين الأعمال غير المرتبطة. واحرص على أن تمسا ملفين مختلفين. على سبيل المثال:

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

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

6. راجع الخيوط، لا ملخص المنسّق وحده

افتح بطاقة كل خيط وسجّل ما يلي:

يجمع Overview العمل ضمن Ready for review وWaiting on you وWorking وLanding وIdle وResolved. أما تبويباته الأخرى فتجمع ملفات المشروع وطلبات السحب والمهام الروتينية. يرى المنسّق تقارير الخيوط، لكنه لا يرى كل خطوة؛ لذلك يظل سجل الخيط هو المكان الصحيح لتدقيق العمل.

7. اختبر وصول العمل اللاحق إلى السياق المحفوظ

بعد اكتمال الخيطين، اطلب من المنسّق تذكر قاعدة بسيطة لا تسبب ضررًا، مثل Documentation changes must preserve every runnable example. بعد ذلك، ابدأ خيط توثيق جديدًا وصغيرًا، واطلب منه ذكر قاعدة الفروع وقاعدة التوثيق في المشروع قبل إجراء أي تعديل.

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

ما الذي ينتقل إلى الخيط، وما الذي يبقى خارجه؟

أسرع طريق لإساءة فهم Projects هو افتراض أن الخيط السحابي نسخة بعيدة من حاسوبك. ليس الأمر كذلك؛ فهو جلسة سحابية جديدة تُبنى من سياق المشروع والمستودع والحساب والبيئة.

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

العمل المتوازي لا يعني عددًا غير محدود من الخيوط

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

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

تبدأ المشاريع الجديدة افتراضيًا باستخدام Opus بجهد مرتفع للخيوط وجهد منخفض للمنسّق. قبل تشغيل دفعة كبيرة، افتح Project settings > General واختر أقل نموذج ومستوى جهد يمكنه إنجاز كل مهمة. ثم اطلب عددًا محدودًا من الخيوط المتزامنة. الرقم المفيد ليس عدد الخيوط التي تستطيع Projects تشغيلها، بل عدد النتائج التي يمكنك مراجعتها قبل أن تتحول قائمة الانتظار إلى ضوضاء.

أفضل سبع حالات استخدام

1. قائد منصة ينسّق ترحيلًا متعدد المستودعات

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

2. مشرف صيانة يدير قائمة أخطاء خدمة واحدة

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

3. مسؤول إصدار ينفذ فحوص جاهزية مستقلة

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

4. قائد إعادة هيكلة يقسم تغييرًا كبيرًا حسب الحدود

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

5. مهندس وكالة يصون تطبيق عميل

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

6. قائد هندسة دعم يحلل أعطال التكامل المتكررة

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

7. مؤسس منفرد ينجز قائمة أعمال متنوعة

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

ثلاثة منتجات مكمّلة تستحق البناء

لا توفر النسخة التجريبية API موثقة لـProjects، لذلك تتموضع المنتجات المنطقية على المدى القريب بجوار سير العمل. فهي تجهز السياق، أو تفحص حالة GitHub، أو تساعد الإنسان على مراجعة النتائج.

1. مدقق جاهزية المشاريع، وهو أقوى فرصة

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

الطلب على هذه المهمة ظاهر بالفعل: تحصل عبارة “ai powered coding agent” على 8,100 عملية بحث أمريكية شهريًا بنية تجارية. وتتراوح باقات وكلاء البرمجة الفردية الرسمية التي راجعناها لهذا الدليل بين $10 و$200 شهريًا، لكن شراء مقعد مدفوع لا يجعل المستودع آمنًا تلقائيًا للعمل السحابي المتوازي.

أصغر نسخة قابلة للبيع تفحص مستودع GitHub واحدًا، وتطرح ستة أسئلة عن البيئة، وتصدر موجزًا جاهزًا للصق. أما التحدي فهو مخاطر المنصة: قد تدمج Anthropic أو GitHub فحوص الإعداد سريعًا، لذلك يحتاج المنتج إلى دعم وكلاء متعددين وسجل تدقيق مفيد بدلًا من قالب خاص بـClaude وحده.

2. لوحة دورة تسليم البرمجيات بالذكاء الاصطناعي

أنشئ لوحة تعتمد على GitHub وتجمع الفروع وطلبات السحب وحالة CI وتعليقات المراجعة والموافقات البشرية حسب هدف التسليم. وهي تخدم قائدًا تقنيًا يستخدم عدة وكلاء برمجة ويحتاج إلى واجهة مراجعة محايدة واحدة.

تحصل عبارة “AI software development life cycle” على 720 عملية بحث أمريكية شهريًا، بدرجة صعوبة كلمات مفتاحية تبلغ 4، وبقيمة CPC مقدارها $18.13. تقرأ النسخة الأصغر أحداث GitHub وتحولها إلى أربع حالات: قيد العمل، ومتوقفة، وجاهزة، ومكتملة. ولا تحتاج مطلقًا إلى وصول خاص لسجل مشروع Claude.

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

3. موجّه آلي لسياسات المراجعة

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

تحصل عبارة “Automated code review” على 210 عمليات بحث أمريكية شهريًا، وبقيمة CPC مقدارها $63.33، وهي إشارة قوية إلى أن الجمهور الأصغر يمتلك نية شرائية مرتفعة الكلفة. يحتاج MVP إلى ملف سياسة وفحص لطلب السحب وشرح موجز للأدلة الناقصة.

أما التحدي فهو التداخل. تراقب خيوط Claude طلبات السحب بالفعل وتتفاعل مع إخفاق CI وتعليقات المراجعة. لذلك يجب أن يحكم المنتج الجديد المخاطر عبر الوكلاء والمستودعات، لا أن يقلد روبوت مراجعة آخر.

ما الذي لا تحله Claude Code Projects؟

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

كما أنها لا تلغي مخاطر التسليم المعتادة:

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

الخلاصة المباشرة: استخدم Projects لتنسيق الأعمال القابلة للفصل، لا لتفويض القرارات المعمارية أو الموافقات. ابدأ بمهمتين، وافحص سجليهما، ولا ترفع عدد الخيوط المتزامنة إلا بعد أن تصبح الفروع والاستخدام قابلين للتوقع.

الأسئلة الشائعة

هل يستطيع Claude Code الوصول إلى المشاريع؟

تستطيع حسابات Claude Pro وMax المحددة استخدام النسخة التجريبية المعاد تصميمها من Projects عبر claude.ai/code، وفي تبويب Code بتطبيق سطح المكتب، وفي تطبيقات Claude للهواتف. إذا لم تظهر Projects في الشريط الجانبي لقسم Code، فالطرح لم يصل إلى ذلك الحساب بعد. أما أمر الطرفية claude project فيدير حالة مجلد محلي غير مرتبطة بهذه الميزة.

كيف أستخدم المشاريع في Claude Code؟

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

هل يستطيع Claude Code العمل على مشروع قائم؟

نعم. يمكنك إنشاء مشروع حول مستودع قائم على github.com، أو اختيار Continue as a project من جلسة سحابية قائمة. تحتاج مستودعات الشيفرة إلى صلاحية رفع التغييرات عبر حساب GitHub المتصل، وإلى تثبيت Claude GitHub App عليها.

ما أبرز الفروق بين Claude Projects وClaude Code؟

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

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