Debugging Core Product Engine
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
تتمحور الجلسة حول دفع Burnish نحو نسخة أولى جاهزة لـShopify: مراجعة محرك المنتج وعرض القيمة، وتدقيق ما هو موصول فعلياً بين الواجهة والخلفية، وتحسين onboarding وأقسام Pulse وMentions والإعدادات وفق Polaris ومتطلبات Built for Shopify. ناقش لُقمان جعل عمل الوكلاء في الخلفية مرئياً عبر موجز نشاط مستمر، وربط البحث والتنفيذ والقياس في حلقة مغلقة، مع أفكار لحالة عرض تجريبية وتدقيق مجاني كمدخل تسويقي؛ لكن كفاية هذه الأفكار وطرق الإسناد والقياس ما زالت غير محسومة. شمل العمل العملي تتبع أخطاء HTTP 500 ومشكلة تسجيل CSS في Pulse، وملاحظة تعذر اتصال Supabase في البداية والحذر عند إعادة ضبط حالة onboarding في قاعدة البيانات من دون تشخيص مؤكد، إضافة إلى مراجعة الفروع وGit worktrees وطلبات الدمج بعد أن جعل اختلاف بيئات التشغيل تغييرات محفوظة تبدو مفقودة. وتناولت أسئلة الجمهور والنقاشات الجانبية اختيار تطبيقات Shopify بحسب سياق المتجر، وتحسين SEO وGEO وبيانات المنتجات، ووكلاء المتصفح وسير العمل باستخدام Codex وClaude، وإرشادات Git وتنظيم الوكلاء وتقييم مهاراتهم، والتعليم بمساعدة الذكاء الاصطناعي، والموازنة بين زمن تأخير البث وجودته. كما دارت مناقشات استكشافية غير محسومة حول Product Hunt وملاءمته لتطبيقات Shopify وقياس زياراته وإعلاناته واحتمال التمييز عند إطلاق المنتجات، إلى جانب مقارنات عملية لأدوات ونماذج توليد واجهات المتاجر؛ لكن أسماء بعض النماذج وإصداراتها غير متسقة في التعليقات، ولم تكن السرعة مقاسة رسمياً. الاتجاه المعلن هو إكمال جوهر Burnish وتبسيط تجربة البدء وإجراء تدقيق شامل لامتثال Shopify قبل توسيع التسويق، مع الإقرار بأن الاختبار على متجر تطوير محدود، وأخطاء V1 المتوقعة، ومشكلات الترحيل والأداء، وأسئلة القياس ما زالت تحتاج إلى تحقق وحلول فعلية.
121 لحظة من البث
- 0:04:30
بدء فحص محرك Burnish الأساسي
خُصصت الجلسة للعمل على التطبيق نفسه: فهم المحرك الأساسي، والأتمتة، والقيمة المقترحة، مع الإشارة إلى تعذر اتصال Supabase في البداية من دون تحديد سبب أو حل بعد.
- 0:04:52
تصميم تطبيق أصلي لمنصة Shopify
يناقش استخدام موارد تصميم Shopify ومكوّنات Polaris Web Components لتقليل التخمين ومواءمة الواجهة مع متطلبات Shopify، ثم مراجعة التصميم والروابط قبل التعمق في وظائف التطبيق.
- 0:09:42
إظهار التقدم اليومي لدعم الاحتفاظ بالمستخدمين
يحلل المتحدث أهمية أن يرى التاجر عملاً وقياسات مستمرة قبل ظهور نتائج المجال، ويعرض المقالات المنشأة بالذكاء الاصطناعي مثالاً قد يساعد على إبراز النشاط وتقليل التسرب، مع بقائه غير محسوم بشأن إضافة ميزة مشابهة إلى Burnish.
- 0:11:42
اختلاف أدوار المقالات والأسئلة الشائعة في SEO وGEO
بحسب تحليل المتحدث، تميل المقالات إلى خدمة SEO أكثر، بينما قد تكون الأسئلة الشائعة أنفع لـGEO. كما يحذر من أن نشاط إنشاء المحتوى الظاهر لا يعني بالضرورة أثراً قوياً في تقييم GEO أو الظهور عبر الذكاء الاصطناعي.
- 0:12:59
حفظ سياق المشروع في حالة مشتركة
يوضح المتحدث أن تنظيم المراحل أصبح أقل ترتيباً مع اتساع العمل، لكنه يعتمد على ملف JSON للحالة المشتركة كي يحتفظ مساعد الذكاء الاصطناعي بسياق ما يحدث في المشروع.
- 0:14:14
تشخيص خطأ 500 عبر جلسة MCP للمتصفح
تصف التعليقات استخدام جلسة MCP تمكّن Claude من التحكم في المتصفح وفحص أدوات المطور والشبكة والتصميم ولقطات الشاشة، بينما ظل التطبيق يعيد خطأ 500 في تلك اللحظة.
- 0:15:05
مراجعة جاهزية التطبيق قبل تدقيق Shopify
يناقش لُقمان مراجعة التطبيق من البداية إلى النهاية، وتقييم ما ينقصه، والنظر في مزايا قد تساعد على تقليل فقد العملاء، ثم الوصول إلى مرحلة تدقيق رئيسي وفق قائمة امتثال Shopify. كما يذكر تعارضًا حدث بين مساحات عمل Git worktree أثناء التحضير.
- 0:20:41
تشخيص تعطل النسخ واللصق في Logitech G Hub
تعرض التعليقات خللًا ظهر بعد تحديث Logitech G Hub: أزرار الفأرة الجانبية مضبوطة للنسخ واللصق، لكن أمر اللصق بدا كأنه يرسل Shift+V. جرت مراجعة الإعداد ولقطة الشاشة وإعادة الضبط، ثم ظهرت إشارة إلى أن النسخ واللصق عملا، من دون إثبات واضح للسبب الجذري.
- 0:26:42
إلزام وكيل التصحيح بالتحقق من زوال خطأ 500
يحدد لُقمان معيار إنجاز واضحًا للوكيل: تنفيذ التغيير، فحص السجلات، والتحقق من أن الاستجابة لم تعد 500 قبل إعلان اكتمال المهمة، مع مواصلة التشخيص حتى ذلك الحين.
- 0:30:20
مراجعة عرض قيمة التطبيق وشرائح العملاء
تصف التعليقات تكليف مساعد بمراجعة مستندات السوق وتجربة تطبيق Burnish داخل Shopify من منظور عرض القيمة بدلًا من الاقتصار على الشفرة، ثم إعادة فحص شرائح العملاء ومحاور التميز وكيف تعمل المزايا الحالية. حُذفت أسماء المنافسين والتفاصيل الاستراتيجية الخاصة.
- 0:32:13
حصر جلسة المتصفح داخل مجموعة MCP الصحيحة
عند فتح Chrome خارج مجموعة MCP المخصصة، يطلب لُقمان إبلاغ المنسق بأن جلسة المتصفح يجب أن تبقى داخل المجموعة المحددة، بما يوضح أهمية عزل سياق جلسات الوكلاء.
- 0:33:18
تصحيح مسار Claude أثناء الجلسة
يوضح Luqman أن أمراً في Claude يتيح تنبيه وكيل فرعي إلى خطأ أثناء استمرار العمل، كي يبلغ المنسق ويبدأ التصحيح دون إنهاء الجلسة أو انتظار اكتمالها.
- 0:33:59
مراجعة قيمة Burnish قبل الاكتفاء بتصحيح الأخطاء
يناقش مراجعة Burnish مقابل الوثائق والميزة التنافسية وعرض القيمة، للتأكد من عدم وجود نواقص أو إضافات مطلوبة. الهدف هو أن يدرك التاجر أن التطبيق يقدم عملاً مستمراً في الخلفية، مع بقاء كفاية التنفيذ الحالي بحاجة إلى تقييم.
- 0:37:04
تصميم إعدادات متوافق مع Shopify
يعرض العمل على صفحات الإعدادات بتصميم قريب من نمط Shopify، مع اعتبار هذا الأسلوب عملياً ومتوافقاً مع توقعات المنصة، وإصلاح الأخطاء التي تظهر أثناء تحسين الواجهات متى أمكن.
- 0:38:04
سلوك متقطع لخطأ 500 بعد التحديث
ظهر خطأ 500 بعد تحديث قوي أول، ولم ينجح إعادة التحميل، ثم عمل التطبيق بعد تحديث قوي ثانٍ بينما ظلت الصفحات الأخرى متاحة. طُلب فحص السجلات لمعرفة السبب وما إذا كان له إصلاح ملموس، دون الجزم بتشخيص.
- 0:39:14
مخاطر اختبار التطبيق على متجر تطوير محدود
يناقش Luqman صعوبة استنتاج سلوك التطبيق لدى متاجر ذات كتالوجات أكبر اعتماداً على متجر تطوير محدود. ورغم وجود احتياطات لهذا الاختلاف، لا يمكنه ملاحظة السيناريوهات كلها مباشرة، لذلك يتوقع أخطاء في V1 ويرى أن دعم العملاء ضروري.
- 0:42:00
جعل العمل في الخلفية مرئياً للتاجر
يشرح النقاش أن عرض نتيجة أو تقدم فقط قد يجعل التاجر يظن أن قيمة التطبيق انتهت ثم يحذفه. المقترح هو إظهار عمل الوكلاء في الخلفية بوضوح كي يشعر التاجر بالقيمة المستمرة، مع الإقرار بأن الفكرة ما زالت قيد التحليل.
- 0:43:55
استعادة متطلبات تحسين التصميم وترتيبها
يطلب Luqman الرجوع إلى المتطلبات السابقة لتحسين تصميم التطبيق، بما يشمل نظام التقييم الذاتي وترتيب الأقسام بدءاً من Settings ثم Pulse، وتجميع ما أضيف عن Shopify design MCP لتحديد ما يمكن أن يساعد فيه.
- 0:45:38
مراجعة Pulse بمهارات Shopify وPolaris
يطلب Luqman تقييم قسم Pulse باستخدام مهارات Shopify وPolaris وShopify Dev MCP، مع شرح التحسينات المحتملة قبل تنفيذها. كما يسأل إن كان الوصول المباشر إلى وثائق وواجهات Shopify يمكن أن يقلل التخمين ويدعم المراجعة.
- 0:48:55
إكمال المنتج قبل مراجعة امتثال Shopify
يصف Luqman قراراً مؤقتاً بالتركيز على إكمال Burnish أولاً، ثم الانتقال إلى مراجعة التطبيق وفق قائمة امتثال Shopify قبل توسيع العمل إلى أنشطة أخرى.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب