BREAKING MY APP TO FIX IT
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يتابع البث انتقال تطوير تطبيق مساعد ذكاء اصطناعي داخل Shopify من البناء إلى المراجعة والتصحيح وصقل UI/UX. يطوّر لقمان مركز قيادة يفصل اختبارات الواجهة والتجربة والخلفية عن مهام الإصلاح، ويسجّل النتائج ويعيد الاختبار خطوة بخطوة، مع توزيع العمل بين Codex وClaude ووكلاء آخرين بحسب طبيعة المهمة. تشمل التجارب العملية ترحيل الواجهة إلى Polaris، ومراجعة الصفحة الرئيسية وبطاقة التقرير، وتشخيص أعطال المصنّف والتوجيه وأزرار المحادثة والصور والعداد اللحظي وفهم التواريخ النسبية؛ وقد تأكد إصلاح بعض الحالات، بينما بقيت مشكلات أخرى مفتوحة مثل بطء التطبيق وبعض تدفقات المحادثة وفشل تحليل الرؤية. كما تناقش الجلسة أسئلة الجمهور حول اختيار النماذج وأدوات البرمجة، وبناء تطبيقات صوتية، وتشغيل النماذج محلياً أو سحابياً، مع التأكيد أن المقارنات المعروضة انطباعية وليست معايير حاسمة. وعلى مستوى المنتج، يعرض لقمان رأيه في ضرورة اختبار الطلب واقتصاديات الوحدة والتسعير وتكلفة اكتساب العميل قبل التوسع، مع الإقرار بأن التحقق المسبق ليس المسار الوحيد وأن اختلاف العملات والقدرة الشرائية قد يزيد صعوبة الاستدامة في بعض الأسواق العربية.
105 لحظة من البث
- 0:03:09
تكييف مركز القيادة لمرحلة المراجعة والتصحيح
يشرح المتحدث كيف تغيّر سير العمل بعد الانتقال من البناء إلى تصحيح الأخطاء وصقل الواجهة والتجربة. أضاف تقويماً يسجل المهام المكتملة، ونظرة عامة للتطبيق، وقسم مراجعة يسير فيه مع الوكيل مهمةً بمهمة لاختبار الوظائف، وتسجيل النجاح أو الفشل، وإعادة فتح ما يحتاج إلى إصلاح.
- 0:08:00
لماذا يُعاد تصميم واجهة TalkStore باستخدام Polaris
يعرض المتحدث واجهة TalkStore داخل Shopify ويشرح قراره باتباع Polaris. وبرأيه، يحد ذلك من حرية التصميم لكنه يجعل التطبيق أقرب إلى نمط تطبيقات Shopify ومتطلبات المراجعة، وهو ما يفضله على المؤثرات والتخصيص البصري في هذه المرحلة السابقة للتقديم.
- 0:12:02
أدوات Shopify للذكاء الاصطناعي كمنافسة وإشارة إلى الطلب
يناقش المتحدث إعلان Shopify عن مجموعة أدوات تتيح استخدام مساعدين ونماذج برمجية مختلفة. ويرى أن تميّز TalkStore المحتمل هو العمل من داخل Shopify بدلاً من الاقتصار على واجهة سطر الأوامر، ويعتبر الإعلان دليلاً مشجعاً على وجود طلب ومنافسة صحية. كما يطرح، بوصفه احتمالاً مستقبلياً غير مؤكد، استكشاف تكامل مع Shopify Sidekick.
- 0:18:37
تحسين واجهة تطبيق V1 باستخدام Shopify Polaris
يوضح المتحدث أن الهدف ليس تصميم واجهة استثنائية لتطبيق V1، بل الوصول إلى معيار مناسب بسرعة. ويرى أن استخدام Shopify Polaris يخفف عبء التصميم عبر مكونات متوافقة مع أسلوب Shopify.
- 0:20:11
اختبار تدفقات المحادثة وتصحيحها مع وكيل
يصف المتحدث بدء جلسة مع Claude أو وكيل آخر لاختبار تدفقات المحادثة خطوة بخطوة، بما يشمل توقع الردود وفحص المصنّف والسجلات. ويلاحظ أن تشغيل عدة وكلاء بالتوازي مناسب للبناء، لكنه أصعب في التصحيح لأن كل إصلاح قد يكشف مشكلات إضافية.
- 0:23:18
التحقق من فك تبعيات المهام فعلياً
بعد أن أفاد النظام بأن مهمة مكتملة ستفك تبعيات مهام لاحقة، راجع المتحدث اللوحة ولاحظ أن تلك المهام ما زالت محجوبة. يبرز الموقف أهمية التحقق من الحالة الفعلية بدلاً من الاعتماد على تقرير آلي وحده.
- 0:25:21
توزيع أنواع العمل بين Codex وClaude
يوزع المتحدث مهام ترحيل المكونات على Codex بينما يحتفظ بـClaude لأعمال التصحيح التي تتطلب تفاعلاً مكثفاً. المثال يوضح تخصيص الأدوات بحسب طبيعة المهمة ومراعاة حدود الاستخدام، دون افتراض أن أداة واحدة يجب أن تنفذ كل العمل.
- 0:28:00
مركز قيادة قابل للتخصيص للمشروع
يشرح المتحدث فكرة إعداد ملف Markdown محدد يستطيع الوكيل استخدامه لبناء مركز قيادة للمشروع. ويمكن تخصيصه وفق احتياجات صاحب المشروع، مثل إضافة عرض شامل وتقويم يسجل العمل المنجز للمساعدة على استعادة السياق ورؤية التقدم.
- 0:30:52
التحقق من السوق قبل بناء مشروع كبير
ينصح المتحدث بالتأكد من وجود حاجة سوقية واستعداد إيجابي للشراء قبل استثمار وقت طويل في بناء مشروع كبير، لأن التصور الأولي للطلب قد يكون خاطئاً. ويضيف، بوصفه رأياً شخصياً، أن شركات B2B SaaS قد توفر هوامش جيدة.
- 0:34:42
بناء Command Center مخصص بواسطة وكيل ذكاء اصطناعي
يوضح المتحدث أن الـCommand Center ليس قالبًا ثابتًا؛ إذ يمكن لكل شخص تكييفه حسب احتياجاته. ويقترح توفير ملف Markdown يُضاف إلى المشروع ليستخدمه الوكيل في بناء نقطة بداية قابلة للتطوير لاحقًا.
- 0:37:01
لماذا يصعب أتمتة التصحيح ومراجعة UI/UX بالكامل؟
يصف المتحدث سير العمل الحالي بأنه بسيط وسريع، لكنه يؤكد أن التصحيح وتصميم الواجهات وتجربة المستخدم والمراجعة تتطلب تبادلًا متكررًا للملاحظات، ولذلك لا يتوقع أتمتتها بالكامل بالطريقة نفسها.
- 0:39:00
تنسيق الوكلاء وطلب التوضيح عند الغموض
يشرح المتحدث سير عمل يرسل المهمة إلى وكيل منسّق، ثم يستعين بوكلاء للبحث والاستكشاف. تعيد الوكلاء أسئلة عند وجود غموض أو قرار يحتاج إلى المشغّل، بينما تُحوَّل المهام الواضحة إلى ملف تعليمات يتسلمه وكيل البناء.
- 0:41:40
ملف حالة مشترك لتتبع عمل الوكلاء
تُسجَّل أحداث المشروع في ملف JSON مشترك كي لا تفقد الوكلاء مسار العمل. ومع تضخم الملف، يمكن لوكلاء فرعيين التنقل فيه وإجراء البحث، لكن اختيار أفضل نتيجة للحالة المحددة يظل قراراً بشرياً.
- 0:43:10
تفويض البحث وتقليل استهلاك سياق الوكلاء
ينصح المتحدث بضبط الوكيل وفق احتياجات المشروع وتفويض البحث إليه، مع إبقاء العمل شديد الدقة للبشر عند الحاجة. ولتقليل استهلاك الرموز، يقترح قراءة الجزء المطلوب فقط من الملفات الكبيرة بدلاً من إدخال الملف كاملاً في السياق.
- 0:47:45
سير عمل ديناميكي لتصحيح الأخطاء
يتوقع المتحدث أن يكون تصحيح الأخطاء أبطأ وأكثر تفاعلاً من تنفيذ المهام المتوازية، مع جلسة تتضمن تبادلاً متكرراً. كما يصف قسماً ديناميكياً في مركز الأوامر تنمو قائمة مهامه كلما كشفت عمليات التحقق مشكلات جديدة قبل الإطلاق.
- 0:50:32
التحقق من السوق قبل بناء تطبيقات Shopify
كانت الخطة المعلنة وقت التسجيل هي استغلال فترة مراجعة تطبيق Shopify لاختبار عدة أفكار أخرى عبر صفحات هبوط وتسويقها قبل البناء، ثم تطوير الأفكار التي يظهر السوق استعداداً لشرائها. ويشير المتحدث إلى أن تسويق فكرة جديدة بلا منافس مباشر واضح قد يكون بطيئاً لأنه يتطلب تعليم السوق.
- 0:54:18
استخدام السبورة للأهداف والخطوط العريضة
يريد المتحدث إعادة تفعيل السبورة لتسجيل الخطوط العريضة والأهداف اليومية أو الأسبوعية بدلاً من تركها كخلفية فقط.
- 0:55:27
تحويل مهمة الترحيل إلى تدقيق شامل للكود
بعد إنهاء إحدى مهام Polaris من دون مراجعة يدوية، يطلب المتحدث أن تتضمن مهمة ضمان الجودة مراجعة جميع المهام الفرعية والتحقيق في قاعدة الكود للتأكد من نظافة الملفات والتغييرات.
- 0:57:37
شرح المشروع عبر البثوث بدلاً من فيديو تعريفي مستقل
يوضح المتحدث أن تفاصيل مشروعه تظهر تدريجياً في البثوث، بينما يفضّل أن تكون الفيديوهات المنفصلة عن موضوعات عملية محددة لا عن تقديم شخصي للمشروع.
- 0:58:41
إظهار إثراء المهمة ومعالجة الملفات غير النظيفة
بعد ظهور ملفات متغيرة غير متوقعة، يسأل المتحدث إن كانت المهمة المحسّنة ستنظفها ولماذا لا تظهر تفاصيل الإثراء داخل ملاحظات المهمة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب