دليل عملي: انسخ البرومبت التالي كما هو، ثم اتبع خطوات المراجعة قبل وبعد التنفيذ لضمان نتيجة آمنة وقابلة للنشر.

المحتويات

1. قبل البدء
2. طريقة الاستخدام
3. البرومبت
4. بعد التشغيل
5. ملاحظات مهمة

قبل البدء

1. وصّل موصّل Lymonah MCP بحساب منصّتك، ثم افتح محادثة جديدة مع المساعد.
2. راجع أن لديك الصلاحيات المناسبة للتنفيذ، وأن بيانات المنصّة الأساسية صحيحة.
3. جهّز أي معلومة يطلبها البرومبت في سؤاله الوحيد، إن وُجد، مثل اسم المنتج أو فكرته أو بيانات الاتصال الحقيقية.

طريقة الاستخدام

1. انسخ نص البرومبت كاملاً من الإطار أدناه.
2. الصقه في محادثة جديدة، وأجب عن السؤال الأول فقط إذا طلبه البرومبت.
3. اتركه ينفّذ المراحل بالترتيب، ولا توافق على نشر أي مسودّة قبل مراجعتها.

البرومبت

عاجل للغاية: لوحة معلومات صحة الأعمال (HTML، للقراءة فقط) الإصدار 2
أنت محلل أعمال لمنصّات ليمونة. أنت متصل بمنصّتي من خلال موصل Lymonah MCP، بإذن للقراءة فقط. لا تُجري هذه المهمة أي تغييرات على منصّتي؛ يقرأ فقط ويقدم التقارير.
مهمتك: قم بإنتاج لوحة معلومات تفاعلية واحدة عن صحة الأعمال لفترة مختارة، من النهاية إلى النهاية في تمريرة واحدة. اسحب الأرقام الحقيقية (الإيرادات، الطلبات، المتدربين، التسجيلات، كل نوع منتج، قنوات الدفع، المشاركة)، وقم بتحويلها إلى تحليل مرئي واضح، وقم بتقديم النتيجة كملف HTML واحد قائم بذاته مصمم تمامًا كما هو محدد أدناه. لا تقم بإخراج تقرير text؛ الناتج هو لوحة القيادة HTML.
أي فترة
إذا قمت بتسمية فترة (اليوم، هذا_الأسبوع، هذا_الشهر، هذا_العام)، افتح لوحة المعلومات عليها. إذا لم أعط شيئًا، فاختر this_month افتراضيًا. يمكنك المتابعة دون أن تسأل. يجب أن تسمح لي لوحة المعلومات نفسها بالتبديل بين الفترات الأربع (راجع عوامل التصفية).
قاعدة لغة الإخراج

* هذه التعليمات عربية. لا تفترض العربية كلغة للوحة القيادة.
* اكتشف اللغة الأساسية لمنصّتي من get-tenant-branding (default_locale)، ثم اكتب لوحة التحكم بأكملها بتلك اللغة بسجل احترافي نظيف (فصحى بيضاء للغة العربية، والإنجليزية القياسية للغة الإنجليزية). لا تخلط اللغات.
* إذا كانت اللغة من اليمين إلى اليسار، فاضبط dir = "rtl" وقم بمحاذاة كل شيء إلى اليمين.
* لا تستخدم مطلقًا شرطة طويلة في أي مكان. استخدم الفواصل أو النقطتين أو الأقواس أو أعد الصياغة.
قاعدة حقوق التأليف والنشر (غير قابلة للتفاوض)
text هو نصف المنتج. لا تستقر على التسميات والأوصاف اللطيفة. كل تلميح في الرسم البياني، وكل قوة، وكل نقطة اهتمام، وكل توصية يجب أن تبدو وكأنها تحليل حاد وواثق يكتبه أحد كبار العاملين الذي يحترم وقت القارئ.

* قُد بالبصيرة وليس بالقياس. قل ما يعنيه الرقم قبل إعادة ذكره أو بدلاً من ذلك.
* يحمل كل ادعاء رقمًا حقيقيًا من البيانات، منسوجًا في جملة، وليس إحصائية مجردة على الإطلاق.
* قم بإطار نقاط القوة كأصول مكتسبة ("ما قمت ببنائه بالفعل") والمخاطر مثل التسريبات أو القيمة غير المستغلة ("حيث تكون القيمة escaping")، وليس كقائمة إيجابيات وسلبيات محايدة.
* تبدأ التوصيات بفعل مفعول به وتنتهي بالعدد الذي يبررها.
* حافظ على الجمل ضيقة. لا يوجد حشو، ولا تحوط، ولا لهجة أكاديمية، ولا علامات تعجب.
نظام التصميم (ثابت وغير قابل للتفاوض)
صمم لوحة القيادة كواجهة بسيطة وحديثة على طراز shadcn:

* الموضوع: أبيض وأسود فقط. الأسطح البيضاء والقريبة من الأبيض، والأسود القريب text واللهجات، وتدرج رمادي لكل شيء آخر. لا تقدم أي ألوان أخرى، ولا حتى للرسوم البيانية. استخدم لوحة مخططات ذات تدرج رمادي (على سبيل المثال #0a0a0a، #404040، #737373، #a3a3a3، #d4d4d4).
* لا تسحب ألوان العلامة التجارية أو خطوط العلامة التجارية من مجموعة أدوات العلامة التجارية للتصميم. استخدم get-tenant-branding فقط لاكتشاف default_locale (اللغة بالإضافة إلى RTL) والعملة. يظل المظهر المرئي باللونين الأبيض والأسود بغض النظر عن مجموعة العلامة التجارية للمستأجر.
* الخط: Readex Pro لكامل document، محمل من خطوط جوجل، مع نظام احتياطي آمن. وهو يغطي اللغة العربية واللاتينية، لذا استخدمه للعناوين والنص والأرقام.
* نصف قطر الحدود: 2 بكسل على كل عنصر (البطاقات، الحبوب، الجداول، الأشرطة، الأزرار، زوايا المخطط). قم بتعريفه مرة واحدة كمتغير CSS وأعد استخدامه.
* التخطيط: تباعد كبير، وحدود دقيقة بدقة 1 بكسل لفصل البطاقات، بدون ظلال ثقيلة، وأشكال جدولية بحيث تتم محاذاة الأرقام. استجابة كاملة وصولا إلى الهاتف المحمول. نرحب بالتلاشي الهادئ والمتدرج عند التحميل؛ تجنب الرسوم المتحركة المتناثرة.
* الرسوم البيانية: يتم عرضها باستخدام Chart.js (علامة نص CDN واحدة). استخدم مجموعة متنوعة بشكل متعمد (راجع المواصفات المرئية أدناه): الأشرطة والخطوط وملء المساحة وخط ثنائي المحور والأشرطة الأفقية والدونات والفطيرة. احتفظ بتلميحات الأدوات والتسميات باللغة المكتشفة واستخدم لوحة التدرج الرمادي طوال الوقت.
* يجب أن يكون الملف مستقلاً بالكامل: ملف HTML واحد يحتوي على CSS وJS، فقط رابط Google Fonts وChart.js CDN كموارد خارجية. لا يوجد تخزين للمتصفح APIs.
قواعد السلامة والجودة (غير قابلة للتفاوض)

1. اقرأ فقط. استخدم فقط أدوات get-* وlist-*. لا تستدعي مطلقًا أي أداة إنشاء أو تحديث أو حذف أو نشر في هذه المهمة.
2. الأعداد الحقيقية فقط. يجب أن يأتي كل رقم من نتيجة الأداة. لا تخترع أو تقدر رقمًا أبدًا. إذا كان المقياس غير متاح (الأداة مخططة أو يتم إرجاعها فارغة)، فما عليك سوى تركها خارج لوحة المعلومات بدلاً من طباعة عنصر نائب.
3. الوحدات المالية. تعود المبالغ بعملة المستأجر MINOR unit. قم بالتحويل إلى major unit للعرض وحدد العملة مرة واحدة في الرأس. كن حذرا ومتسقا.
4. أدوات ذات بوابات مميزة. get-order-analytics و get-trainee-analytics بحاجة إلى ميزة analytics المتقدمة. إذا تم حظره، فارجع إلى الأدوات المتاحة دائمًا (get-dashboard-stats، get-order-revenue) وقم ببناء لوحة المعلومات مما لديك.
5. محايد المستأجر. اكتشف كل شيء (اللغة، العملة، المنتجات، بوابات الدفع) من الأدوات. لا يوجد شيء ثابت يتعلق بمنصّة معينة.
6. لا توجد شرطات في أي مكان، في تعليقات النسخ أو التعليمات البرمجية.
ما يجب تركه (اجعله جاهزًا للاستخدام)
لوحة القيادة هي أداة تشغيل وليست مذكرة. لا تقم بتضمين أي مما يلي في المخرجات: إخلاء المسؤولية للقراءة فقط في شكل تحذيرات، أو ملاحظات المنهجية أو التسوية، أو قائمة المؤشرات، أو قسم مصادر البيانات والمراجع. سطر تذييل واحد هادئ يشير إلى أن البيانات مباشرة والقراءة فقط جيدة. اعرض فقط ما يمنحني منظورًا واسعًا ومفيدًا وما يمكنني التصرف بناءً عليه.
تسوية البيانات والمزالق (اقرأ قبل الوثوق بأي تجميع)
هذه مصائد حقيقية تظهر في بيانات الإنتاج. التعامل معها عمدا، ثم المضي قدما. لا تظهر هذه السباكة في لوحة القيادة.

1. يمكن أن يختلف عدد الطلب الإجمالي مع سجلات الطلب الفعلية. get-order-revenue وget-order-analytics قد يبلغان عن عدد الطلبات السنوي الذي لا يتطابق مع الطلبات التي يمكنك تعدادها في list-orders. عندما تتعارض، فإن السجلات المذكورة هي الحقيقة الأساسية. تحقق من خلال التحقق من مطابقة الإيرادات للمعاملات الفردية المدفوعة التي يمكنك رؤيتها، ثم قم بالإبلاغ عن عدد الطلبات الذي قمت بإحصائه بالفعل. لا تعرض مطلقًا عددًا إجماليًا لا يمكنك التوفيق بينه وبين السجلات.
2. list-orders يتم التعامل مع حدود التاريخ على أنها بداية اليوم عندما تمر بتاريخ بدون وقت. يمكن لتاريخ مجرد مثل "15-04-2026" استبعاد ذلك اليوم بأكمله، مما يترك فجوة صامتة بين النصفين. قم دائمًا بتمرير أوقات التاريخ الصريحة: from_date "YYYY-MM-DDT00:00:00" وto_date "YYYY-MM-DDT23:59:59".
3. الحد الأقصى المكون من 100 صف حقيقي. بالنسبة لأي شهر قد يتجاوز 100 طلب، قم بتقسيمه إلى نصفين (من 1 إلى 15 ومن 16 إلى النهاية) باستخدام أوقات التاريخ الصريحة أعلاه، وقم بعد كل نصف، ثم اجمع. لا تعتمد على خدعة الطرح من السنوي عندما يكون هناك حد أقصى لأكثر من شهر واحد، لأن هذا الإجمالي السنوي قد يكون في حد ذاته غير موثوق (انظر النقطة 1). عد السجلات مباشرة هو المسار الآمن.
4. تحقق من الحالات المدفوعة والمكتملة. أدوات الإيرادات تحسب "المدفوعة/completed". عادةً ما تصل عمليات التسجيل المجانية إلى الحالة "paid" بالمبلغ 0 والبوابة null، ولكن تأكد من وجود مجموعة سكانية منفصلة "completed" عن طريق الاستعلام عنها مرة واحدة؛ إدراجه في الاتجاه إذا كان موجودا.
5. التسجيل المجاني يشوه المتوسطات البسيطة. مع كتالوج فريميوم، يكون كل طلب تقريبًا عبارة عن تسجيل "paid" بكمية صفرية، لذلك ينهار متوسط ​​قيمة الطلب نحو الصفر. قم بحساب AOV بشكل متسق مع عدد الطلبات الذي تستخدمه فعليًا، وتعامل مع AOV القريب من الصفر على أنه القصة الحقيقية القابلة للرواية بدلاً من التعامل مع الخطأ.
6. بوابة الدفع هي null للتسجيلات المجانية. تفصل طريقة عرض البوابة الصادقة "التسجيل المجاني (بدون بوابة)" عن البوابات الحقيقية (على سبيل المثال Stripe وPayPal). لا تقدم فطيرة بوابة تخفي حقيقة أن جميع الطلبات تقريبًا لم تمس معالج الدفع مطلقًا.
سير العمل (one shot، للقراءة فقط)
إعداد المرحلة 0

* اتصل بـ get-tenant-branding لاكتشاف default_locale (اللغة بالإضافة إلى RTL) والعملة. قم بقفل اللغة والعملة قبل المتابعة.
المرحلة الأولى: سحب البيانات
اسحب كل ما هو مطلوب حتى يتم دعم المرشحات والمخططات بأرقام حقيقية.

* get-dashboard-stats مرة واحدة (جميع الأوقات: إجمالي المتدربين، المنتجات المنشورة، الإيرادات طوال الوقت، التسجيلات النشطة، المتدربون الجدد هذا الشهر).
* get-order-revenue لكل من: اليوم، هذا_الأسبوع، هذا_الشهر، هذا_العام. هذه تغذي مرشح الفترة.
* get-order-analytics لكل من: this_week، this_month، this_year إذا كان ذلك متاحًا (يضيف عدد المبالغ المستردة ومعدلها وأهم المنتجات). ملحوظة: هذه الأداة لا تدعم اليوم.
*get-trainee-analytics لكل من: هذا_الأسبوع، هذا_الشهر، هذا_العام إن وجد (المتدربون الجدد، معدل الإنجاز، متوسط ​​التقدم).
* list-orders للفترة الحالية لقراءة مزيج الحالة المباشرة (المدفوعة، المعلقة، الفاشلة) والزخم. استخدم أوقات التاريخ الواضحة.
* أنشئ اتجاهًا شهريًا للعام الحالي: اتصل بالرقم list-orders شهرًا بعد شهر (تواريخ صريحة من تاريخ وتاريخ إلى تاريخ لكل شهر) من يناير حتى الشهر الحالي، واحسب الطلبات المدفوعة بالإضافة إلى الطلبات المكتملة شهريًا. قم بتقسيم أي شهر بالقرب من الحد الأقصى 100 أو أعلى منه إلى نصفين. اشتق سلسلة الإيرادات الشهرية في نفس الوقت من خلال قراءة مبالغ الطلبات المدفوعة غير الصفرية، بحيث يكون لديك اتجاه الطلبات واتجاه الإيرادات.
* قنوات الدفع: قم بإحصاء بوابة كل طلب مدفوع، وتعيين null إلى "التسجيل المجاني (بدون بوابة)" وتجميع المعالجات الحقيقية بشكل منفصل.
تغطي المرحلة الثانية كل نوع من المنتجات
لا تفترض course واحد. جرد الكتالوج الكامل.

* list-courses لجميع المنتجات (course، digital_product، bundle، membership) مع النوع والحالة والسعر وعدد التسجيل.
* list-coaching-sessions لمنتجات coaching (السعر، المدة، عدد الحجوزات).
* في حالة وجود جلسات coaching، list-coaching-bookings لقراءة حجم الحجز وحالته (مؤكد، مكتمل، ملغى).
* بناء مزيج منتج يعكس ما هو موجود بالفعل. حساب تقسيم الالتحاق المجاني مقابل المدفوع. إذا كان هناك منتج واحد مهيمن، أظهر التركيز وقل بوضوح أن أنواع المنتجات الأخرى لم يتم استخدامها بعد. في حالة وجود coaching أو منتجات متعددة، قم بمنح كل منها حصته وأضف مؤشرات الأداء الرئيسية coaching ذات الصلة.
تحليل المرحلة 3
قم ببناء صورة واضحة: مقدار ما جاء في كل فترة، ومن أين جاء (مزيج المنتجات، أفضل المنتجات)، وجودة الطلب (AOV، معدل الاسترداد، المدفوع مقابل المعلق مقابل الفاشل)، والمسار الشهري على مدار العام لكل من الطلبات والإيرادات، ومنحنى النمو التراكمي، وتقسيم قناة الدفع، والوصول المجاني مقابل المدفوع، ونمو الجمهور (المتدربين الجدد)، والمشاركة (معدل الإكمال، ومتوسط التقدم، وحصة الطلب المدفوع)، وأي مخاطر تركيز. اذكر الشيء أو الشيئين اللذين يستحقان الاهتمام، سواء كان جيدًا أم سيئًا. كن دقيقا: لا تلطف ولا تصاب بالكارثة.
المرحلة 4: بناء لوحة المعلومات (ملف HTML واحد)
قم بتجميع HTML باستخدام نظام التصميم وقاعدة كتابة النسخ أعلاه. هذه لوحة معلومات غنية وحيوية، وليست حفنة من الكعك الثابت. قم بتضمين اللغة المكتشفة:
الرأس والسياق

* العنوان: اسم المنصّة، والمنتج الرائد، وعنوان فرعي يعتمد على القيمة من سطر واحد، والعملة. لا توجد شارات تحذيرية.
* شريط سياق لجميع الأوقات من مربعات الإحصائيات الصغيرة (على سبيل المثال: إجمالي المتدربين، والتسجيلات النشطة، والمنتجات المنشورة، والإيرادات طوال الوقت، ومعدل الإكمال، ومتوسط ​​التقدم).
عوامل التصفية (عنصري تحكم تفاعليين على الأقل)

* فلتر الدورة الشهرية: حبوب اليوم، هذا_الأسبوع، هذا_الشهر، هذا_العام. يؤدي تحديد قرص إلى تحديث بطاقات مؤشرات الأداء الرئيسية (KPI) ومخطط حالة الطلب على الفور. مفتوح في الفترة المطلوبة (الافتراضي this_month).
* تبديل المقياس على مخطط الاتجاه الرئيسي الذي يقوم بتبديل طريقة العرض بين الطلبات والإيرادات والتراكمية.
بطاقات مؤشرات الأداء الرئيسية (مدركة للفترة الزمنية)

* الإيرادات المجمعة، الطلبات المدفوعة، متوسط ​​قيمة الطلب، المتدربين الجدد. أضف خطًا صغيرًا مضمنًا (خط صغير مع تعبئة منطقة ناعمة) أسفل البطاقات التي تحتوي على سلسلة شهرية حقيقية (الإيرادات والطلبات)، توضح سياق الأشهر الستة الأخيرة.
الرسوم البيانية (استهدف ثمانية رسوم بيانية على الأقل، بأنواع متنوعة)

* الاتجاه الشهري الرئيسي (يؤدي تبديل المقياس إلى ذلك): الطلبات كأشرطة، والإيرادات كخط منطقة، وتراكمي كخط منطقة. يجب أن يغطي هذا المكون الفردي الشريط والخط والمساحة.
* حالة الطلب: كعكة مدفوع، ومعلق، وفاشل للفترة النشطة، مع وسيلة إيضاح توضح الأعداد والنسب المئوية.
* النمو التراكمي: مخطط خطي ثنائي المحور، والأوامر التراكمية على محور واحد والإيرادات التراكمية على المحور الآخر، بحيث تكون الفجوة بين الحجم والمال مرئية في لمحة.
* بوابات الدفع: جزء من مشاركة البوابة، مع تسجيلات مجانية (بدون بوابة) تظهر كشريحة خاصة بهم.
* المجانية مقابل المدفوعة: تقسيم التسجيلات بين المنتجات المجانية والمدفوعة.
* مزيج المنتجات: كعكة دونات عبر جميع أنواع المنتجات، مع وسيلة إيضاح وملاحظة من سطر واحد حول ما هو قيد الاستخدام وما هو غير مستخدم.
* تصنيف المنتج: مخطط شريطي أفقي لتصنيف المنتجات حسب التسجيل.
* المشاركة: CSS أشرطة التقدم لمعدل الإكمال ومتوسط ​​التقدم وحصة الطلب المدفوع (أو تحويل الطلب).
رواية

* قراءة قصيرة في عمودين: ما قمت ببنائه بالفعل (نقاط القوة المرتبطة بالأرقام الحقيقية) وحيث تكون القيمة escaping (المخاطر والفرص المرتبطة بالأرقام الحقيقية).
* التوصيات ذات الأولوية مرتبة حسب التأثير المحتمل، كل إجراء يبدأ بفعل ويغلق بالرقم الذي يبرره.
ابدأ الآن: اكتشف اللغة والعملة، واسحب كل مقياس متاح لكل فترة ولكل نوع منتج، وقم ببناء الطلبات الشهرية التي تمت تسويتها واتجاهات الإيرادات، ثم قم بتسليم لوحة المعلومات التفاعلية الكاملة بالأبيض والأسود كملف HTML واحد مستقل في مسار واحد.

بعد التشغيل

1. اقرأ التقرير النهائي وتحقّق من العناصر التي أنشأها أو عدّلها.
2. راجع كل DRAFT أو صفحة أو محتوى قبل النشر، واستبدل أي placeholder ببياناتك الحقيقية.
3. نفّذ العناصر التي وضعها البرومبت للمراجعة اليدوية فقط بعد التأكد من أثرها على العملاء والمنصّة.

ملاحظات مهمة

ملاحظات للمسؤول عن المنصّة:

• نسخة v2 أغنى وأذكى: داشبورد حيّ بثمانية رسوم أو أكثر بأنواع متنوّعة (أعمدة، خطوط، مساحات، خط بمحورين، أعمدة أفقية، دونات، دائري)، مع مبدّل مقياس على الرسم الرئيسي (طلبات/إيراد/تراكمي) وخطوط مصغّرة (sparklines) تحت البطاقات.
• نصوص تحليلية لا عناوين: قاعدة كتابة صارمة تبدأ بالرؤية لا بالرقم، تؤطّر القوّة كأصل بنيته وتؤطّر الخطر كقيمة تتسرّب، وكل توصية تبدأ بفعل وتنتهي برقم.
• معالجة مزالق البيانات بصمت (لا تظهر في الداشبورد): تعارض إجمالي الطلبات مع السجلّات الفعلية (السجلّات هي المرجع)، حدود تواريخ list-orders كبداية يوم (يمرّر أوقاتاً صريحة)، سقف الـ100 صفّ (يقسّم الشهر لنصفين ويعدّ)، التسجيلات المجانية التي تسحب متوسّط الطلب نحو الصفر، وبوّابة الدفع null للتسجيلات المجانية (تُفصل كشريحة مستقلّة).
• للقراءة فقط، أرقام حقيقية فقط، أبيض وأسود فقط (رمادي للرسوم)، خط Readex Pro، حواف 2px، Chart.js عبر CDN، ملف HTML واحد مستقل. يقرأ من الهوية اللغة (مع RTL) والعملة فقط، لا الألوان ولا الخطوط.
• يغطّي كل أنواع المنتجات وانقسام المجاني مقابل المدفوع، ويبني اتجاه الطلبات والإيراد ومنحنى النموّ التراكمي.
• نظيف وجاهز: بلا تنويهات تحذيرية أو ملاحظات منهجية، يكفي سطر هادئ في التذييل أنّ البيانات حيّة وللقراءة فقط.