BREAKING MY APP TO FIX IT
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يتابع البث انتقال تطوير تطبيق مساعد ذكاء اصطناعي داخل Shopify من البناء إلى المراجعة والتصحيح وصقل UI/UX. يطوّر لقمان مركز قيادة يفصل اختبارات الواجهة والتجربة والخلفية عن مهام الإصلاح، ويسجّل النتائج ويعيد الاختبار خطوة بخطوة، مع توزيع العمل بين Codex وClaude ووكلاء آخرين بحسب طبيعة المهمة. تشمل التجارب العملية ترحيل الواجهة إلى Polaris، ومراجعة الصفحة الرئيسية وبطاقة التقرير، وتشخيص أعطال المصنّف والتوجيه وأزرار المحادثة والصور والعداد اللحظي وفهم التواريخ النسبية؛ وقد تأكد إصلاح بعض الحالات، بينما بقيت مشكلات أخرى مفتوحة مثل بطء التطبيق وبعض تدفقات المحادثة وفشل تحليل الرؤية. كما تناقش الجلسة أسئلة الجمهور حول اختيار النماذج وأدوات البرمجة، وبناء تطبيقات صوتية، وتشغيل النماذج محلياً أو سحابياً، مع التأكيد أن المقارنات المعروضة انطباعية وليست معايير حاسمة. وعلى مستوى المنتج، يعرض لقمان رأيه في ضرورة اختبار الطلب واقتصاديات الوحدة والتسعير وتكلفة اكتساب العميل قبل التوسع، مع الإقرار بأن التحقق المسبق ليس المسار الوحيد وأن اختلاف العملات والقدرة الشرائية قد يزيد صعوبة الاستدامة في بعض الأسواق العربية.
105 لحظة من البث
- 1:02:05
اختيار وضع أداة الذكاء الاصطناعي حسب صعوبة المهمة
يرى المتحدث أن الوضع التلقائي قد يناسب الأعمال الخفيفة وتوفير الاستهلاك، مع الاحتفاظ بالخيارات الأقوى للمهام التي لا يستطيع إكمالها. ويعرض تفضيلاً شخصياً لأدوات أعلى جودة وإمكانية تشغيل عدة نماذج، من دون حسم أفضل خدمة.
- 1:04:03
وكيل داخل Shopify يجيب وينفذ المهام
يصف المتحدث تطبيق Shopify قيد التطوير: وكيل ذكاء اصطناعي يتحدث مع التجار ويجيب عن الأسئلة، لكنه يهدف أيضاً إلى تلقي المهام وتنفيذ إجراءات داخل Shopify. ثم يعود إلى مهمة تحقق من أعمال ترحيل Polaris السابقة.
- 1:05:24
لماذا تحتاج نتائج مقاييس النماذج إلى تفسير
يرى المتحدث أن المنافسة بين نماذج البرمجة متقاربة، لكنه يصرّح بأنه لا يفهم بعد بعض المؤشرات أو سبب تفوق نموذج على آخر في بعض الجداول، ويريد تعلم قراءة المقاييس قبل استخلاص أحكام منها.
- 1:07:07
تنويع النماذج للمهام النصية والبصرية والصوتية
يشرح المتحدث أنه يستخدم OpenRouter مع مجموعة محدودة من النماذج ويريد توسيعها بنماذج أخرى للرؤية والصوت، حتى لا يعتمد سير العمل كله على Claude وحده.
- 1:08:13
بناء تطبيق محادثة صوتية بمساعدة أدوات البرمجة
رداً على سؤال من الجمهور، يقول المتحدث إن تطبيق المحادثة الصوتية ممكن عموماً بمساعدة Claude ما دام لا يعتمد بشدة على العتاد. وعند مقارنة Codex وClaude، يطلب أمثلة أدق تحدد هل الفارق المزعوم في الواجهة أم الخلفية.
- 1:09:11
موازنة واجهة Polaris الأصلية مع مكوّن محادثة مخصص
يربط المتحدث ترحيل الواجهات إلى Polaris بملاءمة تطبيقه لمراجعة Shopify ولغة لوحة الإدارة، ثم يسأل إن كان يمكن إبقاء المساعد أو صندوق المحادثة بتصميم مخصص. ويشير إلى أن مرحلة التصحيح وصقل UX/UI اللاحقة ستكون دورة تكرارية كثيرة الأخذ والرد.
- 1:13:20
اختيار أدوات البرمجة بالذكاء الاصطناعي والعمل بعدة نماذج
يناقش اختلافًا محتملًا في أسلوب Codex وClaude: قد يركز أحدهما أكثر على المهمة الحالية بينما يلتقط الآخر مشكلات مستقبلية، مع التأكيد أن هذا انطباع وتجربة شخصية. والنصيحة العملية هي تجربة الأدوات واختيار الأنسب، مع اكتساب القدرة على التنقل بين عدة نماذج وأدوات بدل الاعتماد على واحد فقط.
- 1:17:23
تقييم اقتصاديات تطبيق دردشة بالذكاء الاصطناعي
قبل بناء تطبيق دردشة يعتمد على واجهات نماذج مدفوعة، يقترح النقاش تحديد هل هو مشروع تجاري أم تجربة شخصية، ثم مقارنة تكلفة الاستخدام بالإيراد المتوقع والسوق المستهدف وشدة المنافسة. كما يقترح سؤال نموذج لغوي عن اقتصاديات الوحدة للمساعدة في تنظيم الافتراضات، لا باعتباره بديلًا عن التحقق الفعلي.
- 1:20:13
فحص أولي لتغييرات واجهة تطبيق Shopify
يستعرض الفحص تغييرات مركز التحكم وتبويب المراجعة، مع ملاحظة أن المراجعة ساعدت في تصحيح الأخطاء وتحسين تجربة وواجهة الاستخدام. تبدو صفحات الفوترة والنشاط والإعدادات أفضل، بينما تظل هناك أسئلة ومشكلات في التخطيط العام.
- 1:23:11
انطباع مؤهل عن Stitch لإنشاء الواجهات
يُعرض Stitch كأداة قد تسرّع إنشاء واجهات التطبيقات، مع الإشارة إلى تكامله مع Gemini وإمكان ربطه عبر MCP وفائدته المحتملة لتطبيقات الهاتف. المتحدث يوضح صراحة أنه لم يجربه شخصيًا، لذلك تبقى الملاحظات انطباعًا مبنيًا على ما سمعه لا تقييمًا عمليًا.
- 1:26:07
اختبار الطلب بصفحات هبوط قبل بناء المنتج
يشرح النقاش منهجًا عامًا لاختبار عدة أفكار بواجهات أو صفحات هبوط بسيطة وعرض حجز مبكر، ثم مقارنة استجابة السوق والتركيز على الفكرة ذات الطلب الأقوى قبل استثمار الجهد في بناء الخلفية. ويمكن استخدام أداة سريعة لتصميم الواجهة لتقليل وقت الاختبار.
- 1:27:43
تحسين صفحات Shopify مع الحفاظ على بنية Polaris
تقيّم المراجعة صفحات التطبيق: الإعدادات والفوترة والنشاط تحسنت، بينما الصفحة الرئيسية وصفحة التأثير أضعف من النسخة السابقة، وخصوصًا شريط التقرير. ويقترح النقاش الحفاظ على بنية الصفحة وتخطيط Polaris مع تخصيص العناصر البصرية، مثل إعادة الأساس الداكن، ثم حصر جلسة لاحقة في تحسين واجهات الصفحات المحددة دون كسر الوظائف.
- 1:36:36
استخدام أكثر من نموذج في سير العمل
ردًا على اقتراح من الجمهور، قال المتحدث إنه لم يجرّب النماذج المقترحة بعد، لكنه يرى أن إتاحة عدة نماذج للعمل نهج مفيد.
- 1:37:02
تسجيل مهام صقل الواجهة داخل جلسة الوكيل
بعد الانتقال من البناء إلى التصحيح وصقل الواجهة وتجربة الاستخدام، أنشأ المتحدث مسارًا لتسجيل الإصلاحات تلقائيًا، ثم حصر الجلسة في إصلاحات الصفحة الرئيسية لتتبّعها مهمةً بعد أخرى ضمن ترحيل Polaris.
- 1:38:57
الوصول المريح إلى نماذج متعددة عبر OpenCode
ناقش المتحدث احتمال تثبيت OpenCode للوصول إلى النماذج التي اقترحها الجمهور، مع الإشارة إلى أن سهولة الاستخدام قد تأتي مقابل هامش إضافي فوق التكلفة الأساسية.
- 1:42:18
مقارنة تصميم متجاورة بين نموذجين وحدودها
شرح المتحدث استخدام LMArena لإرسال الطلب نفسه إلى نموذجين ومقارنة مخرجات صفحة هبوط لمتجر نظارات. واتفق مع اعتراض من الجمهور بأن مشروعًا حقيقيًا كبيرًا يكشف الفروق بصورة أفضل، مؤكدًا أن التجربة مجرد اختبار تصميم أولي بسيط وليست تقييمًا للواجهة الخلفية، وأن توقعه للفائز كان رأيًا مسبقًا لا نتيجة مثبتة.
- 1:46:55
مراجعة عملية لواجهة الصفحة الرئيسية
راجع المتحدث تعديلات الصفحة الرئيسية بعد نجاح فحص الأنواع وفق ما أبلغه الوكيل. أعجبه النص وتنسيق الخطوط، لكنه طلب تحسين تباين زر التقرير على الخلفية الداكنة وإزالة زر المساعد المكرر من أعلى الصفحة.
- 1:49:05
تجهيز مقارنة مرئية بين GPT وGLM
استخدم Luqman مشروعًا آخر في Warp وCodex، وطلب عرض مخرجات GPT وGLM في متصفح، ثم نسخ/حفظ المحتوى وفتح النتيجتين تمهيدًا لمقارنتهما وطلب من الجمهور أن يقرر. لا تصف العناوين النصية الفروق المرئية أو تحدد نتيجة المقارنة.
- 1:53:13
مقارنة صفحات هبوط أنشأتها نماذج ذكاء اصطناعي
مقارنة عامة لنفس طلب تصميم صفحة هبوط لنظارات عبر نموذجين، مع ملاحظة أن أحدهما قدّم محتوى وتذييلاً جيدين نسبياً لكنه استخدم صوراً وخلفيات غير مرتبطة بالمنتج، بينما ظهرت في الآخر مشكلات HTML وصور وأقسام غير مناسبة. التقييم انطباعي واختبار واسع، لا نتيجة معيارية حاسمة.
- 1:55:53
اختيار نماذج الذكاء الاصطناعي بين الجودة والتكلفة
نقاش حول تجربة نماذج متعددة مع الحفاظ على معيار مرتفع للجودة، والتفريق بين استخدام نموذج قوي لأعمال البناء والبرمجة واستخدام نماذج أقل تكلفة داخل التطبيق عندما تكون اقتصاديات التشغيل مهمة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب