جرّبت Projects في Claude Code: نقاط القوة والمزالق في الخيوط المتوازية كما ظهرت حين طلبت منها بناء موقع ويب كامل

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

جرّبتها من 26 إلى 28 سبتمبر 2026، وكانت Projects يومها في مرحلة التجربة العامة (بيتا) (تُطرح تدريجيًّا على خطّتي Pro وMax؛ راجع الوثائق الرسمية). وقد تتغيّر الشاشات والسلوك لاحقًا. ما أكتبه هنا هو ما حدث فعلًا في ذلك الوقت، مع أرقام تحقّقت منها من الشاشات وتقرير الاستهلاك وسجلّ المستودع.

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

1. ماذا طلبت منه أن يبني: الظروف، واعتراف لا بدّ منه في البداية

كان الموضوع موقع قاعدة بيانات للبحث عن «الذاكرة اللازمة» لنماذج اللغة المحلية. وللإجابة عن سؤال «هل يعمل هذا النموذج على جهازي؟» يجمع الموقع أحجام الملفات المكمَّمة من Hugging Face، ويحسب الذاكرة اللازمة عند كل طول سياق، ويتيح البحث العكسي انطلاقًا من ذاكرة بطاقة الرسوميات أو جهاز Mac. المشروع ليس صغيرًا أكثر من اللازم، وينقسم بطبيعته إلى أجزاء يمكن تشغيلها بالتوازي (جمع البيانات، والحساب، والصفحات، والبحث العكسي، وتحسين محركات البحث)، ولذلك كان ميدان اختبار مناسبًا لـProjects.

2. خطوات البدء، والمواضع الخمسة التي تعثّرت فيها

خطوات البدء نفسها قصيرة: في تبويب Code في تطبيق سطح المكتب تختار «Projects» ثم «New»، وتُدخل الاسم والهدف والمستودع، ثم تنشئ المشروع. لكنني تعثّرت حول هذه الخطوات في المواضع الخمسة التالية.

وعن ②: بعد الإنشاء مباشرة ظهر في المحادثة هذا التنبيه: «Up to $100 of initial usage, including the automatic setup, won't count towards your usage limits». أي أن أوّل $100 من الاستخدام لا تُحسب من حدود استخدامك المعتادة، وظهر ذلك أيضًا في شاشة الاستهلاك باسم «رصيد إعداد المشروع» (مع نحو 24 ساعة حتى انتهاء صلاحيته). وحتى 28 سبتمبر، لم تذكر صفحة Projects في الوثائق الرسمية هذه الميزة. وفي الفصل 6 أعرض كيف نفد هذا الرصيد فعلًا.

أما ما حيّرني في إعدادات البيئة فكان تعديل بيئة موجودة. فالدخول من «Add cloud environment» يفتح شاشة لبيئة جديدة، وفي البداية كتبت النطاقات المسموح بها في خانة سكربت الإعداد. لتعديل بيئة موجودة، مرّر المؤشّر فوقها في القائمة وانقر أيقونة الترس التي تظهر (وهذا بالضبط ما تقوله الوثائق الرسمية، لكن يصعب اكتشافه من الشاشة وحدها).

3. سجلّ نحو 20 ساعة: ما الذي جرى وأنا نائم

هذا مسار الأحداث من الإنشاء (نحو الساعة 22:00 يوم 26 سبتمبر) حتى دمج آخر طلب سحب (نحو الساعة 17:30 في اليوم التالي، 27 سبتمبر). جميع الأوقات بتوقيت اليابان (JST).

وهناك أمر لم يكن جيّدًا يستحقّ الذكر أيضًا. في أثناء بناء أساس جمع البيانات، أرسل خيطٌ 520 طلبًا متتاليًا إلى واجهة Hugging Face البرمجية ليفهم كيف تعمل آلية تحديد المعدّل في الخدمة الخارجية. فحكم خيط المراجعة بأن ذلك «لم يكن معقولًا» ودوّن قواعد لاستعمال الواجهات البرمجية الخارجية، ولم يرسل خيط جمع البيانات اللاحق سوى 8 طلبات طوال عمله. فإذا تُرك وشأنه، لا يراعي من تلقاء نفسه العبء الذي يضعه على الخدمات الخارجية، ولذلك يستحقّ الأمر أن يُكتب في التعليمات.

4. الموافقة على كل خطوة مقابل تفويض الأمر

كما ذكرت في الفصل 1، عمل النصف الأول بتعليمات تُدخل موافقة الإنسان في كل خطوة، وفي الساعة 17:00 يوم 27 أعدت كتابتها لأفوّض الأمر. وتغيّر السلوك تغيّرًا واضحًا.

وثمّة أمران ينبغي الانتباه إليهما عند التفويض. الأول أن التعليمات المعاد كتابتها لا تصل إلى الخيوط التي تعمل في تلك اللحظة. وقد شرح المنسّق نفسه ذلك: «بدأ هذا الخيط قبل إعادة كتابة التعليمات، فهو لا يرى التعليمات الجديدة». والثاني أن الخيوط لم تستطع حذف القواعد القديمة الباقية في ذاكرة المشروع. فالمهمّة التي حاولت إعادة كتابة ملاحظة قديمة تقول «الدمج للإنسان وحده» أوقفها فحص أمان. ولا بدّ أن يحذف الإنسان الملاحظات القديمة بنفسه من الإعدادات، في «Memory» (الذاكرة).

وهذا هيكل التعليمات التي استقررت عليها في النهاية.

هذا المشروع يبني [موقعك] ويشغّله.
طريقة العمل متروكة لك: يقرّر المنسّق أيّ الخيوط يبدأ، وكم عددها، وأيّ النماذج، وبأيّ ترتيب.
يجوز لك دمج طلبات السحب بعد نجاح CI. وحلّ التعارضات بنفسك.

لا تسأل الإنسان إلا عن:
- كل ما يكلّف مالًا (واجهات برمجية مدفوعة، خدمات مدفوعة)
- كل ما يحتاج أسرارًا (مفاتيح API، كلمات مرور)
- النشر إلى الإنتاج أو تغيير بيانات الإنتاج
- القرارات التي تتفرّع فيها الخيارات ويكون كلٌّ منها معقولًا
- كل ما تحتاجه ولا تستطيع بلوغه (لا تملأ الفراغ بالتخمين أو ببيانات وهمية)

التزم بحدود المعدّل في الواجهات البرمجية الخارجية، ولا ترسل إليها طلبات كثيفة لأغراض الاستكشاف.

ومع ذلك، وفي ضوء ما عرفته لاحقًا، أنصح بإضافة «تغييرات إعدادات CI وسكربتات النشر تحتاج موافقة الإنسان». فالخيوط المفوَّضة تستطيع تغيير إعدادات CI أيضًا، وإذا اجتمع ذلك مع آلية للنشر نشأ طريق تبلغ به التغييرات الإنتاج دون أن يتحقّق منها أحد (الفصل 7).

5. الجودة كما ظهرت بعد الإطلاق: كل الاختبارات كانت ناجحة

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

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

وحين أدخلت البيانات الحقيقية ظهرت مشكلتان أخريان.

• اختلطت بجداول التكميم ملفات ليست النموذج الرئيسي. فقد عُدّت النماذج المساعدة للتنبّؤ المسبق (MTP وEAGLE وغيرها) وملفات LoRA تكميماتٍ للنموذج الرئيسي، فبدأ جدول أحد نماذج 12B بسطر يقول «Q8_0 0.47GB» (بينما حجم Q8_0 الحقيقي 12.7GB). وبعد الإصلاح أُعيد تصنيف 195 ملفًا في 56 مستودعًا على أنها مساعدة.
• أحدث النماذج وأكثرها طلبًا ظهرت ذاكرتها اللازمة «غير قابلة للحساب». فالمعادلة كما كُتبت أوّلًا لم تكن تدعم معماريات الجيل الأحدث (كتلك التي تختلف فيها طريقة الاحتفاظ بالذاكرة من طبقة إلى أخرى). أي أن الميزة الأهمّ في الموقع كانت غائبة عن الصفحات الأكثر زيارة تحديدًا.

ولم يظهر الأمران إلا بعد إدخال البيانات الحقيقية إلى الإنتاج، لأن الاختبارات بُنيت كلها على بيانات العيّنة. وهذا ما أصلحته بـClaude Code على جهازي، والوقت الذي استغرقه (من 17:21 إلى 22:54 يوم 28 سبتمبر، 13 إيداعًا).

وفي المقابل، كانت هناك إيجابيات واضحة. فالصفحات سريعة (نحو 0.1 ثانية للرئيسية منها)، وأحجام الملفات هي القيم الفعلية على Hugging Face، والذاكرة اللازمة للنماذج المدعومة مطابقة للمعادلة. وكان عمل تحسين محركات البحث، من العناوين والبيانات المنظَّمة وخريطة الموقع وllms.txt، حاضرًا منذ البداية. وحكمي الإجمالي: الهيكل والتفاصيل مصنوعة جيّدًا، وما كان ينقص هو «المفاصل» بين الأجزاء والبيانات الحقيقية.

6. الاستهلاك والتكلفة: أين ذهبت 191.8 مليون توكن

تعرض شاشة «Usage» (الاستهلاك) في إعدادات المشروع التوكنات بحسب الخيط وبحسب النموذج. وزرّ في الزاوية العليا يتيح نسخ كل ذلك نصًّا كما هو. وهكذا بدا التقرير في الساعة 11:47 يوم 27 سبتمبر.

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

وللمقارنة، حسبت نسبة «التوكنات المقروءة ÷ التوكنات المُخرَجة» وقارنتها بـClaude Code على جهازي (آخر ثلاثة أيام على حاسوبي): نحو 330 للمشروع ونحو 340 محليًّا. أي أن الاستهلاك لكل وحدة عمل كان قريبًا جدًّا من جلسة محلية. والأرجح أن Projects تبدو أثقل لأن كل شيء يجري بالتوازي دفعة واحدة، فيتركّز الاستهلاك في وقت قصير (والعمل نفسه مختلف، فهذه مقارنة تقريبية).

أما من جهة التكلفة، فقد استطعت أن أتتبّع كيف نفد رصيد الإعداد ($100).

تصرّف هذا الرصيد إلى حدّ بعيد مثل مبلغ بالدولار محسوب بأسعار الواجهة البرمجية. فحين حسبت تقرير الساعة 11:47 بالأسعار الرسمية لـAnthropic (Pricing: Sonnet 5 بسعر $2 للإدخال و$10 للإخراج و$0.20 للقراءة من الذاكرة المؤقتة، وOpus 5.5 بسعر $4 للإدخال و$20 للإخراج و$0.20 للقراءة من الذاكرة المؤقتة، وكلها لكل مليون توكن) بلغ نحو $58–65، وهذا يوافق تقريبًا ما عرضته الشاشة حينها (78% = $78). فعبارة «ما قيمته $100» تعني الكمّية التي ستكلّف $100 لو دفعت عبر الواجهة البرمجية، وهي ليست كبيرة في سياق خطة Max ذات السعر الثابت. أما رصيد آخر وُزّع للجلسات السحابية ($250 في خطة Max)، فكانت شاشة استلامه تقول «المشاريع غير مشمولة»، ولم يُستهلك منه فعلًا دولار واحد.

7. لماذا تعثّر النشر إلى بيئة الإنتاج

أصعب ما في التجربة كان إيصال ما بُني إلى الإنتاج، لأن الاستضافة كانت استضافة مشتركة لا يُدخَل إليها إلا عبر SSH.

• الخيوط السحابية لا تستطيع بلوغ خادم الإنتاج (فمفتاح SSH موجود على حاسوبي وحده).
• ولتشغيل العمل على الحاسوب المحلي تستعمل خيار «Work locally» (العمل محليًّا) في المشروع. وهو في جوهره Remote Control، ويتطلّب تفعيل «Use this computer from your phone and claude.ai» (استعمال هذا الحاسوب من هاتفك ومن claude.ai) في تطبيق سطح المكتب.
• غير أن هذا الإعداد يسري على قائمة كل المجلّدات التي فتحتها في Claude Code حتى الآن، وهي تُجمع تلقائيًّا. وفي بيئتي كان عددها 22، أحدها مجلّد أمّ يضمّ عشرات المشاريع. وما دام الإعداد مفعّلًا تصبح كلها أماكن يمكن بدء العمل فيها عن بُعد، وتُرسَل أيضًا أسماء المجلّدات ومساراتها وعناوين المستودعات إلى Anthropic. ولحصره في مجلّد واحد عليك أن تسلك طريقًا آخر: تفتح الطرفية في ذلك المجلّد وتشغّل claude remote-control.

فوازنت بين عدّة طرق للنشر.

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

وحين أنظر إلى الوراء، يبدو من الأفضل التفكير في Projects على أنها مصمَّمة لتقترن باستضافة تنشر تلقائيًّا حين تدمج على GitHub. فمع Vercel مثلًا يكفي ربطه بـGitHub لتنساب التغييرات حتى الإنتاج، فلا يقع الطريق المسدود الذي وقعت فيه. لكن خطة Hobby المجانية في Vercel مقصورة على الاستعمال غير التجاري، وعرض إعلانات مثل Google AdSense يتطلّب خطة Pro المدفوعة (ابتداءً من $20 شهريًّا) (Fair Use Guidelines). كما أنها لا تلائم بطبيعتها موقعًا بـPHP وMySQL كهذا. والمهمّ أن تحدّد التقنيات والاستضافة معًا منذ البداية.

أنوي أن أتناول في مقال مستقلّ مخاطر السماح بتشغيل حاسوبك عن بُعد، وكيف يختلف ذلك عن Claude Code اليومي. أما استعمال جلستك المحلية من الهاتف فيشرحه مقال Remote Control.

8. الأعمال التي تناسبه والأعمال التي لا تناسبه

وبناءً على هذه التجربة، إليك ما أتحقّق منه قبل البدء.

• الاستضافة: هل يؤدّي الدمج على GitHub إلى النشر تلقائيًّا؟ وإن كان SSH لازمًا، فقرّر مسبقًا طريقة مثل أن يجلب الخادم التحديث بنفسه.
• صلاحيات GitHub: نطاق تثبيت Claude GitHub App. استعمل حسابًا مخصّصًا، أو ضيّق المستودعات.
• حدود التفويض: اكتب في تعليمات المشروع ما يُسأل عنه الإنسان فقط. واجعل تغييرات إعدادات CI والنشر تحتاج موافقة.
• الشبكة: إن كنت تستعمل واجهات برمجية أو مواقع خارجية، فضع في قائمة السماح النطاق نفسه ونطاقاته الفرعية معًا.
• التحقّق بالبيانات الحقيقية: لا تطمئنّ لمجرّد نجاح الاختبارات ببيانات العيّنة. وفي النهاية ابدأ خيطًا واحدًا مهمّته أن يمرّر بيانات مماثلة للإنتاج من الطرف إلى الطرف وينظر في النتيجة.
• حدود الاستخدام: راجع النموذج الافتراضي للخيوط. وفي أوّل 24 ساعة يتوفّر رصيد إعداد بقيمة $100.

الخلاصة

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

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

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

س. كم تكلّف Projects؟

ج. لا رسوم منفصلة؛ فهي تستهلك من حدود الاستخدام المعتادة في خطّتي Pro وMax. وفي هذه التجربة حصلت فوق ذلك على «رصيد إعداد» لا يُحتسب بموجبه من حدودي ما يصل إلى $100 من الاستخدام في نحو 24 ساعة الأولى (كما ظهر على الشاشة؛ ولم يرد في الوثائق الرسمية حتى 28 سبتمبر). واستهلك العمل، أي 10 خيوط و11 طلب سحب، نحو 190 مليون توكن واستنفد ذلك الرصيد. وبأسعار الواجهة البرمجية، يساوي ذلك نحو $100.

س. هل يستمرّ العمل حقًّا إن أغلقت حاسوبي؟

ج. نعم. الخيوط التي تعمل في السحابة استمرّت سواء أغلقت الحاسوب أو وضعته في وضع السكون. وفي هذه التجربة انتهت ثلاث مهامّ خلال نحو 7 ساعات في الليل. أما الخيوط التي تبدأ على حاسوبك عبر «Work locally» (العمل محليًّا) فلا تعمل إلا ما دام الحاسوب مستيقظًا.

س. هل يمكن استعمالها مع مستودعات خارج GitHub؟

ج. الخيوط التي تتعامل مع الشيفرة تفترض مستودعًا على github.com مثبَّتًا عليه Claude GitHub App. وكنت أدير هذا المشروع على خادم git خاصّ بي، فأنشأت حساب GitHub مخصّصًا لـClaude، وبدأت هناك، ثم أعدت كل شيء إلى بيئتي المحلية في النهاية.

س. ماذا يحدث إن غيّرت تعليمات المشروع في منتصف الطريق؟

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

س. هل «Work locally» (العمل محليًّا) آمن؟

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

س. هل يمكن استعمال ما يبنيه كما هو؟

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