GitHub PR Workflow

## لمن هذا

للمطورين الذين يريدون التوقف عن التبديل بين المحرر وGitHub. يغطي هذا الـ plugin كامل دورة حياة الـ PR: إنشاء pull request منظم، معالجة ملاحظات مراجعة الكود الواردة، ونشر الإصدار — كل ذلك من خلال المحادثة.

## البدء السريع في 3 خطوات

1. **افتح PR** — اطلب: `"Use create-pr to generate a commit message, PR title, and PR body for my changes in branch feature/login-fix"`. يقوم الـ skill بصياغة وصف PR واضح وقابل للمراجعة.
2. **عالج ملاحظات المراجعة** — عندما يترك المراجع تعليقات، اطلب: `"Use receiving-code-review to help me understand this feedback and decide what to change"`. يساعدك الـ skill في التفكير في كل اقتراح قبل كتابة الكود.
3. **انشر الإصدار** — بمجرد دمج الـ PR، اطلب: `"Use github-release-assistant to write release notes for v2.1.0 in English and Chinese from this repo"`. ستحصل على وثائق إصدار ثنائية اللغة جاهزة للنشر.

## الخطوة → Skill → المدخلات → المخرجات

| الخطوة | Skill | ما تقدمه | ما تحصل عليه |
|------|-------|------------------|--------------|
| فتح PR | create-pr | اسم الفرع + قائمة التغييرات | رسالة commit + عنوان PR + جسم PR |
| مراجعة الملاحظات | receiving-code-review | تعليقات المراجع + الكود الخاص بك | تحليل الملاحظات + الإجراءات الموصى بها |
| ملاحظات الإصدار | github-release-assistant | المستودع + علامة الإصدار | ملاحظات الإصدار ثنائية اللغة (EN + ZH) |

## الإخفاقات الشائعة والحلول

- **مخرجات create-pr عامة جداً** → قدم لها الـ diff الفعلي أو قائمة نقطية بالتغييرات. كلما كان مدخلك محدداً أكثر، كان وصف PR أفضل.
- **receiving-code-review تقول "not enough context"** → الصق تعليق المراجع AND قطعة الكود التي يشير إليها.
- **github-release-assistant تفتقد commits** → تأكد من وجود علامة الإصدار: `git tag v2.1.0 && git push origin v2.1.0` قبل طلب ملاحظات الإصدار.

## معايير النجاح

ستعرف أنه نجح عندما:
- create-pr تُخرج عنوان PR + جسم يمكنك لصقه مباشرة في GitHub
- receiving-code-review تمنحك قراراً ملموساً (accept / modify / push back) لكل تعليق
- github-release-assistant تقدم وثيقتين للإصدار: واحدة بالإنجليزية، والأخرى بالصينية