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 لحظة من البث
- 3:15:28
مسار تعلّم الذكاء الاصطناعي من دون خلفية برمجية
يوضح المتحدث أن خلفيته الأساسية في التجارة والتسويق الرقمي وليست البرمجة، وأن قدرته العملية جاءت من تعلّم التعامل مع أدوات الذكاء الاصطناعي. كما يصف البث بأنه مشاركة علنية لجلسات عمله ورحلته المستمرة، لا نقطة بداية مفاجئة.
- 3:16:29
ما بعد هندسة البرومبت: التوثيق وتصميم سير العمل
يرى المتحدث أن هندسة البرومبت كانت مصطلحًا بارزًا في أوائل 2024، لكن تطور النماذج جعل إعداد التوثيق والمنطق الخلفي وسير العمل لتفسير المهام وتسليمها أهم من صياغة أمر طويل وحده. ويذكر أن تفاعله قد يبدأ بأمر صوتي قصير لأن تفاصيل التنفيذ تكون مُهيأة مسبقًا في سير العمل.
- 3:18:15
اختيار أداة الذكاء الاصطناعي حسب المهمة وحدود الاستخدام
ينصح المتحدث باختيار النموذج وفق الغرض، وخصوصًا طبيعة مشروع البرمجة، مع مقارنة حدود الاستخدام والقيمة المتاحة ضمن الاشتراك. ويعرض تفضيلًا شخصيًا لأدوات تمنح مساحة عمل أكبر عند الميزانيات المحدودة، مع بقاء الملاءمة مرتبطة باحتياجات المستخدم وإتاحة الأدوات له.
- 3:21:19
كيف يدعم البراندنج التسويق
يشجع المتحدث على إبقاء تكاليف المشروع منخفضة، ويرى أن امتلاك فهم جيد للبراندنج يغطي جزءًا مهمًا من العمل التسويقي وقد يقلل الحاجة المبكرة إلى إدارة منفصلة للعلامة التجارية.
- 3:22:20
مجتمع للتعلّم المتبادل والاستعداد للسوق
يشجع المتحدث على البحث أولًا ثم طرح أسئلة محددة، ويصف المجتمع بوصفه مساحة يتعلّم فيها الأعضاء بعضهم من بعض ويتبادلون الخبرات. ويؤكد أن هدفه أوسع من مناقشة البرمجة بالذكاء الاصطناعي والنماذج، إذ يشمل مساعدة المشاركين على الاستعداد للسوق، مع تفضيل إبقاء النقاش بعيدًا عن الموضوعات السياسية المسببة للانقسام.
- 3:24:35
لماذا تفشل تقديرات المشروع الخطية؟
يوضح المتحدث أن تقدير الإنجاز بنسبة ثابتة يوميًا لم يحسب العقبات والأجزاء المزعجة التي قد تستهلك وقتًا كبيرًا، ولذلك كان الجدول المتوقع متفائلًا أكثر من اللازم.
- 3:28:18
دورة التحقق وإعادة العمل في مهام النشر
يناقش المتحدث دورة عمل ينتظر فيها تحقق الأداة، ثم يراجع النتيجة بنفسه ويعيد المحاولة إن لم تكن سليمة. ويشير إلى أن مهام النشر من هذا النوع سبق أن سببت صعوبات، ثم يذكر أن النشر نجح بعد بعض الوقت.
- 3:35:59
متى تتوقف الأتمتة عن العمل وحدها؟
يقارن المتحدث بين يوم عمل فيه مركز الأوامر بصورة شبه مستقلة ويوم احتاج إلى تدخل يدوي كثيف بسبب عقبات غير متوقعة. ويحدد متغيرات البيئة وواجهات API بوصفها أمثلة على التفاصيل التي قد تمنع سير المهمة آليًا كما خُطط لها.
- 3:45:20
تقييم Codex ضمن سير العمل البرمجي
يناقش المتحدث تجربة Codex على سير عمله العملي لتقييم قدرته على تولّي العمل، مع اعتبار سرعة استهلاك حدود الاستخدام عاملًا في القرار، من دون حسم النتيجة بعد.
- 3:48:28
تشخيص اختبار فاشل والتحقق من نشر الخلفية
ظهر فشل في اختبار أثناء التحقق من عمل سابق في الخلفية، وبدا أن المساعد يحاول إصلاح الخطأ بدل الاكتفاء بالإبلاغ عنه، مع عدم وضوح ما كان يفعله بالضبط. تابع المتحدث دفع مكوّني worker وtask store معًا، ثم راقب النشر والنتائج، ووصف نشر الـworker إلى بيئة الإنتاج بأنه ناجح.
- 3:52:52
طلب موجّه تسليم لمتابعة مهمتين عبر Codex
بعد اكتمال مرحلة النشر، طلب المتحدث موجّه تسليم لمواصلة مهمتين محددتين، ثم قرر نقل بقية العمل إلى Codex وتجربة أدائه بعد أن واجه سير العمل السابق احتكاكًا وحدود استخدام.
- 3:56:55
ترشيح لنموذج يساعد في التنقيح
ينقل المتحدث ترشيحاً سمعه من آخرين لنموذج غير واضح الاسم في النص، قيل إنه جيد في التنقيح، ويقول إنه سيجربه. لا تتضمن الصفحة تجربة فعلية أو نتيجة مؤكدة.
- 3:59:49
لماذا تُبطئ المهام التي تتطلب جهداً بشرياً سير العمل؟
يقارن المتحدث بين التقدم السريع في المهام القابلة للتنفيذ آلياً والتباطؤ عندما تحتاج المهمة إلى تدخل بشري مباشر، ويقول إنه سيتابع أداء Codex ليرى مقدار العمل الذي يستطيع تحمله. المقارنة انطباع عملي وليست اختباراً مضبوطاً.
- 4:01:36
إنشاء فيديوهات برمجياً باستخدام Remotion ومساعد ذكاء اصطناعي
يشرح المتحدث بصورة عامة سير عمل يربط Remotion بمساعد برمجي، ثم يزوّده بملف Markdown يصف رسالة المشروع ورؤيته كي يساعد في إنشاء فيديو، مثل فيديو تسويقي. العرض وصفي، ولا يثبت تنفيذ نتيجة أو جودتها في هذه الصفحة.
- 4:02:46
GEO أم AEO؟ مقارنة المصطلحين مع SEO
يستعرض المتحدث مقارنة في Google Trends بين تحسين محركات البحث SEO ومصطلحي تحسين محركات التوليد GEO وتحسين محركات الإجابة AEO. ويرى أن GEO وAEO متقاربان في المعنى، ويذكر أن الاهتمام بـGEO بدأ بالظهور بقوة خلال 2025، ثم يناقش أي المصطلحين أنسب لوصف المجال. هذه قراءة واتجاهات وتوقعات شخصية، وليست حكماً نهائياً على السوق.
- 4:05:04
استخدام إشارات الاتجاهات لاكتشاف فرص GEO مبكرًا
شرح عام لفكرة مراقبة إشارات السوق والطلب المتوقع داخل مجال محدد، والاستعانة بـ Google Trends لمعرفة ما يزداد اهتمام السوق به، مع عرض التوقعات بوصفها توقعات وليست نتائج مؤكدة.
- 4:08:49
سير عمل متعدد الوكلاء للتخطيط والبرمجة والتدقيق
إجابة عن كيفية تقسيم العمل بين وكيلي استكشاف وبحث يفحصان قاعدة الشفرة ويخططان، ثم يسلّمان ملف تعليمات إلى وكيل البناء، وبعد التنفيذ يراجع وكيل تدقيق العمل ويقبله أو يرفضه عند وجود مشكلة.
- 4:10:12
دور Sentry في اكتشاف مشكلات المستخدمين في الإنتاج
نقاش يوضح أن Sentry يساعد على تتبع المشكلات التي يواجهها المستخدمون في بيئة الإنتاج بدقة. وقورِن ذلك بفحوص Railway التي قد تمنع النشر عند وجود مشكلة في الشفرة، مع التنبيه إلى أن مراقبة الإنتاج أوسع من مجرد اجتياز فحص النشر.
- 4:14:58
فهم Sentry وإعداده لمراقبة أخطاء الإنتاج
أثناء إعداد Sentry، يناقش Luqman فهمه المبدئي للفارق بين منصة مراقبة الأخطاء ومنصات النشر مثل Railway وVercel. يوضح أن Sentry يساعد في عرض سياق الخطأ ومسار المستخدم وسجل أكثر تفصيلاً، ما يقلل التخمين عند تشخيص مشكلات الإنتاج. تتناول المناقشة أيضاً إضافة DSN وتهيئة بيئة الإنتاج، مع توضيح أن الإعداد المحلي لا يلزم ما لم تكن هناك حاجة إلى تتبع محلي.
- 4:23:50
لماذا تجعل سجلات النشر غير الواضحة التشخيص أبطأ
يصف Luqman تعثر العمل بسبب خطوات إعداد واجهات API ومشكلة نشر على Railway لم توضّح سجلاتها مصدر الخلل، ما أدى إلى كثير من التخمين. يبرز ذلك عملياً قيمة أدوات الرصد التي توفر سياقاً أدق للأخطاء قبل إعادة النشر.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب