انتقل للمحتوى
شغّال
ارجع للمكتبة

Update + Checkpoint

Day 0454:05:14

تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم

الخلاصة

يركّز البث على تطوير Burnish، وهو تطبيق Shopify يهدف إلى قياس ظهور التجار في إجابات الذكاء الاصطناعي وتحسينه عبر المحتوى والأتمتة. شمل العمل مراجعة لوحة التحكم والإعدادات والتهيئة بعد التثبيت، وتبسيط بنية الإصدار الأول، وإظهار نشاط الأوتوبايلوت مع إبقاء التغييرات المقترحة خاضعة لمراجعة التاجر. اعتُبرت مرحلة تصميم الواجهة مكتملة في هذه المرحلة، لكن التصحيح والاختبار الشامل ظلا عملًا لاحقًا؛ واقتُرح اختبار رحلة المستخدم من بيانات جديدة، وبناء معيار جاهزية واضح، ومعالجة الميزات تدريجيًا لأن الأخطاء تتزايد مع تراكم الاعتماديات. وفي نقاشات الجمهور، قدّم لقمان آراءً متحفظة حول Codex وClaude وRemotion وتعدد النماذج، مؤكدًا أن المؤشرات وتقييم الوكيل لا يغنيان عن الفحص البشري، وأن الاختيار بين النماذج وسير العمل يجب أن يوازن الجودة والتكلفة وحدود الاستخدام. كما تناول البث اكتشاف أفكار المنتجات من مشكلات يومية حقيقية، الجمع بين SEO وGEO، تموضع Burnish داخل Shopify، وتصميم لوحات تقود المستخدم بوضوح إلى خطوته التالية. بقيت أسئلة مثل صلاحيات زواحف الذكاء الاصطناعي، وآلية بعض الإعدادات، والموازنة بين عمق الأتمتة وسرعة الاستجابة بحاجة إلى تحقق أو استكشاف إضافي.

  • AI coding
  • Claude
  • Codex
  • agent workflows
  • +4

64 لحظة من البث

  1. 1:04:06

    استخدام نموذج ثانٍ لاكتشاف الأخطاء

    نقاش حول تجربة نموذج آخر للحصول على منظور ثانٍ، مع توضيح أن التحدي الأساسي هو اكتشاف الأخطاء أولًا لا تنفيذ عملية تصحيحها فقط.

    • AI models
    • bug discovery
    • debugging
    • second opinion
    • +1
  2. 1:06:52

    تقسيم محادثة الذكاء الاصطناعي حسب مسار العمل

    اقتراح إنشاء فرع مستقل للمحادثة لمراجعة الإعدادات بتركيز، مع إبقاء المحادثة الأصلية لمتابعة لوحة التحكم وتمرير خلاصة مراجعة صلاحيات الزواحف إلى الفرع الجديد.

    • conversation forking
    • AI workflow
    • settings
    • dashboard
    • +1
  3. 1:09:43

    متى تفيد آراء عدة نماذج؟

    إجابة عن سؤال جمهور تؤيد أخذ آراء أكثر من نموذج لتحسين الجودة، خصوصًا عند وجود احتياج مرتفع أو نموذج جديد واعد، مع الإقرار بأن هذا الأسلوب لا يُستخدم دائمًا عمليًا.

    • multi-model workflow
    • quality review
    • AI models
    • OpenRouter
    • +1
  4. 1:16:45

    توقيت المراجعة النهائية بنموذج آخر

    اقتراح استكمال الواجهة أولًا، ثم إجراء جولة مراجعة أو تصحيح إضافية بنموذج آخر عند توفره، حتى بعد الاعتقاد بأن المشكلات الأساسية انتهت.

    • frontend
    • debugging workflow
    • AI code review
    • second opinion
    • +1
  5. 1:23:04

    تطبيق حدود الاستخدام باستمرار في واجهة الجدولة

    تكشف مراجعة واجهة جدولة منافسة عن احتمال عدم اتساق التحقق: السحب يمنع اختيار تاريخ خارج الحد، بينما قد يسمح إدخال التاريخ مباشرة بتجاوزه. الدرس العام هو تطبيق القيود نفسها في كل مسارات الإدخال.

    • usage-limits
    • scheduling
    • validation
    • product-review
  6. 1:30:32

    مفتاح موحّد لتشغيل الأوتوبايلوت

    يناقش العمل غموض وجود أوتوبايلوت منفصل لواجهة المتجر وآخر للمدونة، ويميل إلى مفتاح واحد يشغّل الأوتوبايلوت لكل الوظائف مع إمكانية تعطيل الأجزاء من صفحاتها المتخصصة.

    • autopilot
    • settings
    • product-design
    • ux
  7. 1:32:12

    تبسيط إعدادات الإصدار الأول

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

    • information-architecture
    • settings
    • v1-scope
    • product-design
  8. 1:37:36

    إظهار نشاط الأوتوبايلوت في لوحة التحكم

    الفكرة هي جعل لوحة التحكم تبدو حية عبر عرض نشاط الأوتوبايلوت وربطه بصفحته لمزيد من التفاصيل. ويتوقف التقدم على الرجوع إلى أحدث نسخة صحيحة من التطبيق والكود.

    • dashboard
    • autopilot
    • navigation
    • product-design
    • +1
  9. 1:48:48

    تحسين لوحة العمل ومؤشرات التقييم

    مراجعة لواجهة Burnish تقترح أن تعرض لوحة العمل أحدث الأنشطة، مع ملاحظة أن درجة الجاهزية مضبوطة بينما موضع أو حالة درجة الظهور ما زال غير واضح في النص.

    • واجهة المستخدم
    • لوحة العمل
    • الأنشطة
    • درجة الجاهزية
    • +6
  10. 1:51:09

    دمج عناصر تحت قسم العلامة التجارية

    يقترح المتحدث دمج عنصرين غير واضحين مرتبطين بملفات التعريف تحت قسم «Brand»، ولا تحدد التعليقات النصية هذين العنصرين بوضوح.

    • العلامة التجارية
    • تنظيم المعلومات
    • إعدادات
    • تبسيط الواجهة
    • +4
  11. 1:52:50

    نقطة متابعة لتنفيذ صفحات المنتج

    تحديث موجز يفيد باكتمال صفحة Autopilot، مع بقاء صفحتي لوحة المعلومات والإعدادات ضمن العمل التالي.

    • تقدم التنفيذ
    • Autopilot
    • لوحة المعلومات
    • الإعدادات
    • +3
  12. 1:53:06

    بداية نقاش حول قدرات الذكاء الاصطناعي

    تبدأ مقارنة رأيية حول الاقتراب بصورة أسرع من الذكاء العام الاصطناعي وقوة بعض النماذج، لكن أسماء النماذج والمقارنة نفسها غير مكتملة وغير واضحة في هذه الصفحة.

    • الذكاء الاصطناعي
    • الذكاء العام الاصطناعي
    • مقارنة النماذج
    • AI
    • +2
  13. 1:53:23

    مؤشرات النماذج مقابل الخبرة العملية

    يناقش المتحدث ترتيب نماذج الذكاء الاصطناعي في عدة مؤشرات، لكنه يتحفظ على النتائج لأن تجربته العملية لم توافق بعض المقارنات، وينتظر رؤية أداء إصدار لاحق من GPT.

    • AI models
    • benchmarks
    • practical evaluation
    • نماذج الذكاء الاصطناعي
    • +1
  14. 1:56:10

    تسليم خطة التنفيذ والحاجة إلى تصحيح عملي

    يضيف ملاحظات للخطة، ويفصل صفحات الحساب والتسعير، ثم يجهز ملف خطة لتسليمه إلى جلسة جديدة تقود التنفيذ حتى الاكتمال. ويؤكد أن مرحلة التصحيح المعقدة ستحتاج تدخلاً عملياً ومراجعة جزء بعد جزء.

    • execution plan
    • session handoff
    • debugging
    • dashboard
    • +3
  15. 2:04:06

    جلسة ذكاء اصطناعي كمنسق لاختبار التطبيق

    يحدد المتحدث دور جلسة ذكاء اصطناعي تعمل كمساعد ومنسق: تقوده عبر الصفحات وتجربة المستخدم، تساعده في تمييز الفجوات عن الأخطاء الحقيقية، تسجل الملاحظات، ثم توزع الإصلاحات على جلسات فرعية. ويشمل التصور إعادة بيانات بيئة التطوير عند الحاجة لاختبار تجربة المستخدم الجديد من البداية.

    • AI orchestration
    • user journey testing
    • bug triage
    • note taking
    • +3
  16. 2:10:26

    من اكتمال الواجهة إلى النشر والاختبار من الصفر

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

    • Railway
    • deployment
    • pull request
    • fresh-state testing
    • +3
  17. 2:13:32

    إعداد مساعد لمراجعة التصميم وضمان الجودة

    يشرح إعداد جلسة مساعدة تتابع العمل، تدوّن الملاحظات، وتساعد في اكتشاف الأعطال قبل إصلاحها. كما يناقش الحاجة إلى إعادة ضبط قاعدة البيانات لاختبار التطبيق كمستخدم جديد، وصعوبة العمل المتوازي على عدة صفحات في بيئة Shopify، وبطء بيئة الخادم مقارنة بالتطبيق المنشور المتوقع.

    • QA
    • design review
    • bug discovery
    • database reset
    • +2
  18. 2:17:49

    مراجعة موقع قديم وتحديث استراتيجية التسعير

    يراجع الموقع ويحدد أن بعض أجزاء لوحة التحكم وقسم التسعير والقدرات المعروضة تحتاج إلى تحديث، بينما يمكن الإبقاء على أجزاء أخرى. ويوضح أن التسعير الجديد ينبغي أن يراعي هامشًا مناسبًا وأن يُراجع بعد ملاحظة استجابة السوق، مع تأجيل إعادة بناء الموقع إلى وقت لاحق.

    • website audit
    • pricing strategy
    • market response
    • dashboard
    • +1
  19. 2:22:41

    إنهاء المحرك الأساسي قبل تحسين الواجهة

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

    • product development
    • prioritization
    • core engine
    • frontend
    • +1
  20. 2:25:57

    قراءة معايير أداء نماذج البرمجة بحذر

    شرح المتحدث أنه ينظر شخصيًا إلى SWE-bench عند مقارنة إصدارات نماذج البرمجة، لكنه لم يجزم بأن الإصدار الأحدث سيكون أفضل. كما أقر بعدم معرفته الدقيقة ببعض تصنيفات الاختبار، ولذلك ظل الاستنتاج توقعًا لا نتيجة اختبار أجراه.

    • coding models
    • SWE-bench
    • benchmarks
    • model evaluation

عندك سؤال عن حاجة في البث ده؟

اسأل في الجروب
Update + Checkpoint · شغّال