Building AI Apps Live from Cairo 🔴
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركّز البث على تلميع موقع بطابع طرفية مع ضبط النطاق والوقت: مراجعة التسلسل البصري، تقليل الزحام، وتجريب مؤثر «أمطار الشيفرة» وتحسين حركته وكثافته ومحتواه عبر ملاحظات دقيقة ولقطات ومراجع لمكوّنات جاهزة. ويرى لقمان أن الوكلاء يحتاجون وصفًا محددًا وفهمًا للمشروع قبل التعديل، ويناقش سير عمل من الاستكشاف إلى التخطيط ثم البناء، مع تجميع السياق ومعاينة البرومبت والتحقق قبل التسليم؛ لكن قيمة الخط الآلي، جودة الاستكشاف، استئناف المهام عبر CLI وبعض سلوكيات وضع التخطيط ظلت أسئلة غير محسومة. كما يتناول البث أتمتة حالة وجدول البث عبر YouTube API مع استمرار مشكلة في الاستدعاءات، وأتمتة الدردشة والتوزيع الاجتماعي، والتسويق قبل اكتمال التطبيق عبر صفحة هبوط وقائمة انتظار، مع الفصل بين سوق المنتج العالمي وجمهور المحتوى العربي. وتشمل مناقشات الجمهور نصائح لبدء البث، والاختيار بين الويب والموبايل بحسب المشروع، وقراءة معايير نماذج الذكاء الاصطناعي بحذر، وأسئلة موجزة عن مفاهيمه الأساسية. التفضيلات بين Claude وCodex وCursor وWarp هي آراء وتجارب شخصية، ولم تكتمل كل التحسينات أو الاختبارات المقترحة خلال المادة.
63 لحظة من البث
- 0:54:29
تحويل واجهة ساكنة إلى تجربة أكثر حيوية
وُصفت الواجهة بأنها بسيطة وساكنة أكثر من اللازم رغم أن اتجاهها العام مقبول. دار العمل حول أخذ لقطات للأقسام، والبحث في مكتبات المكوّنات، وتحديد شكل شريط تقدّم بدقة؛ مع الإقرار بأن صياغة الفكرة والبحث عنها أو مناقشتها مع الذكاء الاصطناعي يستغرق وقتًا، وأن المواقع المرجعية قد تساعد في توضيح السلوك المطلوب.
- 0:59:08
اختيار مساعد برمجي للواجهات وقراءة مؤشرات الأداء بحذر
قدّم المتحدث انطباعًا شخصيًا بأن إحدى الأدوات تتفوّق في صقل تجربة الواجهة والتخطيط، مع تأكيده أن Codex قادر أيضًا على تنفيذ العمل وأن التفضيل يتأثر بالاعتياد. ثم أبدى رغبة في فهم اختبارات النماذج ومقاييسها، مشيرًا إلى أن أي مؤشر منفرد لا يكشف الصورة كاملة.
- 1:00:29
فهم معايير النماذج قبل اختيار وكيل أساسي
يناقش المتحدث استخدام نتائج المعايير لرسم صورة عامة عن قوة النماذج، مع التأكيد على حاجته إلى فهم هذه المعايير بصورة أفضل، ويعرض تفضيله الشخصي لأحد نماذج Claude كوكيل أساسي.
- 1:04:31
استلهام مؤثرات الواجهة وصفحة التسعير
يلفت المتحدث إلى مؤثرات بصرية أعجبته في موقع، ومنها مؤثر مرتبط بعرض التسعير، ويفكر في الاستفادة منها في تصميمه.
- 1:06:03
خريطة المشروع ولوحة المهام لمتابعة التنفيذ
يطلب المتحدث من وكيل فهم المشروع ولوحة المهام، ثم يشرح مركز تحكم يعرض خريطة للمشروع من البداية إلى النهاية، ويقسم العمل إلى مجالات ومراحل، ويتابع التقدم والانحراف عن الخطة، ويضم قائمة تحقق لمتطلبات إطلاق تطبيق على Shopify. كما يعبّر عن بعض عدم اليقين تجاه مرحلة التحسين والبناء.
- 1:09:26
مركز موحّد لتنسيق عدة وكلاء برمجيين
يشرح المتحدث تصورًا لمركز وكلاء يجمع عدة أدوات ووكلاء برمجيين في مكان واحد، مع سجل نشاط يوضح ما أنجزته الأدوار المختلفة، وإمكانية تبادل الملاحظات، وحالة مشتركة تُسجَّل فيها تطورات المهام.
- 1:10:26
لوحة مهام للوكلاء تولّد المطالبات من سياق المشروع
شرح لوحة تنظّم المهام حسب المرحلة والأولوية والمنفّذ والتبعيات والملاحظات، وتسجّل محاولات التنفيذ السابقة. يجمع النظام مطالبة معاينة من اسم المهمة ومرحلتها وسجلها وتبعياتها ونوع الوكيل وملفات الإعداد والسياق، ثم يستطيع بدء جلسة تنفيذ جديدة وإعادة حالتها إلى تطبيق التحكم. ذُكر دمج التنفيذ المباشر داخل مركز التحكم كفكرة ممكنة لكنها لم تكن ضرورية آنذاك.
- 1:17:31
العصف الذهني قبل تنفيذ تحسينات واجهة أعلى الصفحة
بعد اعتبار النسخة الجديدة أفضل من سابقتها، تحوّل العمل إلى وضع التخطيط للتركيز على واجهة أعلى الصفحة بدل بدء التنفيذ فورًا. شملت الأفكار تأثيرًا خفيفًا لمطر الشيفرة، وتحسين تموضع الشعار حتى لا يبدو عائمًا، وجعل الحركة تتفاعل بلطف قرب منطقة الشعار. كما شرح المتحدث سير عمل يبدأ بمناقشة الزوايا الممكنة، ثم اختيار اتجاه مفضّل وصياغة مطالبة لتسليمها إلى نموذج آخر للتلميع أو التجربة.
- 1:20:29
إضافة عمق بصري لواجهة الـ Hero دون ضوضاء
مناقشة تحسين واجهة Hero ذات خلفية داكنة مسطحة بإضافة عمق مقصود دون إعادة الزحام البصري، مع تفضيل اتجاه بصري مستوحى من شاشة طرفية ومعالجة عنصر حلقة الكود.
- 1:22:04
تصميم معاينة دقيقة للبرومبت وتسليم العمل بين الوكلاء
شرح لأهمية الدقة الشديدة عند كتابة برومبتات واجهات المستخدم، وتصميم تبويب للبرومبت يعرض معاينة مولّدة من أقسام Markdown مختارة بحسب نوع الوكيل والمجال. يتناول التدفق كذلك انتقال السياق والعمل من المستكشف إلى المخطط ثم المنفّذ، مع رغبة في مراجعة البرومبت وصقله قبل التنفيذ.
- 1:29:46
تنفيذ غير متوقع رغم تفعيل وضع التخطيط
ملاحظة سلوك غير مرغوب فيه من مساعد برمجي: نُفذت إجراءات رغم طلب عدم التنفيذ واستخدام وضع التخطيط. لا توضح المقاطع سبب السلوك أو حله.
- 1:31:29
إضافة بروتوكول تحقق إلى سير عمل الوكيل
يوضح النقاش ضرورة ألا يسلّم الوكيل المهمة قبل موافقة المستخدم أو التحقق منها، ثم يطلب شرح معاينة البرومبت المجمّع مع تعطيل وضع خط الأنابيب، باستخدام مهمة Shopify بسيطة لإظهار كيفية تجميع البرومبت في الخلفية.
- 1:33:30
مراجعة المشروع قبل تنفيذ برومبت التسليم
تُظهر التسميات محاولة جعل Codex يفهم المشروع أولًا قبل إعطائه برومبت التسليم. يلاحظ المتحدث أن المراجعة المطوّلة قد تستهلك جزءًا كبيرًا من نافذة السياق، ويخطط لاختبارات إضافية قبل 29 مارس دون الادعاء بأن الاختبارات أُجريت أو نجحت.
- 1:42:06
تتبّع تدفّق المعاينة عبر الواجهة وIPC وملفات التطبيق
يراجع لُقمان تدفّق «إنشاء المعاينة» خطوة بخطوة: حفظ الواجهة للبيانات، واستدعاء IPC، ووصول الطلب إلى العملية الرئيسية، ثم البحث عن ملفات العارض ولوحة المهام ذات الصلة. أثناء التحقق لا يجد التغييرات المتوقعة في صفحة الهبوط، فيراجع الأسطر والمسارات ويفكر في إعادة التشغيل. كما يقول إنه لن يضيف شيئًا لمهمة لا يفهمها جيدًا قبل مراجعة تفاصيلها.
- 1:54:47
خط عمل من الاستكشاف إلى التخطيط والتنفيذ
يفكر المتحدث في اعتماد وضع خط عمل لمعظم المهام: يفحص وكيل الاستكشاف المهمة والمشروع أولًا، وينقل ما وجده إلى وكيل التخطيط، ثم تُسلَّم الخطة إلى وكيل البناء للتنفيذ. الدافع هو امتلاك تصور قوي للنتيجة المطلوبة مع معرفة تقنية محدودة بالمشروع، ولذلك يؤكد ضرورة فهم ما يحدث خطوة بخطوة قبل اعتماد هذا التدفق.
- 1:58:03
مراجعة واجهة مولّدة وتسليم العمل إلى جلسة أخرى
يراجع المتحدث نتيجة واجهة مولّدة ويعترض على معالجة تأثير «code rain» بوصفه شبكة بسيطة لا التأثير المقصود. يطلب إنشاء مطالبة تسليم مفصلة لجلسة أخرى تشرح المفهوم والعمل السابق، ويتساءل عن كيفية صياغة طلبات الواجهة بما يمنع هذا الخلط. كما يعبّر، في سياق هذه النتيجة، عن عدم رضاه عن أداء النموذج المذكور في المصدر؛ وهو تقييم شخصي وقت البث.
- 2:01:42
تجميع السياق تلقائيًا حسب نوع الوكيل
شرح لفكرة مُجمِّع لا يمرّر طلب المستخدم كما هو، بل يغلّفه بسياق يُجمع تلقائيًا، مثل اتفاقيات المشروع وحالة المرحلة ومؤشرات الكود، مع تصفية المحتوى وفق نوع الوكيل المختار.
- 2:02:17
معايرة وضوح مؤثرات الواجهة
مراجعة لمعالجة بصرية مقصودة تتضمن خطوط مسح وأمطار كود محدودة الأعمدة. رأى المتحدث أن أمطار الكود غير ملحوظة، وركّز على ما إذا كان المؤثر يحتاج إلى معايرة أوضح أم أنه غير موجود أصلًا.
- 2:03:29
تقييم خط أنابيب من المستكشف إلى المخطط ثم المنفّذ
نقاش حول سير عمل يبدأ بوكيل يستكشف قاعدة الكود ويجمع نتائج مرتبطة بالمهمة، ثم يسلّمها إلى مخطط يصمم نهج التنفيذ، وأخيرًا إلى منفّذ يطبق المهمة. يطرح النقاش ما إذا كان هذا التسلسل مفيدًا دون إعدادات تفصيلية لكل مهمة، وما مزاياه وتكاليفه المحتملة.
- 2:08:01
محدودية خط الأنابيب عند غياب إعدادات المهمة
فحص لما تتلقاه مراحل خط الأنابيب عندما لا تُضاف تجاوزات للطلب أو ملفات سياق أو معايير واضحة. الخلاصة المعروضة أن الفكرة قوية نظريًا، لكن المستكشف قد يعمل بسياق عام ومحدود، ما يضعف جودة ما ينتقل إلى المخطط والمنفّذ ويجعل جودة الطلب المتولد عنصرًا حاسمًا.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب