FIXED 1 BUG. CREATED 3 MORE.
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
بث عملي واسع لمراجعة تطبيق Shopify قبل الإطلاق، جمع بين صقل واجهة الدردشة وتجربة التاجر وتشخيص الأعطال وتحويل الملاحظات إلى قائمة إصلاحات واختبارات داخل مركز أوامر مخصص. شمل العمل تتبّع أعطال مثل المنتجات بلا صور، واختفاء النص أو المرفقات، وبطء الردود، ومشكلات المحاذاة والأزرار السياقية والتأكيد، مع تأكيد أن نجاح تعديل موضعي لا يكفي وأن المراجعة البشرية والاختبار عبر السيناريوهات الحقيقية يظلان ضروريين. ناقش لقمان أيضًا أتمتة دورة التصحيح عبر وكلاء يقرؤون السجلات ويختبرون المسار الخلفي، وإدارة السياق بالوثائق وملفات الحالة والجلسات الجديدة، مع الحفاظ على بوابات التأكيد وGit كنقطة أمان وتجنب الاستقلالية غير المنضبطة. أجابت المناقشات عن أسئلة الجمهور حول Claude وCodex وOpenCode وOpenRouter والنماذج المحلية وأدوات البرمجة الوكيلة. كان الاستنتاج العملي أن اختيار النموذج يعتمد على المهمة والجودة والتكلفة وفهم المشروع، وأن جداول القياس تحتاج إلى قراءة منهجيتها بدل الاعتماد على ترتيب واحد؛ أما تجارب النماذج المتعددة والتوجيه الأرخص فبقي كثير منها خططًا للاستكشاف لا نتائج مكتملة. وتناول البث كذلك التحقق من أفكار المنتجات بصفحات هبوط، وأهمية التسويق والوصول إلى السوق بدل تكرار البناء، والتدرج من نسخة أولى نافعة إلى التوسع وفق الاستخدام الفعلي. ظهرت أيضًا أعمال تصميم وعصف ذهني بصري، ومناقشات عن SEO وGEO ووصف المنتجات، وبناء مجتمع عربي لتبادل الخبرات. بقيت أسئلة مفتوحة حول سبب بعض حالات البطء والمهل، واتساع سياق المصنّف مقابل تكلفته، وموثوقية الأتمتة، وبعض الإصلاحات وتجارب الأدوات التي لم تُختبر نهائيًا.
155 لحظة من البث
- 0:52:53
قيود Playwright في تصحيح تطبيق داخل Shopify
مناقشة لاستخدام Playwright MCP في التصحيح، مع عائق عملي يتمثل في الحاجة المتكررة إلى تسجيل الدخول إلى Shopify للوصول إلى المتصفح. كما يوضح أن التنقل بين عدة وكلاء ومحادثات قد يجعل مسار العمل مربكًا.
- 0:56:18
إصلاح خطأ قد يكشف أخطاء أخرى
يوضح المتحدث أن التحدي ليس العثور على أدوات تصحيح فقط، بل استمرار ظهور مشكلات جديدة عند معالجة مشكلة قائمة. ويرى أن المنتج ما زال في بدايته، وأن الأولوية هي تقديم شيء قابل للاستخدام ويحقق قيمة حقيقية للسوق مع مواصلة التقاط الأخطاء وإصلاحها.
- 0:58:34
تتبّع مهلة classifier الغامضة
أثناء مراجعة خطأ متعلق بـ classifier، يلاحظ المتحدث أن العمل عبر عدة نوافذ طرفية سبّب ارتباكًا، ثم يحاول تحديد مصدر مهلة زمنية قصيرة وما إذا كانت مضبوطة عمدًا في النظام. لا تعرض الصفحة نتيجة نهائية للتحقيق.
- 1:01:39
مراجعة كل مرحلة أم مراجعة المشروع كاملًا؟
مناقشة طريقتين لمراجعة البرمجيات: تقسيم المشروع إلى مراحل ومراجعة كل مهمة بعد إنجازها، أو إكمال المشروع أولًا ثم إجراء جلسة مراجعة شاملة. يوضح المتحدث أن الاختيار يعتمد على أسلوب العمل، وأنه استخدم المراجعة النهائية المكثفة في هذا المشروع.
- 1:04:21
اختبار اللصق متعدد الأسطر في حقل الدردشة
عمل عملي على مشكلة في حقل إدخال الدردشة: جرى التحقق من أن لصق نص متعدد الأسطر أصبح يعمل، ثم رُصد شريط تمرير داخل الحقل وطُلبت إزالته.
- 1:06:07
المراجعة الشاملة مقابل تصحيح الأخطاء والعمل المتوازي
يعرض تعليق من الجمهور استخدام المواصفات المنظمة وتقسيم العمل المتوازي لتقليل التعارض بين الوكلاء. يوضح المتحدث أن الجلسة الحالية مراجعة شاملة للمشروع تشمل الواجهة وتجربة الاستخدام والأخطاء، وليست تصحيح أخطاء تقنيًا فقط، ويقول إنه سينظر في الاقتراح لاحقًا عند الحاجة إلى متابعة أقسام التطبيق بصورة مستقلة.
- 1:08:54
إزالة شريط التمرير كشفت مشكلة محاذاة
بعد إزالة شريط التمرير من حقل الدردشة، لوحظ أن النص لم يعد في المنتصف وظهر مشوهًا قليلًا، فطُلب فحص المحاذاة وإصلاحها.
- 1:10:26
تشوّه واجهة الدردشة وزر الدفع إلى لوحة التحكم
وُصفت مشكلة يظهر فيها صندوق الدردشة مشوّهًا عند فتح الصفحة أو تحديثها تحديثًا كاملًا، بينما يعود إلى شكله المتوقع بعد الكتابة داخله. شمل الفحص أيضًا التأكد من وجود زر يدفع العنصر من قسم الإصلاح في تبويب المراجعة إلى لوحة التحكم.
- 1:12:19
تقسيم العمل بين التخطيط بالذكاء الاصطناعي والبرمجة داخل بيئة التطوير
شرح المتحدث تفضيله استخدام أداة سطح المكتب للعصف الذهني والعمل على الرؤية والرسالة والبيان وخريطة الطريق والاستشارات، مع إبقاء التنفيذ البرمجي غالبًا داخل الطرفية وبيئة التطوير. قُدّم ذلك كتفضيل شخصي للخطوط العريضة مقابل البناء التفصيلي.
- 1:14:43
اختبار صندوق الدردشة مع النصوص الطويلة
طُلبت مراجعة أشمل لتجربة صندوق الدردشة: النقر داخله، ولصق نص طويل، والتمرير لأعلى وأسفل لمراجعته، مع الحفاظ على سلامة الصندوق وعدم الاكتفاء بتنفيذ جزئي.
- 1:19:43
عملية تتجمّد قبل الإتمام
تشير الملاحظة المقتضبة إلى سلوك تتجمّد فيه عملية في منتصف التنفيذ ولا تكتمل، مع ذكر حالة لا تنتج فيها صورًا. هوية المنتج والسياق التقني الكامل غير واضحين من النص.
- 1:20:26
اختيار نماذج الذكاء الاصطناعي حسب أهمية المهمة
يناقش المتحدث موازنة الجودة والتكلفة: استخدام نموذج أقوى للمهام الثقيلة أو عالية القيمة، ونماذج أخف للطلبات البسيطة. ويرى أن خفض التكلفة أثناء البناء قد يسبب وقتاً إضافياً في التصحيح، بينما يمكن الاستفادة من أدوات مثل OpenCode وCodex عند بلوغ حدود استخدام أداة أخرى.
- 1:26:47
لماذا يصعب مواكبة تطور الذكاء الاصطناعي؟
يشير المتحدث إلى أن مجال الذكاء الاصطناعي يتطور بسرعة تفوق قدرة أي شخص على متابعة كل جديد باستمرار، ولذلك يظل التعلم المتبادل جزءاً أساسياً من العمل فيه.
- 1:27:37
بناء مركز قيادة مخصص لسير عمل متعدد الوكلاء
يقارن المتحدث نهجاً مفتوح المصدر قائماً على مراحل التحديد والتخطيط والتنفيذ بنظامه القابل للتخصيص. يشرح سيراً تبدأ فيه وكلاء بالبحث واستكشاف المهمة وكتابة ملف تعليمات، ثم يتولى منسق البناء ويمكن تشغيل وكلاء للمراجعة والكود والأمان. يوضح أن كثرة الوكلاء رفعت استهلاك الرموز، ولذلك خفّض عددهم، ويرى أن بناء النظام داخلياً يتيح تكييفه مع المشروع وإضافة أدوات مثل التقويم وواجهة مراجعة للتصحيح.
- 1:30:28
مركز أوامر قابل للتخصيص لعدة مشاريع
يشرح المتحدث أن مركز الأوامر المخصص يسمح بتغيير منطق سير العمل بحسب المشروع، وتجميع لوحات المهام ومسارات العمل والأدوات في واجهة واحدة. ويرى أن أهم ميزته ليست التفوق المطلق على البدائل، بل فهمه الكامل لنظام بناه بنفسه وإمكانية تحكم الوكلاء فيه عبر تكامل MCP.
- 1:35:03
إدارة السياق بملفات حالة وجلسات جديدة
يناقش المتحدث الموازنة بين فائدة الوكلاء واستهلاك الرموز، ويصف أسلوبه لتقليل الاعتماد على محادثة طويلة: حفظ حالة المشروع والمهام والمراحل في ملفات مشتركة متصلة بمركز الأوامر، ثم تشغيل المهام من جلسات جديدة ومتوازية. ويعرض ذلك كتجربته الشخصية، لا كضمان يمنع أخطاء السياق في كل نظام.
- 1:40:47
تقويم يعرض العمل المنجز
يشير المتحدث إلى فائدة عرض العمل المنجز خلال اليوم في تقويم، ثم يحدّث حالة مهمة إلى مكتملة.
- 1:43:30
اختيار أدوات البرمجة الوكيلة ومعايير تجربتها
يدور نقاش حول Verdent AI وWarp.dev وأدوات وكيلة أخرى. ينقل المتحدث تفضيلًا من أحد المشاركين لصالح Verdent، ويقول إنه سيضعها ضمن الأدوات المرشحة للتجربة. وتشمل المعايير المذكورة توزيع المهام على عدة وكلاء، فهم المشروع، بساطة التوجيه، انخفاض منحنى التعلم، وملاءمة بيئة التنفيذ؛ ولم تُعرض مقارنة عملية مكتملة في هذه الصفحة.
- 1:45:41
التحقق من احتمال تكرار معرّفات المهام في قسم الإصلاحات
أثناء العمل يظهر خلل صغير في الواجهة الخلفية لمركز الأوامر. يشتبه المتحدث في أن بعض مهام قسم «الإصلاحات» التي يمكن دفعها إلى لوحة المهام تحمل معرّفات مكررة، ويطرح ذلك كفرضية محددة لمتابعة التصحيح.
- 1:52:48
تجربة أدوات برمجة جديدة دون ترك الأدوات المألوفة
يشرح المتحدث أنه لم يجرّب الأداة المذكورة بنفسه، لكنه شاهد عرضًا لها ووجدها مثيرة للاهتمام. ومع ذلك، يواصل استخدام أداته الحالية لأنها مريحة وتلبي احتياجاته، مع إبقاء الباب مفتوحًا لتجارب متفرقة.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب