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 لحظة من البث
- 1:49:26
تصميم Burnish ليقدم قيمة مستمرة للمتجر
يطرح لقمان فجوة جوهرية في النسخة الأولى من Burnish: كيف يساهم المنتج باستمرار في تحسين متجر التاجر بما قد يساعد على معالجة التسرب. ويستشهد بميزة تقويم محتوى ونشر مقالات آلياً في StoreRank كمثال على نشاط دوري يدعم SEO وGEO، ثم يسأل كيف يمكن توسيع قسم النشاط اليومي الحالي في Pulse إلى مساهمة أكثر وضوحاً واستمرارية.
- 1:53:11
تحويل الفجوات الهيكلية إلى milestone قابلة للتنفيذ
طُلب تجميع الفجوات الهيكلية في مهام أقل وأكثر ترابطًا داخل milestone، مع تحديد مستوى تعقيد كل مهمة، ثم إعدادها عبر أمر التحضير قبل تسليمها إلى وكيل للتنفيذ.
- 1:54:15
جعل موجز نشاط Burnish هو الواجهة الرئيسية
نوقشت إعادة صياغة الصفحة الرئيسية كموجز زمني واضح لما يفعله Burnish الآن، بحيث يشرح سير العمل للمستخدم ويرتبط بالوكلاء. اعتُبر البريد الدوري خطوة لاحقة، كما طُرح شريط دائم داخل واجهة التطبيق كفكرة مستقبلية تحتاج إلى توضيح.
- 1:57:09
الموازنة بين كثرة جلسات الذكاء الاصطناعي وعمق العمل
وُصفت تجربة مفادها أن تشغيل عدد أكبر من الجلسات المتوازية قد يسرّع بعض أعمال الخلفية لكنه يستهلك موارد أكثر، بينما قد تمنح الجلسات الأقل عملاً أعمق. طُرحت هذه كملاحظة شخصية لا كاختبار محسوم.
- 2:00:30
إدارة الاعتماديات وتجهيز المهام قبل التنفيذ
أضيفت متطلبات لتسجيل اعتماديات الـ milestone كعناصر حجب عند الحاجة وتحديثها عند اكتمال المهام، مع كتابة مطالبات المهام المتوسطة والكبيرة وتجهيزها قبل إرسالها إلى وكيل آخر للتنفيذ.
- 2:04:12
عزل مهام الوكلاء باستخدام Git worktrees
شُرح سير عمل آلي يعزل كل مهمة في Git worktree وفرع مستقل، ثم ينشئ طلب دمج بعد الجلسة ويدمجه. نوقشت فائدة أدوات orchestration الطرفية خصوصًا عند تنسيق عدد كبير من نماذج الذكاء الاصطناعي، لكن اسم الأداة المقترحة لم يكن واضحًا.
- 2:06:37
مراجعة واجهة عرض الثقة والمقارنة بالمنافسين
أُعجب بالمظهر العام للصفحة، مع اقتراح عرض كل نموذج أو إصدار داخل صندوق فاتح، والتحقق من إمكانات Shopify Dev MCP، وضبط محاذاة شرح القياس إلى اليسار. كما لوحظ تباعد بصري غير مناسب في قسم الظهور مقابل المنافسين، لكن الوصف الأخير انقطع.
- 2:08:10
تحسين قابلية قراءة تفصيل مصادر الاستشهاد
لوحظت فجوة واضحة في واجهة تفصيل مصادر الاستشهاد، مع اقتراح إضافة فاصل بصري خفيف ومستقل لكل قسم لتحسين التنظيم والقراءة.
- 2:08:31
سير عمل الجلسات بأشجار عمل منفصلة
نوقش سير عمل ينشئ شجرة عمل لكل مهمة أو جلسة، ثم يُغلق العمل بعد التأكد منه وتُفتح مراجعة تغييرات ليجري دمجها يدوياً.
- 2:09:27
عرض تشويقي للميزات المقيدة حسب الفئة
أظهرت نسخة العرض لفئة البداية نتائج من خدمات يفترض أن تكون غير متاحة لها. كان الاقتراح إخفاء التفاصيل مع إبقاء مؤشر بصري مشوّش، مثل نتيجة مطموسة، لشرح وجود الميزة دون منح الوصول إليها.
- 2:15:25
خطة تطوير موجز Pulse القائم على صلة الأحداث
نوقشت فكرة في Pulse ترتب الأحداث ذات الصلة بحسب الدرجة وتضم أدوار المتتبع والمنفذ والمُعلِم. طُلب إعداد خطة تنفيذ، مع حرية إعادة موضع المكوّن وتجربة جميع النطاقات أولاً ثم تقليصها عند الحاجة، والاستعانة بأدوات ومهارات تطوير Shopify.
- 2:19:16
تنسيق الوكلاء عبر الفروع وأشجار العمل
قبل بدء التنفيذ، أثير احتمال التعارض مع وكيل آخر يعمل على تصميم الواجهة، لذلك أصبح تحديد شجرة العمل والفرع الحاليين خطوة مهمة لتنسيق العمل المتوازي.
- 2:20:09
الإطلاق بداية العمل وليس نهايته
يوضح النقاش أن إطلاق التطبيق يبدأ مرحلة دفعه في السوق وقياس الجذب والطلب؛ ولا يُنصح بالانتقال إلى بناء شيء آخر قبل ظهور إشارات حقيقية، مع الاستعداد لاتجاه موسمي متوقع في سبتمبر.
- 2:24:12
فهم المقاييس قبل شحن واجهتها
تؤكد المراجعة ضرورة فهم مقاييس مثل F1 وحجم العينة وطريقة القياس قبل الشحن، ثم تنتقد تركيب بطاقة تحتوي على معلومات مهمة عن النموذج والمقاييس وتطلب معالجة بصرية أوضح.
- 2:26:39
بدء بيئة عمل جديدة من الفرع الرئيسي
يقترح النقاش إنشاء فرع أو بيئة عمل جديدة انطلاقاً من main، مع تحديد مشكلات التعارض، ويسجل أيضاً حاجة شريط الصفحة الرئيسية إلى رابط «كيف يعمل».
- 2:28:57
محاذاة المعلومات الثانوية أسفل الدرجة
يوضح التصحيح أن المشكلة ليست في موضع الدرجة نفسها، بل في العنوان والمعلومات الثانوية أسفلها، التي بدت غير مصطفّة وفي مكان غير مناسب.
- 2:30:59
نقاط حفظ آمنة أثناء العمل المتوازي
عند القلق من تغييرات متوازية غير مكتملة، يقترح النقاش التوقف عند نقطة آمنة، وعمل commit ودمج التغييرات بعد اكتمال الترحيل الجاري، بدلاً من مواصلة التعديل بلا نقطة رجوع واضحة.
- 2:32:27
تنظيم المقاييس داخل بطاقة
تقترح المراجعة الرجوع إلى Shopify dev MCP لمعرفة إمكان إضافة جدول صغير أو فاصل داخل البطاقة، حتى لا تبدو المقاييس عائمة في مساحة فارغة وتصبح العلاقات بينها أوضح.
- 2:33:28
تأمين عمل الفروع وبيئات العمل قبل المتابعة
يركز النقاش على عمل commit ورفع التغييرات غير المحفوظة في الفروع وبيئات العمل قبل إعادة تنظيم العمل حول المرحلة التالية.
- 2:35:28
إنهاء ضبط قسم «كيف يتم القياس»
بعد تحسن البطاقة، تطلب المراجعة ضبطاً أخيراً يتمثل في توسيط قسم «كيف يتم القياس» لتحسين اتساق العرض.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب