البرامج التعليمية
Claude Opus 5.5: تشخيص رسائل المنتجات التي تتعطل في الوضع الداكن
استخدم Claude Opus 5.5 لمقارنة الرسالة نفسها في صندوق بريد فاتح وآخر داكن، وتحديد الأصل أو التنسيق الذي يفشل، ثم اقتراح إصلاح محدود.
استخدم Claude Opus 5.5 لمقارنة الرسالة نفسها في صندوق بريد فاتح وآخر داكن، وتحديد الأصل أو التنسيق الذي يفشل، ثم اقتراح إصلاح محدود. قدّم HTML وملفات الشعار ولقطات حقيقية للرسالة المستلمة. معاينة المتصفح تفيد في التخطيط لكنها لا تثبت سلوك تطبيق البريد. ابدأ بوضوح المنتج والعرض والزر، ثم حسّن الزخرفة.
صنّف الخلل قبل تعديل القالب
قد تأتي مشكلات الوضع الداكن من طبقات مختلفة. احتفظ بالرسالة الأصلية لتكون لكل تعديل مقارنة واضحة.
| ما يختفي | موضع الفحص الأول | أول تجربة |
|---|---|---|
| حروف داكنة داخل الشعار | شفافية الصورة | معالجة معتمدة مقروءة على الخلفيتين |
| نص الزر | لون النص والخلفية في الرسالة المستلمة | إصلاح اقتران اللونين في هذا الزر |
| حافة المنتج | الصورة والخلفية المجاورة | تجربة صورة بخلفية محددة دون تلوين المنتج |
| الرسالة كلها عند حجب الصور | معلومات موجودة في الصور وحدها | إبقاء العرض والوجهة مفهومين بنص فعلي |
يوثّق دليل Litmus للوضع الداكن اختلاف تحويلات صناديق البريد ومعالجات الشعارات. نجاح تعديل CSS واحد لا يَعِد بالسلوك نفسه في كل تطبيق. التسليم المفيد هو تصحيح مع جدول اختبار يسمّي التطبيقات.
أنشئ مقارنة صغيرة قابلة للتكرار
لحملة افتراضية لإطلاق زجاجة، جهّز أربع لقطات للرسالة نفسها في تطبيقين مهمين، بالوضعين الفاتح والداكن. سجّل التطبيق ونظام التشغيل والإصدار إن توفر ورقم مراجعة الرسالة وحالة تحميل الصور. قارن الرسالة بعد إرسالها من منصة البريد الفعلية، فقد تغيّر المنصة الشيفرة.
افترض أن الزجاجة واضحة لكن اسم العلامة الداكن يختفي. اطلب خيارين معتمدين: حدًا فاتحًا رقيقًا أو خلفية مستقلة للشعار. قارنهما بالحجم الفعلي. إذا عُرض أصل بعرض 320 بكسل عند 160، يصبح حدّ 2 بكسل نحو 1 بكسل CSS. احكم عند 160، لا بتكبير الملف الأصلي. هذه أبعاد توضيحية وليست مواصفة عامة للشعارات.
أبقِ صورة المنتج كما هي أثناء الاختبار. تعديل الشعار والصورة والزر معًا يجعل تحديد الخلل التالي أصعب. احفظ المرشحين A وB منفصلين واستخدم محتوى الرسالة نفسه.
تعليمات تطلب دليلًا لا حيلة شاملة
قارن [مراجعة الرسالة] و[ملف HTML] و[ملفات الشعار] بلقطات الرسالة المستلمة التالية: [التطبيق والإصدار والوضع لكل لقطة].
لا تغيّر ألوان المنتج أو نسب الشعار المعتمدة أو نص العرض أو عنوان الوجهة.
حدّد العناصر غير المقروءة في كل لقطة، وافصل مشكلات بكسلات الصورة عن مشكلات ألوان HTML/CSS. صف الدليل المرئي ولا تفترض سلوكًا غير موثق للتطبيق.
اقترح أصغر إصلاح لكل خلل. للشعار قارن حدًا معتمدًا من العلامة بخلفية مستقلة، ولا تعِد رسم العلامة.
أعد قائمة تغييرات وتصحيح HTML عند الحاجة ونسخ الأصول المطلوبة وجدول اختبار يغطي الوضعين في التطبيقات المقدمة. يجب أن يظل العرض والزر مفهومين عند حجب الصور.
إن أمكن العرض أو إرسال اختبار بأدوات مصرح بها، اذكر بالضبط ما فحصته. وإلا فضع «غير مختبر» وحدّد لقطات الرسائل المستلمة المطلوب مقارنتها لاحقًا. لا تدّعِ التوافق من معاينة المتصفح.خصّص الرد التالي لصف فاشل في الجدول، مثل: «شعار B اجتاز الفحص لكن نص الزر اختفى في اللقطة 4؛ غيّر هذا الزر فقط». يبقى التشخيص مرتبطًا بعيب مرئي بدل بدء التصميم من جديد.
ما معيار القبول؟
يجب أن يتعرف القارئ على العلامة والمنتج ويجد الإجراء في كل إعداد مختبر. افتح الزر لفحص الوجهة، واختبر حجب الصور بصورة منفصلة. سجّل التطبيقات التي لم تختبرها بدل اعتبارها ناجحة. قد يبدو الشعار جيدًا على مساحة رسم سوداء ثم يفشل بعد تحويل الرسالة في المنصة.
يسأل نقاش من مايو 2026 عن الحفاظ على شعار أحمر وأزرق. هذا قيد تصميم حقيقي، لا دليل على اختبار المعالجة في حملتك. أمثلة المقال افتراضية وليست تقييمًا لـ Opus.
أسئلة قبل الإرسال التالي
هل أجعل الرسالة كلها صورة واحدة؟
هذا يخفي العرض عند حجب الصور ويصعّب تعديل الكلمات. قد تفيد صورة ترويجية مكتملة، لكن أبقِ المعلومات الأساسية متاحة خارجها أيضًا.
هل يستطيع Opus تعديل ملف الشعار نفسه؟
يتوقف التحرير الفعلي على أدوات بيئتك. اطلب الملف المعدل وافحصه؛ التوصية اللفظية ليست أصلًا محررًا.
أين يدخل Panelly؟
استخدم Panelly Studio للصورة الترويجية وتعديلات المشهد عبر المحادثة. HTML والإرسال واختبار البريد مراحل منفصلة؛ لا يعني المسار تكاملًا مع Opus. وللوصف راجع دليل النص البديل للمنتجات.
