Building AI Apps Live from Cairo 🔴
تحب تدعم البث؟ عضوية «داعم» على يوتيوب بـ 60 جنيه في الشهر: شارات، إيموجي، وأسئلتك بجاوبها الأول في البث. اشترك كداعم
الخلاصة
يركّز البث على التحضير المنهجي لبناء تطبيق ومركز قيادة يديره وكلاء الذكاء الاصطناعي: تتبّع المهام إلى البيان وخريطة الطريق، وتدقيقها عبر عدة نماذج، ثم دمج المراجعات في ملف مهام موحّد بوصفه مصدر الحقيقة، مع إبقاء الجدول الزمني والاعتماديات وطريقة التحكيم بين النماذج أسئلةً غير محسومة بالكامل. ويستعرض لقمان عمليًا تصميم لوحة مهام تحفظ السياق وسجل المحاولات ومعايير القبول والقيود وبروتوكول التحقق، وتُجمّع منها تعليمات خاصة بكل مهمة؛ لكن المعاينات الأولى بدت طويلة وعامة واحتاجت إلى مزيد من الضبط والاختبار، كما ظل التنفيذ الآلي الكامل متوقعًا أن يحتاج إلى تصحيح أخطاء لا نجاحًا مضمونًا. وتشمل المناقشات أيضًا المعاينة الحية للواجهات داخل بيئة التطوير، والعمل المتوازي بفرق الوكلاء، وأهمية ضبط نطاق الوكيل، وأولوية صحة المهام قبل تلميع الواجهة، إلى جانب مناقشة البناء دون خلفية برمجية قوية، والحاجة إلى أدوات خارجية مدفوعة، والاستعداد لمراجعة تطبيقات Shopify، وربط بناء المنتج بالتوزيع والتسويق وقائمة الانتظار. ويعرض لقمان هذه النقاط بوصفها تجربة تعلم وبناء علنية، مع تأكيده أن التفكير المنطقي وسير العمل الواضح يساعدان، من دون اعتبار العمل المكتمل أو النتائج التسويقية أمرًا محسومًا.
46 لحظة من البث
- 0:01:36
من خريطة المشروع إلى مركز قيادة موحّد
يشرح لقمان كيف تطورت الفكرة من خريطة مرئية توضّح ما سيُبنى ومتى، بالتوازي مع لوحة مهام تحرّكها وكلاء الذكاء الاصطناعي، إلى تصور لمركز قيادة يجمع مسارات الخطة والمهام في مكان واحد.
- 0:02:30
تجهيز مهام قابلة للتنفيذ بواسطة الوكلاء
يعرض سير عمل كان يستخدمه لتجهيز مهام الأسبوع مسبقًا: لكل مهمة تعليمات نظام وسياق واختبارات أو بروتوكول تحقق وملاحظات مستفادة من المهام السابقة، ثم يمكن استدعاء الوكيل لتنفيذ مهمة محددة. ويشير إلى أن أدوات الأتمتة الأحدث غيّرت هذا التصور لاحقًا.
- 0:04:23
مراجعة تقدير الخطة قبل بدء التنفيذ
يناقش تقديرًا آليًا اقترح خطة تمتد لعدة أسابيع، ويوضح أنه لا يريد بدء التنفيذ قبل التأكد من أن المشروع فُكك إلى مهام صحيحة ومتكاملة. هدف المراجعة هو اكتشاف المهام الناقصة أو الزائدة مبكرًا بدل ظهورها بعد تقدم العمل، مع بقاء المدة مجرد تقدير من الأدوات وليست موعدًا مؤكدًا.
- 0:08:04
تتبع مصدر المهام وحفظ سياق العمل المؤجل
يبدأ لقمان مراجعة لمعرفة كيف أنشأ التطبيق المهام من وثيقة الخطة، ويرجع إلى جلسات الوكلاء والتعليمات السابقة للتحقق من المصدر. كما يطلب حفظ موضوع لوحة المهام المؤجل في ملف ملاحظات حتى يمكن الرجوع إليه لاحقًا، لكن التحقق نفسه لا يكتمل ضمن هذه الصفحة.
- 0:10:39
تتبّع مصدر المهام من وثائق المشروع
يفحص لقمان الوثيقة التي استُخرجت منها 165 مهمة، ويسأل هل جاءت من البيان أم من خريطة الطريق. ويظهر الشرح أن بنود الاختيار تحت مراحل خريطة الطريق حُوّلت سطرًا بسطر إلى مهام فرعية منظّمة، بينما يؤجل العمل على لوحة المهام إلى وقت لاحق.
- 0:12:52
مرجع واحد أم نسخ الملفات بين المشاريع
يناقش المقطع كيفية وصول مركز الأوامر إلى ملفات موجودة في مشروع آخر على الجهاز نفسه. وتوصي الإجابة بإبقاء خريطة الطريق وقوائمها في موضعها كمرجع واحد، لأن نسخها إلى المشروع الآخر يجعله مستقلًا لكنه ينشئ نسختين يلزم تحديثهما معًا.
- 0:14:59
تصميم عملية موثوقة لتثبيت قائمة المهام
يوضح لقمان شكّه في دقة المهام المستخرجة من خريطة الطريق، ويسأل كيف يمكن التحقق منها مقابل البيان وتثبيت معظمها داخل مسارات العمل مع السماح بتغييرات لاحقة محدودة. كما يطرح فكرة مراجعة القائمة عبر عدة نماذج لغوية، ويسأل ما الوثائق التي ينبغي إعطاؤها لكل نموذج وما الملف الواحد الذي يمكن أن يصبح المرجع المعتمد.
- 0:18:40
مراجعة المهام بالتوافق بين عدة نماذج
تقترح الإجابة إعطاء البيان وخريطة الطريق لكل نموذج، وطلب تدقيق المهام واكتشاف ما لا يغطيه البيان، ثم مقارنة المخرجات بحثًا عن نقاط اتفاق لإنتاج ملف مهام مرجعي. كما تنصح بإجراء هذا التحقق مرة واحدة بعناية ثم صيانة القائمة بانضباط، بدل بناء منظومة آلية متعددة النماذج في هذه المرحلة.
- 0:19:50
هل يتضمن ملف المهام الجدول الزمني
يسأل لقمان إن كان ملف المهام المرجعي المقترح ينبغي أن يتضمن الجدول الزمني أيضًا كي يمكن ترتيب المهام داخل مسارات العمل وفقًا له. تنتهي الصفحة قبل ظهور إجابة أو اكتمال الفكرة، لذلك تظل كيفية إدراج الجدول الزمني سؤالًا مفتوحًا.
- 0:25:21
مراجعة خطة المشروع عبر عدة نماذج لغوية
بعد متابعة هذا الموضوع، سيفهم المشاهد سير العمل الذي شرحه لقمان: تزويد جيميناي وجي بي تي وكلود بخريطة الطريق والبيان المرجعي، جمع مقترحاتهم لملف مهام أساسي، ثم تكليف أحد النماذج بدمج الآراء بهدف إنشاء مصدر واحد للحقيقة. ويوضح، بوصفه ملاحظة من تجربته، أن مقارنة النماذج قد تصبح مربكة مع الملفات الكبيرة لأن لكل نموذج منهجًا مختلفًا، ولذلك لا ينبغي توقع اتفاقها الكامل.
- 0:30:40
تثبيت صحة المهام قبل تلميع لوحة العمل
يوضح لقمان أنه يريد التأكد من صحة مسارات العمل والمهام الأساسية قبل العودة إلى تحسينات واجهة لوحة المهام، ويتوقف عند عدد مهام غير متوقع بوصفه علامة تحتاج إلى فحص. المقطع يعرض ترتيبًا عمليًا للأولويات، لكنه لا يقدم تشخيصًا نهائيًا لسبب العدد.
- 0:31:31
كيف تقارن مراجعات عدة نماذج دون كشف هويتها للمحكّم
يناقش لقمان مشكلة اختيار حكم عند مقارنة ثلاث مراجعات أنشأتها نماذج مختلفة. يقترح إدخال ملفات المراجعات إلى النماذج وطلب آرائها، ثم يميل إلى استخدام وكيل يجمعها ويحللها. ولتقليل تأثر التقييم بهوية النموذج، يغيّر أسماء الملفات حتى لا يعرف المحكّم أي نموذج كتب كل مراجعة. ويذكر، بوصفه تفضيلًا شخصيًا أثناء التجربة، أن Claude كان أنظف في إخراج المراجعة وأنشأ ملف Markdown من تلقاء نفسه. لا يتضمن المقطع نتيجة نهائية تحدد أفضل مراجعة أو أفضل نموذج.
- 0:38:31
معاينة واجهة الموقع مباشرة داخل بيئة التطوير
يعرض لقمان ميزة في بيئة تطوير تفتح الموقع داخل المحرر، بحيث تظهر تغييرات الواجهة مباشرة. ويشرح أن المعاينة المدمجة تتيح أيضًا تحديد عنصر من الصفحة وإرساله مباشرة إلى وكيل Gemini، ويرى أن ذلك مفيد أثناء تطوير واجهات المواقع. المقارنة مع بيئة أخرى تظل رأيًا مبنيًا على تجربته في هذا المقطع.
- 0:40:07
البناء بالذكاء الاصطناعي دون خلفية برمجية قوية
يوضح المتحدث من واقع تجربته أنه ليس مطورًا ذا خلفية برمجية قوية، لكنه سبق أن بنى أشياء باستخدام الذكاء الاصطناعي ويرى أن البدء والتجربة لا يتطلبان خبرة تقنية عميقة. وردت مقارنة بين أدوات، لكن أسماءها غير واضحة بما يكفي لنشرها.
- 0:41:11
تحويل ملفات التدقيق إلى مصدر موحّد للمهام
يطلب المتحدث من وكيل معالجة عدة ملفات تدقيق وتجميعها وفق بنية واحدة لتكوين مصدر حقيقة موحّد. والهدف المقترح هو إنشاء ملف مهام يحل محل المهام الموزعة في خريطة الطريق ومسار العمل، قبل الانتقال إلى لوحة المهام ومركز الوكلاء؛ وهذه نتيجة مأمولة لا نجاحًا مؤكدًا.
- 0:43:33
المنطق والخلفية التقنية عند العمل مع الوكلاء
يرى المتحدث أن القدرة على التفكير المنطقي وشرح المشكلات للوكيل هي الأساس، مع إقراره بأن الخلفية التقنية قد تساعد على التحرك بصورة أفضل وأسرع. وتقديره بأن المنطق يمثل معظم المطلوب هو رأيه الشخصي، لا نتيجة اختبار موثقة.
- 0:44:09
البناء والتوزيع معًا
يشرح المتحدث أن توجه القناة لا يقتصر على بناء المشروع، بل يشمل أيضًا توزيعه وإنشاء مسار تسويقي له، بدل التركيز على البناء أو الذكاء الاصطناعي وحدهما.
- 0:44:24
تصميم لوحة مهام تديرها الوكلاء
يصف المتحدث لوحة مهام يُفترض أن تتحكم فيها الوكلاء بعد ضبط مسار العمل، مع حاجة كل مهمة إلى تعليمات نظام وبروتوكول تحقق وسياق وملاحظات للذاكرة. كما يشرح أن وكيلًا كان يقارن ملفات تدقيق ويجمعها لصياغة مصدر حقيقة لخريطة الطريق وتقليل احتمال نسيان المهام أو إضافة مهام غير مستندة إلى المصدر، من دون تأكيد اكتمال العملية أو نجاحها.
- 0:47:09
محاولة استكشاف مشكلة صوت الخلفية
يحاول المتحدث معرفة سبب عدم ظهور صوت الخلفية، ويجري اختبارًا للصوت ويفحص إعدادات الأجهزة التي ظهر أحدها معطّلًا. لا يوضح التفريغ سببًا نهائيًا أو حلًا ناجحًا للمشكلة.
- 0:53:45
تحويل معايير النجاح إلى ملف مهام موثوق
يشرح المتحدث أن خبرته الأساسية في التجارة الإلكترونية الموجهة للمستهلك ومنظومة Shopify، بينما ما زال يتعلم بناء شركات البرمجيات كخدمة الموجهة للأعمال. ويقترح تحويل إشارات النجاح المتفق عليها إلى ملف tasks.md يعمل كمصدر موثوق للانتقال إلى خطوة التنفيذ التالية.
عندك سؤال عن حاجة في البث ده؟
اسأل في الجروب