---
name: pass-store-launch-gate
description: "اتخذ قرار إطلاق متجر أو تأجيله من مخرجات خمس مهارات مستقلة ومتحقق منها: الامتثال، مركز الثقة، رحلة الطلب والدفع والشحن، حملة الإطلاق، وقياس الإطلاق. استخدمها بعد اكتمال هذه الملفات وقبل فتح المتجر للعامة، وأعدها بعد أي تغيير يمس نسخة البناء أو الدفع أو الشحن أو السياسات أو القياس."
---

# فاحص جاهزية الإطلاق

هذه المهارة مجمّع قرار، وليست بديلًا عن المهارات التنفيذية. لا تنشئ سياسة أو حملة أو اختبارًا داخلها.

## سير العمل

1. اقرأ `references/launch-gates.md` و`references/source-register.md`.
2. ثبّت السوق المدعوم ونسخة البناء وموعد القرار ونافذة الإطلاق وصاحب القرار، ثم طابق السوق وموعد الإطلاق مع ملفي الامتثال والحملة الفعليين.
3. اجمع ملفات `audit-commerce-compliance`, `build-trust-center`, `test-order-payment-shipping`, `plan-store-launch-campaign`, و`define-launch-measurement`.
4. استخدم مدققات الحزمة المرفقة في `scripts/validators/` ولا تعتمد على تثبيت مهارات أخرى لتشغيل الفحص. شغّل مدقق كل ملف على ملف JSON الفعلي، واحسب `SHA-256` للملف، واربط التقرير بالمعرف والنوع والمرجع ونسخة البناء والبصمة ووقت التنفيذ؛ لا تقبل تقرير `valid: true` عامًا.
5. تحقق أن الموافقة صدرت بعد تنفيذ المدقق، وأن وثيقتها مرتبطة ببصمة الملف ومرجع التقرير ووقت تنفيذه وتطابق السجل الخارجي. ملف الامتثال يحتاج مراجعة بشرية معتمدة ولا تحوّل المهارة إلى مستشار قانوني.
6. اربط كل بوابة بملف واحد ودليل منه؛ لا تستخدم نصًا حرًا بدل المرجع.
7. أنشئ JSON وفق `references/launch-gates.md` وشغّل `node scripts/evaluate-launch-gates.mjs <gates.json>`. اجعل مراجع الملفات والأدلة والتقارير والموافقات نسبية إلى مجلد `gates.json`؛ إذا كانت حزمة الأدلة في مجلد آخر فمرره وسيطًا ثانيًا.
8. سلّم `assets/output-template.md` بقرار واحد، الموانع، خطة التراجع، وإعادة الفحص.

مدققات الحزمة مستقلة وتعمل باستخدام Node.js فقط. الملفات داخل `examples/` أمثلة اختبار صناعية وليست أدلة متجر حقيقي أو موافقات تشغيل فعلية. لا تستخدمها لاتخاذ قرار إطلاق للتاجر.

## الحد الأدنى من المدخلات

- رابط المتجر والسوق ونسخة البناء وبيئة الاختبار ونافذة الإطلاق.
- الملفات الخمسة ومراجعها وإصداراتها ونتائج مدققاتها.
- موافقات أصحاب الملفات ومراجعة الامتثال البشرية.
- مطابقة حدث الشراء مع الطلب من ملف القياس.
- خطة تراجع بمحفز وصاحب قرار وإجراء وتواصل ودليل تعافٍ.

## قواعد القرار

- **أطلق** فقط إذا نجحت الملفات الخمسة ومدققاتها وموافقاتها وكل البوابات الحرجة ولم يبق مانع.
- **إطلاق مشروط** عند تحسينات غير حرجة فقط بصيغة `summary`, `owner`, و`due_at`، ولا تمس الشراء أو حقوق العميل أو سلامة البيانات.
- **أجّل** عند فشل ملف أو غياب مدققه أو موافقته أو دليله؛ «الملف موجود» ليست نتيجة.
- لا تفسر الامتثال من الذاكرة ولا تمنح حكمًا قانونيًا؛ استخدم ملفًا ذا مصادر رسمية ومراجعة بشرية.
- الحالات المسموحة للبوابة: `passed`, `failed`, `not_tested`, `stale`. الملف الأقدم من تغيير يمس نسخته يصبح `stale`.
- نجاح القياس يتطلب مطابقة معرف الطلب والعملة والقيمة والعناصر وفق ملف القياس، لا مجرد ظهور الحدث.
- موعد الإطلاق يستخدم إزاحة السوق المدعوم: السعودية والبحرين `+03:00` والإمارات `+04:00`، ويقع داخل نافذة الحملة.
- `ready` يعني أن حالة الملف الفعلية جاهزة، والمدقق المعاد تشغيله ناجح، والتقرير مربوط بالبصمة، والموافقة معتمدة ومربوطة بالتقرير. لا يكفي تعديل خانة الجاهزية يدويًا.
- لا تستخدم درجة مئوية لإخفاء مانع حرج.
- خطة التراجع تحتاج محفزًا ومالك قرار وإجراءً وقناة تواصل ودليل تعافٍ.

## عقد المخرجات

1. القرار ونطاقه ووقت التقييم.
2. سجل الملفات الخمسة: المرجع، النسخة، المدقق، الموافقة، والجاهزية.
3. جدول البوابات وربط كل واحدة بملف ودليل منه.
4. الموانع الحرجة والتحسينات غير الحرجة.
5. خطة الإطلاق والمراقبة والتراجع.
6. توقيع القرار وموعد إعادة الفحص.

## مثال

راجع `examples/example-request.md` و`examples/example-output.md`.