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 لحظة من البث
- 3:33:55
تمييز ضوضاء الـworking tree عن نطاق scan funnel
عند مراجعة عدة commits، بقيت ملفات وتغييرات غير واضحة في الـworking tree. جرى الرجوع إلى نطاق scan funnel—صفحة الهبوط وصفحة /scan وربما قسم live scan—وفحص الملفات ومحاذاة funnel pivot، مع اقتراح سير عمل من خمس مراحل يبدأ بإعداد worktree.
- 3:40:35
التحقق من حالة عرض First Loop
وُصفت تجربة First Loop بأنها تجربة قبل الدفع يشغّل فيها Burnish مسار البحث الكامل، ثم ظهر تعارض حول ما إذا كانت ملفاتها قد حُذفت أم ما تزال غير متتبعة داخل الـworktree. يبرز المقطع ضرورة فحص حالة الملفات بدل الاعتماد على تقرير وكيل واحد.
- 3:42:35
الحفظ والدمج المتكرر لتقليل تراكم العمل
يوضح المتحدث أن العمل غير المتتبع يصبح صعب التذكّر بعد أيام من تراكم تغييرات كثيرة، ولذلك يوصي بالدمج شبه اليومي أو بعد انتهاء مهمة محددة، وبإنشاء commit على الأقل لحفظ الحالة.
- 3:45:25
الفرق بين Squash and Merge وMerge Commit
شرح أن squash and merge يجمع تعديلات الفرع في commit واحد، بينما يحافظ merge commit على سجل commits الفرع ويضيف commit للدمج. طُرح الاختيار بصورة إرشادية: الدمج المضغوط للـPRs الصغيرة أحادية الغرض، والحفاظ على السجل عندما تكون تغييرات الـPR أكبر أو أكثر تعقيدًا.
- 3:49:20
إعادة بناء تجربة Onboarding لتطبيق Shopify
بعد ظهور تعارضات بين عمل سابق ومسارات عمل متوازية، تقرر الاحتفاظ بالعرض الأول كمرجع وإعادة بناء الـonboarding من البداية. التجربة المقصودة تبدأ بعد التثبيت، تقود التاجر خلال الإعداد واختيار خطة، ويُفترض أن تتوافق مع Shopify، وتستخدم Polaris Web Components والاستعانة بـShopify Dev MCP.
- 3:53:29
تنظيم العمل عبر Git Worktrees وتوسيع نطاق مراجعة التصميم
نقاش عملي حول إبقاء بعض العمل السابق جانبًا مؤقتًا، وتنظيف الفروع، وفتح worktree جديد لعزل العمل. توسع نطاق المراجعة من صفحة منفردة إلى عدة مناطق في التطبيق بهدف إكمال التصميم بصورة مترابطة.
- 3:58:40
تدقيق الـOnboarding والبحث عن Demo View سابق
طُرح تدقيق حالة الـonboarding بالرجوع إلى وثائق القرارات، مع سؤال منفصل عن مكان demo view سابق وإمكانية استعادة الوصول إليه. ذُكر Codex كمساعد محتمل في جزء من العمل، لكن تفاصيل التنفيذ لم تظهر في هذه الصفحات.
- 4:00:39
تنسيق عدة وكلاء برمجيين وإكمال معلم باستقلالية
وُزّع العمل بين وكلاء لمعالجة النواقص، وصقل الصفحات، والاستفادة من سياق بحث سابق. وبعد تعطل الخادم، كانت التعليمات التأكد من تشغيله ثم إكمال المعلم الصغير دفعة واحدة دون انتظار مراجعة، إلا عند ظهور مشكلة حرجة.
- 4:10:45
تحسين صفحة هبوط إعلانية للجوال والتحويل
عُرض اتجاه لصفحة هبوط يختلف تصميمها على الجوال، مع التأكيد على تحسينها بالكامل لأنها مخصصة لإعلانات Facebook ومرتبطة بتحسين معدل التحويل. جرى تأجيل هذه الخطوة حتى اكتمال التطبيق.
- 4:12:25
ضبط لغة المساعد وتقليل الإسهاب
تناول النقاش إمكانية ضبط اللغة داخل Claude واستخدام توجيه مثل «no verbose» لتقليل الكلام الزائد الظاهر في عرض النص، مع الإقرار بأن هذا النوع من الضبط قد يكون مفيدًا.
- 4:14:04
قراءة مهارات الوكلاء بعناية وموازنة آثارها الجانبية
شدد المتحدث على قراءة تعليمات المهارات حرفيًا قبل تثبيتها، لأنها قد تضيف سلوكًا غير مطلوب أو تحسن جانبًا على حساب آخر، بحسب مؤلف المهارة. ورأى أن مهارة تدقيق الحقائق واعدة لتحسين الدقة، مع بقاء سؤال مفتوح حول احتمال استهلاك رموز إضافية، كما أشار إلى أن تعليمات محاكاة الصوت قد تنتج أسلوبًا غير مناسب.
- 4:15:22
مقايضة زمن تأخير البث بجودة المشاهدة
أوضح المتحدث أن التواصل عبر Telegram يمكن أن يمنح تفاعلًا أقرب إلى المباشر لأن YouTube يتضمن تأخيرًا، وأن هذا التأخير يمكن تقليله لكنه موجود لدعم جودة البث.
- 4:16:48
المراجعة البشرية الدقيقة لنصوص الواجهة
أوضح المتحدث أنه يراجع كل النصوص الظاهرة في الواجهة بعناية ويوافق عليها أو يرفضها، وأن الإشراف نفسه ينطبق على نصوص التطبيق، مؤكدًا أهمية التدقيق البشري للمحتوى الذي يراه المستخدم.
- 4:18:06
تحسين صفحات الهبوط واختبار A/B
يوضح أن صفحة الهبوط التي تستقبل زيارات الإعلانات تحتاج عناية دقيقة بالنص وكل عناصر الصفحة، ويوصي بإجراء اختبارات A/B لتحسينها.
- 4:20:12
الفروع وworktrees لحماية فرع main
يناقش الحيرة بين التطوير مباشرة على main واستخدام الفروع وworktrees، ويذكر أن أداة AI نصحته بالتعود على الفروع وworktrees وتجنب لمس main قبل التحقق من التغييرات. تبدأ المشكلة العملية عندما تبدو صفحة Pulse مختلفة بعد دمج أعمال متعددة وتغيب عنها نتائج الفحص المتوقعة.
- 4:25:57
تشخيص تغييرات بدت مفقودة بعد الدمج
يستعرض تغييرات في الإعدادات وPulse وMentions بدت مفقودة أو معطلة رغم إنشاء طلبات سحب ودمجها في main. يناقش كيف يمكن لمشكلات الدمج وانتقال وكلاء البرمجة بين الفروع أن تربك حالة العمل، ثم يصل إلى تفسير أولي غير مكتمل بأن تغييرات التطبيق ربما انتقلت بنجاح بينما كان ينظر إلى جانب تطوير مختلف.
- 4:33:34
تأخر البث رغم ظهور الحالة سليمة
لوحظ تأخر في البث مع أن لوحة الحالة لدى المتحدث كانت تعرضه كسليم؛ وأوضح أن التأخر كان ظاهرًا لديه قبل وصول المحتوى إلى الجمهور.
- 4:38:36
التبديل بين Codex وClaude عند تعثر مهمة برمجية
يروي المتحدث أن أداة قد تتعثر في مهمة بينما تنجزها الأخرى سريعًا، وأن العكس يحدث أيضًا؛ وهي ملاحظة عملية وتجريبية وليست حكمًا بأن إحداهما أفضل دائمًا.
- 4:38:53
لماذا اختفت التحديثات من خادم التطوير بعد دمج Worktree؟
تبيّن أن خادم التطوير المستخدم أثناء العمل كان مرتبطًا بـGit Worktree. بعد دمج ذلك الفرع، عاد الخادم الأصلي ليعرض حالته السابقة، رغم بقاء التعديلات محفوظة في الشفرة وطلبات الدمج؛ لذا كان غيابها من الخادم مشكلة في بيئة التشغيل لا فقدانًا للعمل.
- 4:40:55
محاذاة خادم التطوير مع الـ worktree والفرع الصحيح
أرجع المتحدث اختلاف نسخة الواجهة إلى تشغيل خادم Shopify من checkout مرتبط بعمل سابق، وقال إنه ما زال يتعلم Git ولا يفهم كل التفاصيل. واستخلص من نصيحة تلقاها أن الاعتياد على worktrees والفروع مهم للحفاظ على سير عمل منظم قبل إطلاق التطبيق للعامة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب