5 TASKS IN 7 HOURS
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يتابع البث بناء تطبيق Shopify وسير عمل «مركز قيادة» متعدد الوكلاء، حيث تُقسَّم المهام بين الاستكشاف والبناء والتدقيق مع إبقاء الإنسان مسؤولًا عن التهيئة والقرارات الحساسة. تركزت التجربة العملية على ربط واجهات الذكاء الاصطناعي، وضبط متغيرات البيئة عبر Railway وSupabase، وإعداد Sentry لمراقبة أخطاء الإنتاج، ثم تشخيص مشكلات النشر والمصادقة ومسارات التجربة والموافقة والإلغاء. نجحت بعض عمليات النشر والتحقق، لكن ظلت أعطال مثل خطأ 500 وبعض تفاصيل التدفق دون حسم، ما أبرز حدود الأتمتة وأهمية السجلات الواضحة والمراجعة المرحلية وCI/CD. كما ناقش لقمان اختيار أدوات البرمجة وفق المهمة والسياق وحدود الاستخدام، وقدم مقارناته بين Codex وClaude وKimi K2 بوصفها انطباعات عملية محدودة لا اختبارات معيارية. وتشمل الموضوعات الأوسع تصميم تقييم قابل للتبرير لظهور المتاجر في إجابات الذكاء الاصطناعي، وعدم استقرار التسمية بين GEO وAEO مقارنةً بـSEO، وأهمية التحقق من السوق والتسعير والتسويق قبل تسريع البناء. وامتدت النقاشات البحثية إلى صعوبة تفسير آليات نماذج اللغة وفرضية التذكرة الرابحة، وإلى آراء المتحدث حول منظومتي النماذج الصينية والأمريكية والاعتماد على رقائق NVIDIA، والحاجة إلى نماذج عربية ميسّرة وتسعير محلي. وتناولت أسئلة الجمهور مستقبل المطورين مع الذكاء الاصطناعي، وفهم الكود وتصحيح الأخطاء، والعمل المتوازي وتبعيات المراحل، وقواعد الوكلاء وتكلفة السياق، وبناء العادات والإنتاجية ومجتمعات التعلم. كما تضمن هذا الجزء نقاشات عملية إضافية عن اختيار محطة العمل ونظام التشغيل، وزمن تأخر البث، وأساليب التطوير قبل الذكاء الاصطناعي، وإنشاء الفيديو برمجيًا باستخدام Remotion. ظل تجهيز مواد تقديم تطبيق Shopify وخطة صقل مركز القيادة ونشره على GitHub أعمالًا مستقبلية، لا نتائج مكتملة.
127 لحظة من البث
- 5:32:46
تتبّع خلل الصفحة الفارغة بعد الموافقة
أثناء اختبار تدفق الموافقة، لا يظهر خطأ صريح لكن الصفحة تصبح فارغة، بينما يظهر التغيير بعد التحديث والعودة إلى القسم. يقرر المتحدث إعادة التجربة من البداية وجمع السجل لإرساله ضمن عملية التصحيح.
- 5:34:51
البناء منفردًا أم مع شركاء؟
يناقش المتحدث جمع خبرات البرمجة والتسويق والعلامة التجارية داخل فريق، مقابل بدء المؤسس منفردًا بالأدوات المتاحة ثم توظيف المساعدة عند الحاجة. كما يطرح دخول المستثمر أو الشريك لاحقًا بعد إثبات المنتج كخيار مختلف عن تقاسم الملكية منذ البداية.
- 5:36:56
ملاحظة عن نافذة إعادة ضبط Codex
يلاحظ المتحدث أن وقت إعادة الضبط المعروض في Codex بدا متحركًا، ويقترح بحذر أنه قد يرتبط بالاستخدام داخل الجلسة، مقابل نافذة بدت ثابتة في Claude. هذه ملاحظة وتجربة شخصية وليست تفسيرًا مؤكدًا للنظام.
- 5:39:19
إعادة تشغيل البيئة أثناء متابعة خلل التدفق
أثناء متابعة الخلل، يقرر المتحدث إعادة تشغيل Shopify وإغلاق الخادم وتنظيف نوافذ المتصفح، ثم تظهر إشارات إلى إلغاء الاشتراك والموافقة والتحديث الصلب ضمن مواصلة التصحيح.
- 5:41:38
مصطلحات أوضح عند وصف أخطاء الواجهة
يناقش المتحدث استخدام كلمة «المستخدم» بدلًا من «العميل» عند شرح ما يحدث عند الضغط على زر، معتبرًا أنها صياغة أكثر مهنية ووضوحًا في سياق التطوير، مع نية تنقيح النص ليبدو طبيعيًا لاحقًا.
- 5:46:15
ملاحظة متحفظة حول إعادة ضبط حدود Codex وClaude
لاحظ المتحدث أن موعد إعادة ضبط جلسة Codex قد يتحرك، ورجّح دون تأكيد أن ذلك يرتبط باستهلاك الرموز، بينما وصف مواعيد Claude بأنها أكثر ثباتًا. أكد أن تفسيره ما يزال تخمينًا يحتاج إلى مزيد من الملاحظة.
- 5:50:13
ما هو نظام تخطيط موارد المؤسسة؟
يوضح النقاش أن ERP اختصار لتخطيط موارد المؤسسة، ويصفه بصورة عامة كنظام برمجي للأعمال يرتبط بإدارة الموارد والمشروعات، مع الإشارة إلى أن الفعاليات المهنية قد تساعد في بناء علاقات مع الشركات الناشئة.
- 5:57:17
اختبار وكيل برمجي وتصعيد خلل متكرر
راجع المتحدث السجلات أثناء محاولة إصلاح خلل، ومنح الوكيل البرمجي عدة محاولات، ثم قرر تجربة وكيل آخر بعد استمرار دورة الأخطاء. وبدل متابعة إصلاح غير مثمر، طلب من الوكيل إعداد موجه تسليم يشرح تسلسل الأخطاء ويوجه النموذج التالي إلى المهمة الصحيحة. لا تكفي التسميات لتحديد الخلل نفسه بدقة.
- 6:08:00
البحث عن مؤتمرات للبرمجة وSaaS في مصر
راجع لقمان نتائج لمؤتمرات في مصر وسأل إن كان بينها ما يرتبط بالبرمجة أو البرمجيات كخدمة، مشيرًا إلى أن إحدى النتائج الظاهرة بدت مرتبطة بأنظمة ERP لا بالموضوع الذي يبحث عنه.
- 6:11:49
لماذا استغرق Codex وقتًا طويلًا في مهمة تبدو بسيطة؟
جرّب لقمان Codex على تغيير متعلق بقسم الفوترة، واستغرب طول مرحلة التفكير في مهمة بدت له مباشرة. أشار إلى احتمال وجود تعقيد في الواجهة الخلفية، ثم لاحظ أن الأداة كانت تختبر ذلك الجزء؛ ولا تعرض هذه الصفحة نتيجة نهائية مؤكدة.
- 6:15:52
المقايضة بين تأخر البث وجودته
شرح لقمان أن التأخير الذي يلاحظه المشاهد مرتبط بإعداد زمن تأخر البث، وأن اختيار وضع بزمن أقل قد يقلل التأخير لكنه يضعف جودة البث.
- 6:18:43
اختلاف أساليب Kimi K2 وCodex وClaude في إنجاز مهام البرمجة
يصف لقمان، بوصفه انطباعًا أثناء العمل، أن Kimi K2 استغرق وقتًا طويلًا وأظهر مراجعة مطولة للاحتمالات بينما كان لقمان ينتظر النتيجة. وقارن ذلك بـCodex، الذي قد يعود أسرع لكن أحيانًا قبل اكتمال العمل، وأبدى تفضيلًا شخصيًا لـClaude. ظل تقييمه لـKimi K2 مؤقتًا ومشروطًا بما إذا كان سينجح في إصلاح المشكلة في النهاية.
- 6:20:22
تشخيص أخطاء المصادقة ومسار بدء التجربة
تتبّع وكيل البرمجة احتمالات متعددة لخلل بدا مرتبطًا بصفحة تسجيل الدخول، منها رسالة خادم، ورمز عدم تفويض، وإعدادات الوسيط أو الخادم. ثم أوضح لقمان السلوك المتوقع: يبدأ المستخدم التجربة من صفحة الفوترة، فينتقل إلى خطوة موافقة مستضافة لدى Shopify؛ لكن هذا الانتقال لم يكن يحدث. وذكر أن تنفيذًا سابقًا للمسار أُعيدت عنه خطوة أثناء التصحيح، ثم قارن بين السلوك المتوقع والفعلي.
- 6:28:06
انتظار Kimi K2 أثناء محاولة إصلاح مشكلة
يناقش المتحدث محاولة طويلة وغير معتادة من Kimi K2 لإصلاح مشكلة، موضحًا أنه سيتقبل التأخير إذا وصل النموذج إلى حل موثوق، بينما تظل النتيجة غير معروفة عند هذه النقطة.
- 6:28:49
تجربة مختصرة في بناء موقع بمساعدة Claude
يشارك أحد الحضور تجربة عامة مفادها أنه بنى موقعًا بمساعدة Claude خلال نحو أسبوع بدلًا من الاستعانة بمطور، من دون تقديم تقييم تقني مفصل للنتيجة.
- 6:29:21
لماذا قد تصبح مراكز قيادة الوكلاء أدوات شخصية مفتوحة المصدر
يصف المتحدث مركز قيادة مبنيًا حول سير عمل للوكلاء وAgent Hub وخادم MCP، مع فكرة للتنقل بين مشروعات متعددة عبر تبديل مسارات العمل. ويرى أن هذه الأدوات ستصبح شائعة وشديدة التخصيص لكل مستخدم، لذلك يميل إلى نشر عمله على GitHub بدل التركيز عليه كمنتج مستقل؛ كما يتوقع ارتفاع معيار التطبيقات والحاجة إلى تقديم شيء أقوى. هذا تقييمه للسوق وليس نتيجة اختبار موثق.
- 6:40:21
تقييم وكلاء البرمجة عبر مشكلة تدفق فعلية
يقارن Luqman بين وكلاء برمجة أثناء محاولة إصلاح تدفق فوترة وتجربة في Shopify، ويشرح أن الزمن وجودة النتيجة أهم لديه من انخفاض السعر وحده. خلص من هذه التجربة تحديداً إلى تفضيل Codex وClaude، مع إقراره بأن صعوبة التعامل مع نماذج أخرى قد تعود جزئياً إلى أسلوبه الشخصي.
- 6:51:36
متى تنفّذ Git commit: بعد المهمة أم بعد المرحلة؟
يناقش Luqman اقتراحاً من الجمهور باستخدام commits متكررة لتسهيل التراجع عن تعديلات الوكلاء التي تسبب مشكلات. يقارن ذلك بأسلوبه الحالي، حيث ينفّذ commit بعد اكتمال milestone لأنه لا يعتبر كل جزء مستقراً أو مؤكداً قبل اكتمال المرحلة، مع ترك احتمال تغيير الأسلوب عندما يصبح التطبيق في السوق.
- 7:00:42
مقارنة Codex وKimi K2 في حالة إصلاح عملية
قال المتحدث إن محاولة باستخدام Kimi K2 أفسدت العمل في هذه الحالة، بينما أصلح Codex المشكلة في وقت أقصر بكثير بحسب مقارنته. وأكد أن حكمه مبني على خبرة محدودة وحالة عملية، وعبّر عن شكه في مدى تمثيل نتائج الاختبارات المعيارية للأداء الفعلي.
- 7:04:52
مراجعة اكتمال مسار الموافقة وقائمة التحقق
راجع المتحدث اكتمال مرحلة لمسار الموافقة، ثم مرّ على عناصر تحقق مذكورة في المهمة، منها الإشعارات ومسار النمو والتحقق من إلغاء التجربة أو الاشتراك، والتأكد من ظهور حدث في Sentry، واستعلام SQL مرتبط بسجل المتجر. لا توضح العبارات المقتضبة نتيجة مستقلة لكل بند.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب