Claude Code

بدأ الأمر بـ /arib-engine — محرك يكتشف عمله بنفسه ويُنهيه بالدليل. ثم جاء /arib-build — مدير فريق يأخذ هدفاً محدداً ويُوزّعه على متخصصين بالتوازي. والآن العائلة اكتملت بطبقة Stack Skills — تخصصات عميقة تُزرع في أي مشروع وتعمل مع الأدوات الكبيرة أو بمفردها. خريطة العائلة ┌────────────────────────────────────────────────────────────┐ │ ARIB Skill Family │ ├─────────────────────┬──────────────────────────────────────┤ │ Engine Skills │ Stack Skills (opt-in) │ │ │ │ │ /arib-engine │ /arib-nestjs │ │ المحرك المستقل │ معمار NestJS + مراجعة │ │ discover→verify │ │ │ 300 سطر │ /arib-postgres │ │ │ تحسين PostgreSQL + أمان migrations │ │ /arib-build │ 85 سطر │ │ مدير الفريق │ │ │ decompose→dispatch │ │ │ 70 سطر │ │ └─────────────────────┴──────────────────────────────────────┘ Engine Skills — يعمل أياً منهما على أي مشروع بدون تكوين مسبق. ...

/arib-build بسيط في ظاهره — أعطه هدفاً، يُنجزه. لكن الفرق بين هدف محكم وهدف فضفاض هو الفرق بين تسليم في دقائق وعمل يحتاج مراجعة. هذا الدليل يُريك كيف تكتب الأمر — لا ماذا يفعل من الداخل. صيغة الأمر /arib-build <وصف الهدف> اكتب الهدف كأنك تُكلّف مهندساً أول يعرف الكود: ماذا تريد — لا كيف يُنفَّذ الـ scope واضح — لا “صلّح كل شي” النتيجة المتوقعة — لا العملية أمثلة حقيقية — إنجليزي مهام محددة (Inline) /arib-build add soft-delete to the User entity /arib-build add rate limiting to the /auth/login endpoint — 5 attempts per minute per IP /arib-build replace all console.log calls in the payments module with the Logger service /arib-build add input validation DTOs to the reservations controller /arib-build write unit tests for the PricingService — cover edge cases for zero-night stays مهام متوسطة (Workflow) /arib-build migrate all API responses to use a unified ResponseDto wrapper /arib-build add Redis caching to all GET endpoints in the RoomsModule /arib-build enforce role-based guards across every controller in the HotelOS API حملة مستمرة (مع /loop) /loop /arib-build harden every money-math path in the billing module /loop /arib-build add missing indexes to the top 10 slow queries in the reservation flow أمثلة حقيقية — عربي مهام محددة /arib-build أضف حقل soft-delete لجدول المستخدمين مع migration آمنة /arib-build ضع rate limiting على endpoint تسجيل الدخول — 5 محاولات في الدقيقة لكل IP /arib-build استبدل كل console.log في موديول المدفوعات بـ Logger service /arib-build أضف DTOs للـ validation على كل endpoints الحجوزات /arib-build اكتب unit tests لـ PricingService مع تغطية حالات الإقامة صفر ليالي مهام متوسطة /arib-build حوّل كل responses في الـ API لـ ResponseDto موحّد /arib-build أضف Redis caching لكل GET endpoints في RoomsModule /arib-build فرض role-based guards على كل controllers في الـ API مع /loop /loop /arib-build صلّح كل عمليات الحساب المالي في موديول الفواتير كيف تكتب هدفاً جيداً ❌ هدف ضعيف ✅ هدف محكم fix the auth add refresh token rotation to the JWT auth flow improve performance add Redis cache to the rooms availability query — TTL 5 min add tests write integration tests for the check-in flow — cover overbooking and invalid dates clean the code replace magic numbers in the pricing module with named constants صلّح المشاكل أصلح الـ N+1 في استعلام قائمة الحجوزات في ReservationsService القاعدة: لو قرأ مهندس آخر الأمر وسأل “بس؟ خلاص؟” — الهدف واضح. لو سأل “تقصد إيش بالضبط؟” — اكتب أكثر. ...

أحياناً تعرف بالضبط ما تريد. لا تحتاج شيئاً يكتشف المهام — تحتاج شيئاً يُنجزها. هذا ما بُني له /arib-build. الفكرة بجملة واحدة أعطه هدفاً محدداً — يُحدّد أصغر وضع تنفيذ مناسب، يُفكّك، يوزّع على المتخصصين، يجمع، ويُمرّر بوابة الدمج. size goal → choose mode → decompose → dispatch → integrate → reconcile → merge gate الجديد: ثلاثة أوضاع للتنفيذ أهم ما جاء في v3.16.0 — الأداة لا تعمل بطريقة واحدة. تختار أصغر آلية تُناسب الهدف: ...

عندك مشروع وتحتاج الذكاء الاصطناعي يساعدك بجدية — لا مجرد إجابة على سؤال. في CCM (Claude Code Methodology) هناك أداتان مختلفتان جوهرياً لهذا: /arib-engine — يكتشف عمله بنفسه ويُنهيه بالدليل لا بأوامرك /arib-build — تعطيه هدفاً، يُفكّكه على فريق متخصص، يُسلّمك النتيجة هما أخوان لا بديلان. السؤال: متى تستخدم أيهما؟ الفرق الجوهري /arib-engine — المحرك المستقل تخيّل مهندساً تعطيه ملكية المشروع لا قائمة مهام. يُحلّل، يكتشف المشاكل، يُصلحها، يتحقق، ويعيد الكرة — حتى يقول الدليل إن العمل انتهى. ...

معظم الـ skills تنفّذ شيئاً واحداً. /arib-engine يشغّل حملة كاملة. الفكرة بجملة واحدة أعطه ملكية هدف — “استلم كخبير”، “صلّب الـ codebase”، “اصنع كل شيء” — فيُحوّل “حسّن هذا المشروع” إلى حملة تُدير نفسها وتُنهي نفسها: تكتشف الـ backlog بنفسها تُقرّر بنفسها ماذا تفعل الآن تتوقف حين يقول الدليل إنها انتهت — لا حين تأمرها الحلقة التي يعمل عليها discover → ship → verify → integrate → record مكرّرة عبر PRs صغيرة وقابلة للتراجع، حتى يجتاز اختبار الإغلاق. ...

هناك سؤال يطرحه كل من جرّب العمل مع Claude Code على مشروع حقيقي: “كيف أجعله يتذكر ما فعلناه في الجلسة الماضية؟” هذا السؤال وحده يكشف المشكلة الجوهرية: Claude يبدأ من الصفر في كل جلسة. لا ذاكرة. لا سياق. لا معرفة بالقرارات السابقة. Claude Code Methodology — أو CCM — هو الجواب. لكنه جواب أعمق بكثير مما تتوقع. المشكلة التي يحلّها CCM تخيّل مهندساً جديداً يبدأ عمله كل صباح وكأنه يوم أول. لا يعرف هيكل المشروع. لا يعرف القرارات المعمارية. لا يعرف الأخطاء التي وقع فيها الفريق. يسألك عن كل شيء. ...