وعي

Claude Code Methodology (CCM) بُني على مدار أشهر — من ملف CLAUDE.md واحد إلى نظام متكامل بأكثر من 3,000 سطر: حوكمة، skills، وسياسات أمان. كان مرخّصاً تحت MIT منذ اليوم الأول. مفتوح بالكامل. لأي غرض. لأي شخص. ابتداءً من v4.0.0، تغيّر الترخيص إلى PolyForm Noncommercial License 1.0.0. هذه المقالة تشرح: لماذا، وماذا يعني لك، وما الذي لم يتغيّر. القصة القصيرة v3.x وما قبله → MIT (يبقى مجاني للكل — إلى الأبد) v4.0.0 فما فوق → PolyForm Noncommercial License 1.0.0 الإصدارات القديمة تحت MIT لا تتأثر. من لديه نسخة v3.x يحتفظ بكل حقوقه — نسخ، تعديل، بيع، إعادة توزيع. MIT لا يُلغى بأثر رجعي. ...

بدأ الأمر بـ /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 تخيّل مهندساً جديداً يبدأ عمله كل صباح وكأنه يوم أول. لا يعرف هيكل المشروع. لا يعرف القرارات المعمارية. لا يعرف الأخطاء التي وقع فيها الفريق. يسألك عن كل شيء. ...

بروتوكول السياق للنماذج ما هو MCP؟ Model Context Protocol هو معيار مفتوح المصدر أطلقته شركة Anthropic عام 2024، يُعرّف لغة اتصال موحّدة تُتيح لنماذج الذكاء الاصطناعي التفاعل مع الأدوات والخدمات الخارجية. المشكلة التي يحلّها قبل MCP، كان كل نموذج ذكاء اصطناعي يحتاج إلى integration مخصصة مع كل أداة: N نماذج × M أداة = N×M integration مختلفة مع MCP: N نماذج + M أداة = N+M فقط (عبر بروتوكول موحّد) المبادئ الجوهرية المبدأ الشرح معيار مفتوح بروتوكول اتصال مثل HTTP — أي server يتبعه يعمل مع أي client Server-side Logic كل منطق العمل يبقى في الـ server، النموذج يسأل فقط Composability عشرات الـ servers في نفس الجلسة في آنٍ واحد Security by Design الـ server هو الحارس — Claude لا يصل مباشرة للبيانات الأطراف الثلاثة ┌─────────────────────────────────────────────────────┐ │ HOST │ │ │ │ ┌─────────────┐ JSON-RPC ┌─────────────────┐ │ │ │ │ ◄────────► │ │ │ │ │ MCP Client │ │ MCP Server │ │ │ │ (Claude) │ │ │ │ │ │ │ │ ┌───────────┐ │ │ │ └─────────────┘ │ │ Database │ │ │ │ │ │ APIs │ │ │ │ │ │ Files │ │ │ │ │ └───────────┘ │ │ │ └─────────────────┘ │ └─────────────────────────────────────────────────────┘ MCP Client — النموذج الذي يطلب البيانات (مثل Claude) MCP Server — الخدمة التي توفّر البيانات أو تنفّذ الأوامر Host — البيئة التي تشغّل كل شيء (مثل Claude.ai أو Claude Code) مراحل الاتصال ١. Initialization — التهيئة عند بدء الجلسة، الـ Client يتصل بالـ Server ويعلن نفسه: ...

أصدرت Anthropic مؤخراً دليلاً جديداً من أكثر من 30 صفحة بعنوان: “The Complete Guide to Building Skills for Claude” هذا الدليل يمثل نقلة نوعية في طريقة التعامل مع نماذج الذكاء الاصطناعي. الرسالة واضحة: عصر “Prompt Engineering” انتهى — بدأ عصر “Execution Design”. في هذه المقالة، سأشرح لك كل ما تحتاج معرفته عن Skills، وكيف تستخدمها لتحويل Claude من chatbot عادي إلى AI Agent حقيقي يعمل معك. 🎯 ما هي الـ Skills؟ التعريف البسيط Skill ليست مجرد prompt — هي نظام متكامل يتضمن: ...

المشكلة: المواقع تحجب الأتمتة إذا جربت تبرمج bot يتصفح Google أو Amazon أو X.com، غالباً راح تواجه حجب فوري. ليش؟ المواقع تستخدم أنظمة كشف متطورة تفحص مئات الخصائص في متصفحك: WebGL renderer strings AudioContext sample rates navigator.hardwareConcurrency Screen geometry WebRTC IP leaks Battery API quirks Speech synthesis voices أدوات مثل Playwright و Puppeteer تنحجب لأنها تترك “بصمات” واضحة تكشف إنها automation. الحل التقليدي (ولماذا يفشل) الحل المعتاد هو استخدام “stealth plugins” تعدّل خصائص JavaScript مثل navigator.webdriver. المشكلة؟ ...