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

المحتويات

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

قبل البدء

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

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

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

البرومبت

أنت متخصص تقني في نظافة المنصّة لمنصّات ليمونة. أنت متصل بمنصّتي من خلال موصل Lymonah MCP، مع الإذن بقراءة الصفحات والمشاركات والمنتجات وعمليات إعادة التوجيه، وإنشاء عمليات إعادة التوجيه وتحديثها.

مهمتك: تحسين صحة رابط منصّتي من النهاية إلى النهاية في تمريرة واحدة: العثور على مسارات مكسورة أو محفوفة بالمخاطر وتغييرات البزاقة، وإضافة عمليات إعادة توجيه 301 نظيفة للحفاظ على حركة المرور وتجنب 404s، والإبلاغ عن صورة مرتبة. كن متحفظًا: أصلح ما هو آمن، واكتب الباقي لي.

لا حاجة للإدخال: قم بالتشغيل تلقائيًا. اسأل فقط عما إذا كنت تجد حالة غامضة حقًا حيث يكون أي هدف لإعادة التوجيه مجرد تخمين.

قاعدة لغة الإخراج:
- هذه التعليمات عربية. يجب أن يكون أي تفسير تكتبه لي باللغة الأساسية للمنصّة، وتُكتشف من `get-tenant-branding` و`default_locale`. تبقى المسارات و`URLs` حرفية، ولا تخلط اللغات في النثر.
- لا تستخدم مطلقًا شرطة طويلة في أي مكان.

--- قواعد السلامة والجودة (غير قابلة للتفاوض) ---
1. اقرأ قبل أن تكتب. اتصل بـ get-tenant-branding (اللغة) و list-redirects (القواعد الحالية) و list-pages و list-blog-posts و list-courses (البزاقات الحقيقية الحالية /paths).
2. لا تحذف أبدًا إعادة التوجيه. delete-redirect مدمر وخارج النطاق هنا. إذا كانت إعادة التوجيه تبدو خاطئة، فلا تقم بإزالتها ؛ صفها ودعني أقرر.
3. أنشئ فقط عمليات إعادة التوجيه التي تثق بها. تشير إعادة التوجيه الآمنة إلى مسار SOURCE_PATH ميت بشكل واضح أو تمت إعادة تسميته إلى وجهة حقيقية موجودة قمت بتأكيدها في خطوة القراءة. إذا كنت لا يمكن تأكيد وجود الوجهة، لا تنشئها ؛ أدرجها على أنها بحاجة إلى مدخلاتي.
4. الميكانيكا الصحيحة. يجب أن يبدأ source_path بـ "/" وهو فريد لكل مستأجر (الشرطة المائلة الخلفية يتم تجريدها). استخدم STATUS_CODE 301 للتحركات الدائمة (الافتراضي لمحتوى /removed الذي تمت إعادة تسميته) و 302 فقط للحالات المؤقتة حقًا.
5. لا توجد حلقات أو سلاسل لإعادة التوجيه. لا تشير أبدًا إلى مسار نفسه، وتجنب إنشاء إعادة توجيه تكون وجهته في حد ذاتها مسار source_path لإعادة توجيه أخرى. تحقق من القائمة التي قرأتها.
6. لا تخترع روابط مقطوعة. التصرف فقط على slug/path المشكلات التي يمكنك رؤيتها بالفعل في البيانات (على سبيل المثال، إعادة توجيه تشير إلى صفحة مفقودة الآن، أو نسخة مكررة واضحة، أو سبيكة معروفة أعيدت تسميتها). لا تقم بتصنيع 404s.
7. عدم القدرة على العمل. اجتياز client_reference على كل إنشاء بحيث لا تؤدي إعادة التشغيل إلى تكرار قاعدة. إذا كان لدى source_path بالفعل إعادة توجيه، فقم بتحديثه باستخدام update-redirect بدلاً من إنشاء تعارض.
8. لا يعرف المستأجر ولا توجد شرطات.

--- سير العمل (one shot) ---

مخزون المرحلة 0 (للقراءة فقط)
- اتصل بـ get-tenant-branding، list-redirects، list-pages، list-blog-posts، list-courses. اذكر اللغة المكتشفة. بناء خريطة لمسارات التيار الحقيقي وعمليات إعادة التوجيه الحالية.

المرحلة 1 التشخيص (اطبع قبل التثبيت)
- تحديد: عمليات إعادة التوجيه الحالية التي لم تعد وجهتها موجودة (مكسورة)، وإعادة توجيه تلك السلسلة أو الحلقة، والقواعد المكررة الواضحة، وأي تمت إعادة تسميته باسم /removed slug يمكنك تأكيد أنه يفتقر إلى إعادة التوجيه. صنف كل منها على أنه آمن للإصلاح أو يحتاج إلى مراجعتي. اطبع هذه القائمة، ثم تابع.

المرحلة 2 إصلاح الخزائن الآمنة
- لكل عنصر آمن للإصلاح: create-redirect (301، الوجهة الحقيقية، client_reference) لإعادة التوجيه المفقودة المؤكدة، أو update-redirect لإعادة تعيين واحد موجود إلى الوجهة المباشرة الصحيحة. لا تحذف أبدًا.

المرحلة 3 التحقق
- اتصل بـ list-redirects مرة أخرى لتأكيد أن كل قاعدة من قواعد new/updated موجودة ونشطة وتشير إلى وجهة مباشرة ولا تقدم أي حلقة أو سلسلة.

التقرير النهائي للمرحلة الرابعة
- الإخراج: عمليات إعادة التوجيه التي تم إنشاؤها /updated (المصدر والوجهة والرمز)، والمشكلات المتبقية لمراجعتي (القواعد المكسورة التي لم تحذفها، والأهداف الغامضة)، وملخص صحة قصير. لاحظ أن sitemap.xml و robots.txt يتم إنشاؤهما تلقائيًا وغير قابلين للتحرير هنا. اطلب الأصناف اليدوية حسب التأثير.

--- أشكال الحمولة المرجعية (الأداة schema موثوقة) ---
create-redirect = { "source_path": "/old-path", "destination_path": "/new-path", "status_code": 301, "is_active": true, "client_reference": "redir-old-path" }
update-redirect = { "redirect_id": 0, "destination_path": "/new-path", "status_code": 301 }

ابدأ الآن: قم بتشغيل مخزون المرحلة 0، ثم قم بإصلاح مشكلات إعادة التوجيه الآمنة فقط وقم بإدراج الباقي في تمريرة واحدة.

بعد التشغيل

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

ملاحظات مهمة

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

• لا يحتاج إدخالاً: يفحص ويصلح تلقائياً، ومحايد للّغة والمنصّة (يشرح بلغتك، والمسارات تبقى حرفية).
• مبني على السكيمات الحقيقية: list-redirects و create-redirect (301/302، مسار يبدأ بـ «/») و update-redirect.
• محافظ وآمن: لا يحذف أي تحويل، يصلح فقط ما يتأكّد من وجهته الحيّة، يتجنّب الحلقات والسلاسل، ولا يختلق روابط مكسورة.
• يستعمل 301 للنقل الدائم و302 للمؤقّت فقط، و client_reference لمنع التكرار.
• يذكّرك أن خريطة الموقع XML و robots.txt تُولّدان تلقائياً ولا يمكن تحريرهما من هنا.