BREAKING MY APP TO FIX IT
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يتابع البث انتقال تطوير تطبيق مساعد ذكاء اصطناعي داخل Shopify من البناء إلى المراجعة والتصحيح وصقل UI/UX. يطوّر لقمان مركز قيادة يفصل اختبارات الواجهة والتجربة والخلفية عن مهام الإصلاح، ويسجّل النتائج ويعيد الاختبار خطوة بخطوة، مع توزيع العمل بين Codex وClaude ووكلاء آخرين بحسب طبيعة المهمة. تشمل التجارب العملية ترحيل الواجهة إلى Polaris، ومراجعة الصفحة الرئيسية وبطاقة التقرير، وتشخيص أعطال المصنّف والتوجيه وأزرار المحادثة والصور والعداد اللحظي وفهم التواريخ النسبية؛ وقد تأكد إصلاح بعض الحالات، بينما بقيت مشكلات أخرى مفتوحة مثل بطء التطبيق وبعض تدفقات المحادثة وفشل تحليل الرؤية. كما تناقش الجلسة أسئلة الجمهور حول اختيار النماذج وأدوات البرمجة، وبناء تطبيقات صوتية، وتشغيل النماذج محلياً أو سحابياً، مع التأكيد أن المقارنات المعروضة انطباعية وليست معايير حاسمة. وعلى مستوى المنتج، يعرض لقمان رأيه في ضرورة اختبار الطلب واقتصاديات الوحدة والتسعير وتكلفة اكتساب العميل قبل التوسع، مع الإقرار بأن التحقق المسبق ليس المسار الوحيد وأن اختلاف العملات والقدرة الشرائية قد يزيد صعوبة الاستدامة في بعض الأسواق العربية.
105 لحظة من البث
- 1:57:34
تحسين زر وبنية بطاقة تقرير
تعديل عملي لتصميم بطاقة تقرير: تجربة زر بلون الهوية وبحجم أكبر، ثم نقل الزر إلى يمين البطاقة مع الحفاظ على حجمها وإعادة ضبط محاذاة النص والعناصر المرتبطة به.
- 2:02:39
مساعد ذكاء اصطناعي قابل للتنفيذ داخل Shopify
شرح لفكرة تطبيق داخل منظومة Shopify يعمل كمساعد ذكاء اصطناعي للتجار: يجيب عن أسئلة المتجر والمنتجات، مع طموح أن ينفّذ إجراءات أيضاً. ويتطرق النقاش بصورة عامة إلى اختبار الطلب في السوق قبل توسيع مجموعة التطبيقات.
- 2:04:06
تكرار تصميم الواجهة يكشف عملاً إضافياً في الخلفية
استمرار مراجعة بطاقة الواجهة ورفض بعض اختيارات اللون والمحاذاة، ثم توضيح أن تحسين مسارات UX والتحقق منها قد يكون عملاً كبيراً؛ إذ يمكن لمشكلة تظهر أثناء مهمة واجهة أن تولّد مهمة إضافية في الخلفية بدلاً من تقليل قائمة العمل مباشرة.
- 2:08:13
تحسين موضع ونص تقرير الجاهزية للذكاء الاصطناعي
مراجعة لواجهة التقرير تقترح محاذاة شارة الجاهزية وزر تشغيل التقرير بصورة أفضل، وإعادة صياغة العنوان والنص ليكونا أقوى وأوجز وأوسع من نطاق المنتجات وحدها، لأن التقييم قد يغطي مجالات متعددة.
- 2:09:30
اختيار نماذج ذكاء اصطناعي مختلفة لمهام البرمجة
نقاش حول توزيع مهام الواجهة الأمامية والخلفية وتصحيح الأخطاء والمراجعة على نماذج مختلفة. يرى المتحدث أن نتائج الواجهة الأمامية أسهل في الفحص بصرياً، بينما تحتاج أعمال الخلفية وتصحيح الأخطاء إلى تدقيق أكبر، مع الإشارة إلى أن أداء النماذج قد يكون محبطاً أو متفاوتاً.
- 2:12:15
تقوية الحضور البصري للدعوة الأساسية إلى الإجراء
بعد تأجيل تعديل نص حالة التقييم، ينتقل العمل إلى البطاقة الأساسية: الاحتفاظ بها مع منحها معالجة بصرية خفيفة مرتبطة بالهوية، وخلفية ملوّنة بدرجة بسيطة، وزر أكبر لتوضيح أنها الدعوة الأساسية إلى الإجراء.
- 2:15:42
تأجيل صقل الواجهة والتركيز على إصلاحات تدفق المحادثة
قرر المضيف تأجيل صقل واجهة المستخدم لأن هذا العمل يحتاج إلى تركيز أكبر، والانتقال بدلًا منه إلى مشكلات تجربة المستخدم التي ظهرت بعد التحقق من تدفق المحادثة. جهّز جلسة جديدة بسياق العمل المطلوب لمعالجة إصلاحات الإصدار الثاني خطوة بخطوة.
- 2:18:26
التحقق من قدرات MCP لإدارة المهام
عندما بدا أن MCP لا يوفّر تفاصيل الجلسة المطلوبة، أوضح المضيف أن النظام يستطيع الوصول إلى المهام وإنشاء مهام ومراحل رئيسية، مع الإشارة إلى استخدام خادم MCP لقاعدة بيانات مرتبطة بملفات محلية.
- 2:43:23
اكتشاف فجوة في وصول الوكيل إلى المهام الفرعية
أظهرت مراجعة قسم داخل مركز التحكم أن الوكيل يستطيع معرفة الجلسات وعدد العناصر وإنشاء مهام، لكنه لا يستطيع قراءة المهام الفرعية الموجودة عبر أدوات MCP المتاحة. جرى تأكيد الفجوة وبدء إضافة أداة جديدة لمعالجتها.
- 2:46:28
مراجعة ألوان الواجهة والتباين البصري
انتقد لقمان لون الخلفية الأزرق لأنه لا يطابق اللون الفيروزي للعلامة، واقترح خلفية سوداء للزر ونصاً أسود لتحسين التباين، مع الإقرار بأن التصميم ما زال يحتاج إلى تطوير.
- 2:47:51
اختبار وصول الوكيل إلى قسم تدفق المحادثة
بعد تعديلات MCP، أُعيدت جلسة الوكيل وطُلب منه قراءة قسم «Conversation Flow v2» داخل مركز التحكم. وُصف ذلك بأنه تصحيح صغير في تجربة المستخدم وتدفق المحادثة، بعدما كان الوكيل يرى عدد المهام دون الاطلاع على محتواها.
- 2:48:38
تطبيقات ذكاء اصطناعي للجزائر وتحدي اقتصاديات الوحدة
رداً على فكرة إنشاء منظومة تطبيقات للاحتياجات اليومية في الجزائر، رأى لقمان أن الذكاء الاصطناعي قد يترك أثراً إيجابياً كبيراً في حياة الجزائريين والمصريين والعرب عموماً. لكنه ميّز بين وجود طلب قوي وإمكان بناء نموذج مستدام، وطرح اقتصاديات الوحدة بوصفها تحدياً أساسياً؛ وينتهي المقطع قبل اكتمال شرحه.
- 2:49:51
مخاطر اختلاف عملة التكلفة والإيراد
يوضح أن تحمّل تكاليف ثابتة أو متغيرة بالدولار مع تحصيل الإيراد بعملة محلية متقلبة قد يفسد اقتصاديات الوحدة حتى مع وجود طلب، بينما قد يقل الخطر مع عملة مرتبطة بالدولار. طُرح ذلك كتقدير عام لا كحساب مالي مكتمل.
- 2:51:40
تصنيف مهام الوكيل وتحسين تباعد أسفل الصفحة
طُلب تسجيل المهام وتحديد ما يحتاج إلى تدخل المشغّل وما يمكن تنفيذه في الخلفية. وفي مراجعة الواجهة عُدّ تصميم الصفحة الرئيسية مقبولاً إجمالاً، مع اقتراح رفع الصندوق السفلي قليلاً حتى لا يلامس حافة الصفحة.
- 2:53:21
ابدأ بهيكل الربحية قبل بناء التطبيق
يناقش أن الإعلانات أو الطلب المحتمل لا يكفيان لإثبات جدوى التطبيق؛ إذ يجب إدخال الفئة المستهدفة والمصروفات وتكاليف الخدمات المدفوعة في نموذج للربحية واستراتيجية تحقيق الدخل قبل بدء البناء.
- 2:56:19
اختبر مشكلات مسار المحادثة قبل إغلاقها
رُفض اعتبار مشكلة التوجيه محلولة بلا تغيير في الكود لأن اختبارات سابقة كانت جزئية النجاح أو فاشلة. طُلب إعادة اختبار التوجيه عملياً، خصوصاً لأن أزرار مثل إعادة كتابة الوصف وعرض المنتجات المتأثرة كانت تظهر خارج السياق في الاختبارات السابقة.
- 2:58:23
اربط تكلفة اكتساب العميل بهامش الربح
يشرح أن نموذج الإعلانات يحتاج إلى تسويق قادر على جلب مستخدمين بتكلفة أقل من الربح المتوقع. تُحسب تكلفة الاكتساب القصوى المقبولة من هيكل الربحية وهوامش النشاط، ويُقترح قياس السوق والتكلفة قبل الالتزام بالبناء بدلاً من التطوير بصورة عمياء.
- 3:00:51
اختبار خمس أفكار بصفحات هبوط قبل البناء
يعرض منهجاً للتحقق من أفكار التطبيقات: اختيار عدة أفكار ذات هوامش واستراتيجية دخل مناسبة، إنشاء نسخ خفيفة من صفحة هبوط واحدة، ثم تشغيل حملات إعلانية ومقارنة الاهتمام والانضمام إلى قوائم الانتظار وتكلفة الاكتساب. بعدها تُستبعد الأفكار الأضعف ويُبنى الخيار الأقوى بسرعة. هذا مقترح منهجي لا نتيجة اختبار مكتملة.
- 3:03:58
اختبار موجّه لإجراءات المحادثة السريعة
طُلب أن تحوّل مهام تشغيل المحادثة مستقبلاً إلى خطوات دقيقة وأسئلة قابلة للتنفيذ حتى يجري المشغّل اختباراً حقيقياً ويعيد النتيجة. وفي تجربة التصحيح الموضحة، لم يؤدِّ إجراء سريع إلى فحص التهيئة أو تسجيل الدفعة المتوقع، فاعتُبر ذلك دليلاً على مشكلة تحتاج إلى إصلاح في المصنّف أو التوجيه.
- 3:06:30
التحقق المسبق ليس الطريق الوحيد
يضيف قيداً مهماً إلى منهج الاختبار: التحقق من السوق قبل البناء ليس الطريقة الوحيدة لتأسيس منتج، وقد يختار المؤسس البناء مباشرة عندما تكون قناعته بالفكرة قوية. ذُكر أن Talk Store بُني من دون تحقق سوقي مسبق.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب