npx claudepluginhub devmuslim/pdm-skills --plugin team-osThis skill uses the workspace's default tool permissions.
---
Guides Next.js Cache Components and Partial Prerendering (PPR) with cacheComponents enabled. Implements 'use cache', cacheLife(), cacheTag(), revalidateTag(), static/dynamic optimization, and cache debugging.
Migrates code, prompts, and API calls from Claude Sonnet 4.0/4.5 or Opus 4.1 to Opus 4.5, updating model strings on Anthropic, AWS, GCP, Azure platforms.
Analyzes BMad project state from catalog CSV, configs, artifacts, and query to recommend next skills or answer questions. Useful for help requests, 'what next', or starting BMad.
Story جاهزة للـ Sprint عندما تحقق كل هذا:
✅ العنوان واضح ومفهوم
✅ الوصف يجيب: من؟ ماذا يريد؟ لماذا؟
✅ Acceptance Criteria مكتوبة وواضحة
✅ مقدّرة بـ Story Points (أو T-Shirt Size)
✅ التبعيات محددة (داخلية وخارجية)
✅ Mockup / Figma متاح (إذا كانت UI Story)
✅ لا تعارض مع BRD أو متطلبات أخرى
✅ حجمها قابل للإنجاز في Sprint واحد
Scrum: Story يجب أن تحقق DoR قبل Sprint Planning
Kanban: Item يجب أن يحقق DoR قبل دخول "In Progress"
Scrumban: نفس Kanban
SAFe: Feature تحقق DoR قبل PI — Story قبل Sprint
- "سنوضح التفاصيل مع التطوير"
- لا يوجد AC
- "افعل مثل الشاشة القديمة" بدون Figma
- Story Points = 0 أو غير محددة
- تعتمد على فريق آخر لم يؤكد بعد
Story مكتملة عندما تحقق كل هذا:
✅ الكود مكتوب ويعمل بدون أخطاء
✅ Unit Tests مكتوبة وناجحة (Coverage > X%)
✅ Code Review معتمد من [X] أشخاص
✅ لا Code Smells أو Technical Debt جديد
✅ Branch مدمج وـ Conflicts محلولة
✅ لا Hardcoded Values أو Secrets في الكود
✅ Logging مناسب مضاف
✅ Test Cases مكتوبة وتمت مراجعتها
✅ جميع AC اختُبرت (Happy Path + Edge Cases)
✅ Regression Testing على المناطق المتأثرة
✅ لا Open Bugs بأولوية P1 أو P2
✅ Performance مقبول (لا تراجع عن Baseline)
✅ اختبار على [Browsers/Devices] المتفق عليها
✅ BRD محدّث إذا تغيرت المتطلبات
✅ Stakeholder وافق على الـ Demo
✅ User Documentation محدّثة (إذا لزم)
✅ Release Notes جاهزة
✅ Developer DoD محققة
✅ QA DoD محققة
✅ BA/PO DoD محققة
✅ تم Deploy على Test Environment
✅ PO قبل الـ Story في Review
✅ Jira Ticket محدّث ومغلق
✅ جميع Sprint Stories حققت Story DoD
✅ Sprint Goal تحقق
✅ Demo قُدِّم في Sprint Review
✅ Retro Action Items موثقة
✅ Backlog محدّث للـ Sprint القادم
✅ Sprint DoD محققة
✅ Regression Testing كامل
✅ Security Scan نظيف
✅ Performance Tests ناجحة
✅ Rollback Plan جاهز
✅ Stakeholders وافقوا
✅ Support Team مبلّغ
✅ Monitoring جاهز
Given [السياق — الوضع الأولي]
When [الإجراء — ما يفعله المستخدم]
Then [النتيجة المتوقعة]
مثال:
Given المستخدم مسجّل دخول وعنده عقد نشط
When يضغط على "تعديل العقد"
Then تظهر صفحة التعديل مع بيانات العقد الحالية
And يكون زر "حفظ" معطلاً حتى يتم تعديل حقل واحد على الأقل
And تظهر رسالة تأكيد قبل الحفظ
Happy Path: السيناريو الطبيعي الناجح
Error Cases: ماذا لو فشل شيء؟
Edge Cases: الحالات الحدية (فارغ، الحد الأقصى، etc)
Permissions: من يملك صلاحية؟ من لا يملكها؟
Performance: هل هناك متطلب زمن استجابة؟
Accessibility: هل هناك متطلبات إمكانية الوصول؟
Story: كمستخدم أريد تعديل مبلغ العقد
AC-1: Happy Path
Given عقد بحالة "نشط" ومستخدم بصلاحية "مدير عقود"
When يعدّل المبلغ لقيمة صحيحة ويضغط "حفظ"
Then يُحفظ التعديل ويظهر تاريخ التعديل والمعدِّل
And يُرسل إشعار للطرف الثاني بالتعديل
AC-2: Error — قيمة غير صالحة
When يدخل مبلغ سالب أو صفر
Then تظهر رسالة خطأ "المبلغ يجب أن يكون أكبر من صفر"
And لا يُحفظ التعديل
AC-3: Permissions
Given مستخدم بصلاحية "موظف عادي"
When يحاول الوصول لصفحة التعديل
Then يُعاد توجيهه لصفحة "غير مصرح" (403)
AC-4: Edge Case — عقد منتهي
Given عقد بحالة "منتهٍ"
When يحاول المستخدم تعديله
Then زر "تعديل" معطّل ويظهر Tooltip "لا يمكن تعديل عقد منتهٍ"
DoR → بوابة الدخول "هل الـ Story جاهزة للبناء؟"
AC → مواصفات البناء "ماذا نبني بالضبط؟"
DoD → بوابة الخروج "هل الـ Story مكتملة فعلاً؟"
DoR: يُطبّق في Refinement قبل Sprint
DoD: يُتحقق منه في Sprint Review
AC: يكتبها PO ويراجعها الفريق في Refinement
DoR: شرط دخول عمود "In Progress"
DoD: شرط دخول عمود "Done"
AC: يكتبها قبل سحب Item للعمل
Feature DoR: قبل PI Planning
Story DoR: قبل Sprint Planning
Feature DoD: يحقق System Demo
Story DoD: نفس Scrum