Building AI Apps Live from Cairo 🔴
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
تركّز الجلسة على تطوير مركز بث يعمل بأقل تدخل يدوي وربطه بـYouTube لعرض حالة البث والمواعيد والبثوث المجدولة تلقائيًا، مع جدول ثابت احتياطي. شمل العمل إعداد YouTube Data API ومتغيرات Cloudflare، وتشخيص قيود المفتاح وملف غير مضمّن عطّل النشر، ثم تصميم بطاقات منفصلة للحالة المباشرة وغير المباشرة، وقوائم تشغيل، وعارض فيديوهات قابل للتمرير؛ بينما بقيت بعض أولويات عدم الاتصال، وتنظيم بثوث النهار والليل، وخطأ تحديث محلي دون حسم كامل. ورجّح النقاش مبدئيًا توجيه المشاهد إلى YouTube بدل تضمين المشغّل، خصوصًا لتحسين تجربة الهاتف والحفاظ على التفاعل. كما تناول مقارنة شخصية وتجريبية بين Cursor وAntigravity وWarp، وتقسيم المهام بين Codex وClaude، والعمل المتوازي ونقل السياق بين الوكلاء، وضبط أذونات وكيل البرمجة مع معاملة حذف الملفات والدفع إلى GitHub بوصفهما عمليتين حساستين، إلى جانب انتقادات لعزل الطرفية ومسار لقطات الشاشة دون مقارنة منهجية نهائية. وعُرض تصور لمركز قيادة يجمع خريطة زمنية للمشروع وعُقد المهام الفرعية ووكلاء متخصصين وتتبع محاولات التنفيذ، مع تجميع البرومبت تلقائيًا من سياق المشروع وملفات التعليمات. وفي أعمال صفحة الهبوط، نوقشت إضافة أقسام للترويج لمجتمع Telegram، وتبسيط منطقة جمع البريد، وإعادة هيكلة قسم «ما الذي أبنيه؟» انطلاقًا من احتياجات الجمهور مع عدة بدائل لبنية المعلومات لم يُحسم أحدها. وخلص نقاش التصميم إلى أن المراجع البصرية والمواصفات الدقيقة للمسافات والحركة والمراجعة المتكررة أهم من أوصاف عامة مثل «فاخر»، وأن الإضافات المدفوعة تكون أجدى عندما تختصر تعقيدًا هندسيًا حقيقيًا. وشملت تجربة منفصلة تصميم عدّاد بصري بأسلوب متتبع الأهداف، وتسليمات JSON منظّمة بين الوكلاء، واقتراح ربط المتصفح عبر Playwright MCP؛ لكن المقاطع لا تؤكد اكتمال الربط أو التنفيذ. وامتدت الأسئلة إلى استراتيجية SEO وقياس الزيارات في مصر والمنطقة، وفجوة التسويق والتوزيع لدى صُنّاع منتجات الذكاء الاصطناعي، والمفاضلة العامة بين B2B وB2C SaaS، من دون نتائج بحث أو اختبارات نهائية موثقة.
53 لحظة من البث
- 0:00:19
إنهاء مركز البث وأتمتته قبل المشروع الأساسي
يعرض المتحدث نهجًا مرحليًا: إنهاء موقع مركز البث أولًا، ثم ضبطه ليعمل بأقل تدخل ممكن قبل تحويل التركيز إلى المشروع الأساسي. وتشمل الرؤية المستقبلية استخدامه كمركز للبث وربما كمجتمع لمبرمجي الـvibe coding، مع تقليل عبء إعادة توزيع المحتوى.
- 0:05:21
معاينة الواجهة وتحديد عناصرها داخل Anti-Gravity
يوضح المتحدث تشغيل الموقع محليًا وفتحه عبر Simple Browser داخل Anti-Gravity للعمل على الواجهة من داخل بيئة التطوير. ويعرض ميزة إضافة عنصر بعينه إلى المحادثة، لكنه يرى أن بعض وظائف الصور والتكامل أصبحت تميل أكثر إلى Gemini، لذلك يظل Warp مسار عمله الأساسي.
- 0:09:29
تقسيم مهام البرمجة حسب نوع العمل
يصف المتحدث تفضيلًا عمليًا لتوزيع العمل: إسناد مهام الواجهة إلى Codex، وإسناد الوظائف والبناء والخلفية إلى Claude. هذا تقسيم شخصي لسير العمل، وليس تقييمًا عامًا مثبتًا للأدوات.
- 0:10:16
تهيئة المساعد بمراجعة المشروع والعمل المتوازي
قبل إعطاء المهمة المباشرة، يطلب المتحدث من مساعد البرمجة مراجعة المشروع بعمق، بما يشمل وثائق المهمة والواجهة وتجربة المستخدم وقاعدة الشفرة. ثم يقترح تشغيل عدة جلسات أو طرفيات بالتوازي لمعالجة أقسام متعددة من الموقع وتسريع الإنجاز.
- 0:13:28
بحث عرض موعد البث ديناميكيًا على الموقع
يطرح المتحدث خيارين لعرض موعد البث التالي في صفحتين من الموقع: نافذة ثابتة وفق مواعيد يومية متوقعة، أو موعد ديناميكي يستوعب التأخير وعدم البث أحيانًا. ويطلب بحث إمكانية ربط مواعيد البث المجدولة عبر OBS بالموقع مباشرة، من دون أن تعرض المقاطع نتيجة أو تؤكد إمكانية التنفيذ.
- 0:15:19
جدولة بث ديناميكية عبر YouTube API مع احتياط ثابت
ناقش المتحدث تجنب المواعيد الثابتة غير الدقيقة بجعل YouTube Studio المصدر الأساسي للجدول. كان الاقتراح بنية هجينة: تعرض مواعيد ثابتة عند تعذر الـAPI، وتستبدلها ببيانات البث المجدول أو المباشر الفعلية، مع عنوان وحالة مباشرة وتخزين مؤقت ذكي.
- 0:17:33
تقسيم مهام الواجهة عند ضيق نافذة السياق
عبّر المتحدث عن قلقه من استهلاك مراجعة المشروع لجزء كبير من نافذة السياق، ثم أعطى الوكيل مهمة واجهة محددة: إضافة قسم مدمج للترويج لمجتمع Telegram قرب قسم البث، وقسم آخر فوق التذييل.
- 0:24:09
البناء أولاً ثم استخدام GPT للتلميع
بعد بطء التقدم في إضافة أقسام Telegram، طرح المتحدث رأياً عملياً في سير العمل: بناء الموقع بنفسه أولاً، ثم استخدام GPT لتلميعه أو تحسينه، لأنه رأى أن أداءه في التلميع أفضل من البناء من الصفر.
- 0:26:57
استكشاف تغيّر توجيه لقطات الشاشة في Google Antigravity
حاول المتحدث معرفة سبب انتقال لقطات الشاشة إلى مدير الوكلاء بدلاً من الطرفية في Google Antigravity. اقتُرحت إعدادات للتكامل أو العزل الطرفي ثم قيل إنها لا تحل المشكلة؛ ووفق بحث منقول طُلب تحديثه حتى 17 مارس 2026، كان التغيير حديثاً ولا توجد طريقة موثقة لإعادة سلوك الإسقاط القديم بالكامل. أشار النقاش إلى تغيير مؤرخ في 26 فبراير، دون تحقق مستقل داخل الصفحات.
- 0:33:46
قيود Antigravity وبدائل سير عمل الوكلاء
أبدى لقمان عدم رضاه عن تجربة Antigravity، وقارنها باستخدام Cursor أو الوكيل مباشرةً لإجراء بحث متعمق عن المشروع. ورأى أن مدير الوكلاء مفيد، لكنه أشار إلى أن دعم Claude لا يتيح جميع وظائفه وأن تشغيل وكيل واحد في كل مرة يجعل العمل بطيئًا.
- 0:35:47
معالجة تعطل الموقع وتبسيط قسم جمع البريد
لاحظ لقمان أن الموقع متوقف وحاول إغلاقه وإعادة فتحه. ثم طلب لاحقًا إزالة قسم «قريبًا» بالكامل مع الإبقاء على مربع جمع البريد، وبدأ بعد ذلك الحديث عن عزل الطرفية في Antigravity وما يحدث عند تعطل الموقع، لكن الفكرة لم تكتمل في هذه الصفحة.
- 0:39:55
تجنب تعارض تعديلات وكلاء البرمجة
أثناء تعطل الموقع، فرّق لقمان بين تشغيل عدة طرفيات واستخدام عدة نماذج في الوقت نفسه. وشرح أن وكلاء Claude ضمن Agent Teams يمكنهم، بحسب تجربته، تنسيق المهام وانتظار التعديلات المتداخلة، بينما قد يضطر عند الجمع بين نماذج منفصلة إلى تنفيذ التغييرات بالتتابع لتقليل التعارض.
- 0:43:45
ضبط أذونات وكيل البرمجة
أشار لقمان إلى إعداد سابق يجعل Claude لا يكرر طلب الإذن، مع إبقاء العمليات الحساسة مثل حذف الملفات والدفع إلى GitHub موضع اهتمام خاص. يعرض المقطع هذا بوصفه اختيارًا في بيئة عمله، لا توصية أمنية عامة.
- 0:44:25
ربط البث المباشر عبر YouTube Data API
يستعرض لقمان إعداد معرّف قناة YouTube ومفتاح YouTube Data API v3 بهدف أن يكتشف الموقع البث المباشر ويعرضه تلقائيًا. شملت الخطوات البحث عن معرّف القناة في YouTube Studio، وإنشاء مشروع في Google Cloud، وتفعيل الواجهة، وإنشاء المفتاح وتقييده على واجهة YouTube. نبّه إلى إبقاء المفاتيح داخل ملف بيئة وعدم كشفها للبث أو حتى مشاركتها بلا حاجة، ولا توثق الصفحات اختبارًا ناجحًا لجلب بث فعلي. كما لاحظ أن تعليمات الأدوات حول مسارات الإعدادات قد تصبح قديمة مع تغيّر الواجهات.
- 0:55:14
تشخيص عدم ظهور حالة البث المباشر من YouTube
لم تظهر حالة البث في التطبيق المحلي رغم أن القناة كانت تبث فعلياً. أشار التشخيص إلى أن قيود HTTP referrer على مفتاح YouTube API تمنع الاستدعاءات الصادرة من خادم Next.js؛ وبعد إزالة القيد أثناء التجربة ظهرت حالة «Live now». واقتُرح أيضاً استخدام مفتاح منفصل بقيود مناسبة للاستدعاءات من جهة الخادم.
- 1:01:47
إعداد متغيرات YouTube في Cloudflare للنشر
أُضيف مفتاح YouTube API ومعرّف القناة إلى Variables & Secrets في Cloudflare مع التأكيد على مطابقة أسماء المتغيرات. كان هناك اشتباه، لا تأكيد، بأن محاولة نشر سابقة فشلت بسبب غياب هذه المتغيرات، لذلك جرت متابعة ما إذا كان النشر سيقرأها. والخطوة التالية المقترحة كانت جعل الصورة المصغرة تتغير أثناء البث بدلاً من بقائها ثابتة.
- 1:04:34
تشخيص فشل نشر Cloudflare بسبب ملف غير مضمّن
عند ظهور رسالة نشر عامة لا تكشف سبب فشل البناء، جرى تتبع المشكلة إلى صفحة تستورد مكوّنًا لم يكن ملفه مضمّنًا في المستودع. كان الإجراء المقترح هو إضافة المكوّن ثم الدفع مجددًا، وبعد انتظار النشر أُعلن أن الموقع أصبح متاحًا.
- 1:09:40
هل تتحدث حالة البث دون إعادة نشر؟
طُرح سؤال عمّا إذا كان تغيّر حالة البث يحتاج إلى دفع Git ونشر جديد، وكانت الإجابة المعروضة أن الحالة تتحدث تلقائيًا في الوقت الفعلي.
- 1:10:08
تضمين بث YouTube أم تحويل المشاهد إليه؟
نوقشت مزايا إبقاء المشاهد داخل الموقع مقابل خسارة بعض تفاعلات YouTube. يمكن تضمين الفيديو والدردشة وزر الاشتراك، وفق النقاش، لكن زر الإعجاب يحتاج إلى رابط خارجي، وقد تصبح دردشة iframe أقل ثباتًا على الهاتف وتزيد تعقيد الواجهة وتوزّع مقاييس المشاهدة.
- 1:12:37
تحسين مشاهدة بث البرمجة على الهاتف
أظهرت المعاينة أن تجربة الهاتف مقبولة إجمالًا، لكن الشفرة والنصوص الصغيرة ليست واضحة مثل سطح المكتب. اعتُبر سطح المكتب أفضل لهذا النوع من البث، مع تأجيل تحسين واجهة الهاتف إلى عمل لاحق.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب