Skills For Real Engineers هي مكتبة مهارات لوكيل الذكاء الاصطناعي أطلقها Matt Pocock للمهندسين المحترفين، وهي مستمدة من مجموعة الممارسات التي يستخدمها يوميًا في مجلد .claude. ليست إطار عمليات ثقيلًا مثل GSD أو BMAD أو Spec-Kit، بل مجموعة مهارات صغيرة قابلة للتركيب والتعديل الحر، تستخدم أوامر مثل /grill-me و/tdd و/diagnose لمواءمة المتطلبات وقيادة دورة إعادة البناء الأحمر-الأخضر وتشخيص العيوب بشكل منظم، دون الارتباط بنموذج محدد.
ما هي Skills For Real Engineers
إجابة مختصرة: Skills For Real Engineers (اسم المستودع Matt Pocock Skills) هي مكتبة مهارات لوكيل الذكاء الاصطناعي موجهة للمهندسين المحترفين، أطلقها Matt Pocock وانطلقت من ممارسة Matt Pocock اليومية في مجلد .claude.
تحديد موقعها واضح: إنها ليست أداة ترفيهية للبرمجة الارتجالية (vibe coding)، بل صندوق أدوات يومي «للقيام بهندسة حقيقية». يذكر المؤلف أن هذه المهارات صُممت لإصلاح أنماط الفشل الشائعة التي يراها بشكل متكرر مع وكلاء الترميز مثل Claude Code وCodex.
الفرق عن GSD وBMAD
تحاول أساليب مثل GSD وBMAD وSpec-Kit «الاستحواذ على العملية». لكنها أثناء ذلك تسحب منك التحكم، وتجعل المشكلات داخل العملية صعبة التحديد. تسير Skills For Real Engineers في الاتجاه المعاكس:
- صغيرة وجميلة: كل مهارة تعمل باستقلالية، دون إطار موحد ضخم.
- قابلة للتركيب: تختار ما تحتاجه وتكيّفه بحرية مع مستودعك.
- قابلة للتعديل الحر: المهارات هي ملفات عادية داخل مستودعك، يمكنك تعديلها إذا لم تفهمها.
- غير مرتبطة بنموذج: لا يرتبط بنموذج محدد، ويمكن استخدام Claude وCodex وCursor وغيرها.
- هندسية الأصل: تستند إلى مبادئ هندسية كلاسيكية مثل The Pragmatic Programmer وDomain-Driven Design، بدلًا من تكديس حيل هندسة الأوامر.
تموضع المنتج
موجه إلى المطورين الذين يمتلكون عادات هندسية حقيقية: استخدام أنواع ثابتة واختبارات آلية ودورة إعادة البناء الأحمر-الأخضر وغيرها من التغذية الراجعة الحقيقية لتقييد الوكيل وتجنب «الطيران الأعمى». لا توفر المكتبة خدمة استضافة، ولا تقرر المعمارية عنك، بل تقدم مجموعة واجهات حوار وعمليات قابلة لإعادة الاستخدام.
الوظائف الأساسية
تُقدَّم المهارات في صورة أوامر بشرطة مائلة للوكيل، وتنقسم إلى عدة مجموعات رئيسية.
مواءمة المتطلبات
/grill-me: عبر جلسة أسئلة مكثفة، يعمل على مواءمة المتطلبات وفروع القرار تمامًا قبل بدء الترميز، ويمكن استخدامه في سياقات غير برمجية./grill-with-docs: يبني إضافة إلى جلسة الاستجواب لغة مشتركة للمشروع وسجلات قرارات معمارية (ADR)./zoom-out: يطلب من الوكيل الخروج من التفاصيل المحلية للكود وتقديم شرح من منظور النظام ككل.
التطوير والتحقق
/tdd: يقود الوكيل لتنفيذ دورة إعادة البناء الأحمر-الأخضر، وبناء الميزات أو إصلاح العيوب شريحة رأسية تلو الأخرى./diagnose: حلقة تشخيص منظمة: إعادة الإنتاج ← التصغير ← الفرضية ← إضافة أدوات القياس ← الإصلاح ← اختبار الانحدار./prototype: بناء نموذج طرفي قابل للتشغيل أو عدة أشكال لواجهة المستخدم للتحقق من التصميم بسرعة.
المهام والتخطيط
/triage: يعتمد آلة حالات لتصنيف المسائل وإسنادها، ويدعم مفردات تسميات مخصصة./to-prd: يحوّل سياق المحادثة الحالية تلقائيًا إلى PRD ويقدمه كمسألة على GitHub./to-issues: يقسم الخطة أو PRD إلى مهام شرائح رأسية يمكن توليها بشكل مستقل.
المعمارية والتعاون
/improve-codebase-architecture: يحدد فرص تعميق الوحدات بناءً على CONTEXT.md وسجلات ADR، ويعالج تشابك المعمارية./caveman: وضع اتصال مضغوط للغاية، يقلل استهلاك الرموز نحو 75% مع الحفاظ على الدقة التقنية./handoff: يضغط الجلسة الحالية في مستند تسليم، ما يسهل على وكيل آخر استكمال العمل بسلاسة./teach: يستخدم المجلد الحالي كمساحة تعليمية حالة، لتعليم مهارة أو مفهوم جديد عبر جلسات متعددة./write-a-skill: ينشئ مهارة جديدة وفق بنية موحدة، مع دعم الكشف التدريجي وتجميع الموارد.
آلية اللغة المشتركة
تُنشأ منظومة مصطلحات المشروع عبر CONTEXT.md، وهي من أكثر الحيل التي يراها المؤلف أهمية. الملاحظة التي يسجلها المؤلف هي أن الوكيل عادة يُلقى مباشرة في المشروع ويُطلب منه أن يخمّن المصطلحات أثناء العمل، فيستخدم 20 كلمة حيث تكفي كلمة واحدة.
مثلًا، تحويل عبارة «توجد مشكلة عندما يصبح الدرس داخل قسم من الدورة حقيقيًا، أي يُمنح موضعًا في نظام الملفات» إلى «توجد مشكلة في تسلسل التجسيد materialization cascade» يمكن أن يوفر كثيرًا من تكلفة الشرح في جملة واحدة، وهذا الاختصار يتضاعف مع كل جلسة. وتجلب اللغة المشتركة أيضًا: تسمية المتغيرات والدوال والملفات بشكل متسق؛ سهولة تنقل الوكيل في قاعدة الكود؛ واستهلاك الوكيل عددًا أقل من الرموز أثناء التفكير.
كيفية استخدام Skills For Real Engineers
هناك طريقان للدخول، يمثلان فلسفتين، ويجب اختيار أحدهما فقط.
الطريق الأول: إضافة Claude Code
- تُثبَّت مجموعة المهارات كاملة كحزمة مُدارة للقراءة فقط، وتُحدَّث تلقائيًا عند إصدار المؤلف نسخة جديدة، أي أقرب إلى «الاشتراك» وليس التفرع.
- توجد في سوق Claude Code الرسمي، فلا حاجة لإضافة مصدر أولًا، وتصل التحديثات تلقائيًا.
- إضافة Codex الأصلية مدرجة في خريطة الطريق، انظر
.agents/adr/0002-ship-as-a-claude-code-plugin.md.
الطريق الثاني: مثبِّت المهارات
شغّل npx skills@latest add mattpocock/skills، واختر الوكيل المستهدف وحدد /setup-matt-pocock-skills. يتيح لك المثبِّت اختيار المهارات والوكلاء الذين تريد التثبيت عليهم؛ وتُكتب المهارات كملفات عادية داخل مستودعك تملكها ويمكنك تعديلها، ولا تتحدث خلف الكواليس، وعند الحاجة اسحب آخر التغييرات باستخدام npx skills update.
ملاحظة: تثبيت الطريقين معًا يجعل كل مهارة تظهر في نسختين.
التهيئة والإيقاع اليومي
- نفّذ مرة واحدة في الوكيل
/setup-matt-pocock-skills، مرة لكل مستودع. وسيسألك: أي متتبع مسائل ستستخدم، GitHub أو Linear أو ملفات محلية؛ ما التسميات التي تضعها عند الفرز، إذ يعتمد/triageعليها؛ وأين تحفظ المستندات التي ننشئها. - قبل كل تغيير استخدم
/grill-meأو/grill-with-docsلمواءمة المتطلبات. - أثناء التطوير استخدم
/tddلضمان الجودة. - عند مواجهة خطأ استخدم
/diagnoseلتشغيل التشخيص المنظم. - لصيانة المعمارية، شغّل دوريًا
/improve-codebase-architectureلمنع تآكل الكود.
يمكن إكمال التثبيت والتهيئة في نحو 30 ثانية، ويدعم GitHub أو Linear أو الملفات المحلية كمتتبع للمسائل.
حالات الاستخدام
- مواءمة المتطلبات والتخطيط: عند بدء مشروع أو قبل تغيير ميزة، استخدم
/grill-meأو/grill-with-docsلجلسة أسئلة مكثفة مع الوكيل، لضمان توافق الطرفين تمامًا على المتطلبات وفروع القرار ومصطلحات المجال. - التطوير المدفوع بالاختبارات: عندما تحتاج إلى ضمان جودة الكود، استخدم
/tddليقود الوكيل دورة إعادة البناء الأحمر-الأخضر، وبناء ميزة أو إصلاح عيب شريحة رأسية تلو الأخرى، بحيث يحرس الاختبار الآلي كل تغيير. - تشخيص الأخطاء المعقدة: عند مواجهة تراجع أداء أو خلل منطقي يصعب إعادة إنتاجه، استخدم
/diagnoseلتشغيل حلقة التشخيص الكاملة. - حوكمة معمارية مستمرة: في قواعد الكود الكبيرة طويلة الصيانة، شغّل دوريًا
/improve-codebase-architectureلتحديد فرص تعميق الوحدات وفق CONTEXT.md وADR، وتجنب تسريع الوكيل لتآكل الكود. - التعاون عبر الجلسات: استخدم
/handoffلضغط الجلسة و/cavemanلخفض الرموز، وهو مناسب للمهام الطويلة وعمليات التسليم بين عدة وكلاء.
المزايا
- خفيف وقابل للتركيب: يرفض الأطر الثقيلة، وكل مهارة تعمل باستقلالية ويمكن تكييفها بحرية.
- غير مرتبط بنموذج: يعمل مع Claude وCodex وCursor وغيرها.
- هندسي الأصل: مبني على مبادئ هندسية كلاسيكية، لا على حيل هندسة الأوامر.
- آلية لغة مشتركة: يقلل CONTEXT.md بشكل ملحوظ كلفة تواصل الوكيل واستهلاك الرموز.
- حلقة تغذية راجعة: يركز على ردود فعل حقيقية مثل الأنواع الثابتة والاختبار الآلي وإعادة البناء الأحمر-الأخضر.
- سهل التعديل: عبر مسار skills تكون المهارات ملفات قابلة للتحرير داخل مستودعك.
القيود
- هي مجموعة مهارات، وليست مدير عمليات شاملًا؛ والفرق التي لا تملك انضباط اللغة المشتركة وADR تحتاج إلى صيانة CONTEXT.md وسجلات القرار بنفسها.
- يعتمد نظام التسميات في
/triageعلى التهيئة الأولية، والتهيئة غير المناسبة قد تؤثر على فعالية الفرز. - طريقا التثبيت متنافيان، والخلط بينهما يُنتج مهارات مكررة.
- إضافة Codex الأصلية ما تزال في خريطة الطريق، ومستخدمو Codex يسلكون حاليًا مسار تثبيت ملفات المهارات.
- قد تتغير تفاصيل نطاق الدعم والأوامر وإيقاع التحديث.
تلميح للتحقق من السعر والتوفر
لم تُقدَّم في جدول الحقائق هذه أي معلومات عن السعر أو رسوم الاشتراك أو شروط الترخيص، لذلك لا نضع افتراضات. راجع مباشرة الموقع الرسمي https://github.com/mattpocock/skills وصفحات سوق الإضافات الرسمية للوكيل الذي تستخدمه للتأكد من أحدث حالة قبل اتخاذ القرار.
الأسئلة الشائعة (FAQ)
هل يرتبط بنموذج محدد؟
لا. الصياغة الرسمية تقول إنه غير مرتبط بنموذج، ويمكن استخدام Claude وCodex وCursor وغيرها.
هل يعمل فور التثبيت؟
لا، ما يزال يحتاج إلى تهيئة. نفّذ مرة واحدة في الوكيل /setup-matt-pocock-skills، وعيّن متتبع المسائل وتسميات الفرز ومجلد المستندات، وبعد ذلك تعمل مهارات مثل /triage وفق اتفاقك.
هل أختار الإضافة أم المثبِّت؟
إن كنت تريد متابعة تحديثات المؤلف وقبول حزمة مُدارة للقراءة فقط، فاختر إضافة Claude Code؛ وإن كنت تريد امتلاك الملفات وتعديلها والتحكم في توقيت التحديث، فاستخدم npx skills@latest add mattpocock/skills. ولا تثبتهما معًا.
هل يتعارض مع GSD أو BMAD؟
قصد المؤلف هو تقديم فكرة بديلة: GSD وBMAD وSpec-Kit تساعد عبر الاستحواذ على العملية، ولهذا تسحب منك التحكم وتجعل مشكلات العملية صعبة الحل؛ أما هذه المهارات فتختار الصغر والقابلية للتركيب والتعديل الحر. وخلطها من عدمه يعتمد على انضباط فريقك.
ما المهارة التي تستحق التجربة أولًا؟
يرى المؤلف أن /grill-with-docs قد تكون أقوى تقنية في المستودع كله: إنها جلسة استجواب، وتساعدك في بناء لغة مشتركة مع الذكاء الاصطناعي، وتوثق القرارات التي يصعب شرحها في ADR.
البدائل
- GSD وBMAD وSpec-Kit: أطر ثقيلة تحاول الاستحواذ على عملية التطوير، تمنح تحكمًا أقل وتجعل مشكلات العملية أصعب في التحديد.
- مهارة الوكيل مفتوحة المصدر من 一泽 Eze: تركز على «التفكير في كيفية تصفح الإنترنت».
- إطار مهارات وكيل ومكوّن إضافي لأساليب تطوير البرمجيات مفتوح المصدر من Jesse Vincent.
- مهارة تصميم ذكاء اصطناعي مفتوحة المصدر مصممة لمساعدي الترميز بالذكاء الاصطناعي.
- نهج عام: صيانة مجموعة ملفات .claude خاصة بك أو مهارات على مستوى المشروع، وتركيبها وفق عادات فريقك.
المصادر الأولية
- الموقع الرسمي والمستودع: https://github.com/mattpocock/skills
إذا أردت متابعة تغييرات هذه المهارات وأي مهارات جديدة ينشئها المؤلف، يمكنك الانضمام إلى نشرته البريدية التي يتابعها نحو 60,000 مطور.
الأسئلة الشائعة
هل ترتبط Skills For Real Engineers بنموذج محدد؟
لا. الصياغة الرسمية تقول إنها غير مرتبطة بنموذج، ويمكن استخدام Claude وCodex وCursor وغيرها.
هل تعمل فور التثبيت؟ وما التهيئة المطلوبة؟
لا، تحتاج إلى تهيئة. نفّذ مرة واحدة في الوكيل /setup-matt-pocock-skills، وسيسألك عن متتبع المسائل الذي ستستخدمه، GitHub أو Linear أو ملفات محلية، والتسميات التي تستخدمها عند الفرز، ومجلد حفظ المستندات، وبعد ذلك تعمل مهارات مثل /triage وفق اتفاقك.
أيهما أختار: إضافة Claude Code أم مثبِّت skills؟
يمثلان فلسفتين، ويجب اختيار أحدهما فقط. إضافة Claude Code تثبّت مجموعة المهارات كحزمة مُدارة للقراءة فقط وتتحدث تلقائيًا عند إصدار المؤلف؛ أما مثبِّت skills، وهو npx skills@latest add mattpocock/skills، فينسخ ملفات مهارات قابلة للتعديل إلى مستودعك، وتبقى تحت سيطرتك ويمكنك سحب التحديثات باستخدام npx skills update. تثبيتهما معًا يجعل كل مهارة تظهر في نسختين.
ما الفرق بينها وبين GSD وBMAD؟
GSD وBMAD وSpec-Kit تقدم المساعدة عبر الاستحواذ على العملية، لكنها تسحب منك التحكم وتجعل مشكلات العملية صعبة الحل. هذه المهارات تلتزم بالصغر والقابلية للتركيب والتعديل الحر، ولا تربطك بعملية محددة، وكل مهارة تعمل باستقلالية.
لماذا تُعد اللغة المشتركة بهذه الأهمية؟
يلاحظ المؤلف أن الوكيل يُلقى عادة في المشروع ويخمّن المصطلحات أثناء العمل، فيستخدم 20 كلمة حيث تكفي كلمة واحدة؛ وعند إنشاء لغة مشتركة عبر CONTEXT.md تصبح التسميات أكثر اتساقًا، ويصبح التنقل في قاعدة الكود أسهل، ويستهلك الوكيل رموزًا أقل في التفكير، وهذا الاختصار يتضاعف مع كل جلسة.
إذا أردت تجربة مهارة واحدة فقط، فماذا تنصح؟
يرى المؤلف أن /grill-with-docs قد تكون أقوى تقنية في المستودع: إنها جلسة أسئلة مكثفة، وتساعدك في بناء لغة مشتركة للمشروع مع الذكاء الاصطناعي، وتوثق القرارات التي يصعب شرحها في ADR.
