npx claudepluginhub devmuslim/pdm-skills --plugin product-mindsetThis 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.
Reviews prose for communication issues impeding comprehension, outputs minimal fixes in a three-column table per Microsoft Writing Style Guide. Useful for 'review prose' or 'improve prose' requests.
إذا لا يعرف الفريق إذا Feature نجحت —
فهو يبني في الظلام.
Metric Ownership = الفريق يحدد مقياس النجاح
قبل البناء لا بعده
قبل البناء — اسأل هذه الأسئلة الثلاثة:
1. ما الذي سيتغير للمستخدم إذا نجحت هذه الـ Feature؟
2. كيف نقيسه بالأرقام؟
3. ما الرقم الذي يعني "نجحنا"؟
مثال — Feature تسريع تعديل العقد:
السؤال 1: المستخدم سيعدّل بشكل أسرع وبأخطاء أقل
السؤال 2: وقت إكمال التعديل + معدل الأخطاء
السؤال 3: وقت < 5 دقائق + أخطاء < 1%
كل منتج يحتاج مقياساً واحداً يعبّر عن قيمته الحقيقية:
أمثلة:
Airbnb: عدد ليالي الإقامة الناجحة
Spotify: وقت الاستماع اليومي
WhatsApp: رسائل مُرسلة يومياً
نظام العقود: عقود معالجة بدون أخطاء
النجاح الحقيقي = هذا الرقم يرتفع
Activity Metrics (لا تكفي):
- عدد Stories مغلقة
- Velocity
- Deployment Frequency
Output Metrics (أفضل):
- Features مُطلقة
- Bugs مُصلحة
- Response Time
Outcome Metrics (الأهم):
- User Activation Rate
- Task Completion Rate
- Error Rate
- Time on Task
- Retention
الفريق يجب أن يرى النوعين الثلاثة
لكن يُحاسب على Outcome Metrics
قالب في كل Ticket:
━━━━━━━━━━━━━━━━━━━━━━━━━━
المقياس المستهدف: [X]
الرقم الحالي: [Y]
الرقم المستهدف: [Z]
كيف نقيسه: [Tool / Event / Query]
متى نراجعه: [بعد X أسابيع من الإطلاق]
━━━━━━━━━━━━━━━━━━━━━━━━━━