00:00:00أطر عمل البرمجة بالذكاء الاصطناعي في تكاثر مستمر، وكل واحد منها يدعي أنه الطريقة الأفضل
00:00:04للبناء باستخدام الوكلاء (Agents).
00:00:05لكن أفضل طريقة للبناء باستخدام الوكلاء لا تعتمد كلياً على إطار العمل الذي تختاره.
00:00:09هناك عوامل أخرى ينسى الناس تقييمها، ثم يصابون بالإحباط عندما يجدون أن إطار العمل
00:00:14لا يناسب مشروعهم.
00:00:15لكن هذه ليست مشكلة إطار العمل، بل هي مشكلة في عملية الاختيار.
00:00:18كل إطار عمل يعمل بشكل جيد للحالة التي صُمم من أجلها، ولا يوجد حل واحد
00:00:22يناسب الجميع هنا.
00:00:23لقد غطى فريقنا سابقاً أطر عمل البرمجة بالذكاء الاصطناعي على القناة، ولكن مؤخراً
00:00:28صادفنا إطار عمل اكتسب الكثير من الزخم في الآونة الأخيرة.
00:00:31السبب في صنعنا لهذا الفيديو ليس لأنه مجرد إطار عمل آخر يدعي الأفضلية
00:00:35وسيجعلك تترك الأطر الأخرى.
00:00:37بل لأننا عندما اختبرناه، وجدناه مختلفاً حقاً، وهو يناسب حالات استخدام
00:00:41لا تغطيها تلك الأطر الأخرى.
00:00:43لقد غطينا عدة أطر عمل في فيديوهات سابقة، مثل BMAD و Superpowers.
00:00:48اختيار الإطار الخاطئ يعني أنك إما تبالغ في الهندسة أو تفتقر للاستعداد الكافي.
00:00:51اليوم سنستعرض إطار العمل المسمى GSD، وهو اختصار لـ "Get Shit Done"،
00:00:56وستفهمون السبب قريباً.
00:00:57بنهاية هذا الفيديو، ستعرف متى تستخدم كل إطار عمل، بدءاً من
00:01:00الأول وهو GSD.
00:01:02تستخدم GSD عندما لا تكون متأكداً تماماً مما تريد بناءه، ولا تريد التخطيط المسبق لكل شيء
00:01:06لأن المتطلبات قد تتغير في المستقبل.
00:01:09هذا لا يعني أنك لا تعرف ما تبنيه على الإطلاق.
00:01:11بل يعني أن المنتج الذي تريده يتطلب الكثير من التجريب في كل خطوة.
00:01:15هذا رائع إذا كنت ترغب في بناء نماذج أولية (MVPs) للمشاريع التجريبية بأسرع ما يمكن.
00:01:19بأقصى سرعة ممكنة.
00:01:20في GSD، يطلب منك تحديد نطاق واسع، ولكن على عكس طريقة BMAD، فإنه لا
00:01:25يقيدك تماماً.
00:01:26باستخدام النطاق الأولي، يقوم بتخطيط كل خطوة تنفيذ تدريجياً.
00:01:30هذا يعني أنك لست مقيداً بالمراحل اللاحقة لأنها لم يتم التخطيط لها
00:01:34مسبقاً من قبل النظام بتفاصيل مكثفة.
00:01:35لذا، إذا كنت تبني حلاً مخصصاً لم يسبق بناؤه من قبل، سيكون
00:01:39من الأفضل المضي قدماً باستخدام GSD.
00:01:41لنفترض أنك تبني مساعداً للمقابلات يظهر على الشاشة، مثل Cluely.
00:01:45ستحتاج إلى معرفة الكثير من الأمور حول كيف سيبدو شكل تجربة المستخدم
00:01:50أو كيفية التأكد من أن منصات مشاركة الشاشة لا تكتشفه أثناء الاستخدام.
00:01:54هناك الكثير من الأشياء التي قد تحتاج لتجريبها، مع عدم وجود طريقة لتحديدها قبل التخطيط.
00:01:59أما BMAD، من ناحية أخرى، فيتخذ نهجاً معاكساً تماماً.
00:02:02إنه إطار عمل خطوة بخطوة يقوم بإنشاء وثائق شاملة لكل مرحلة قبل
00:02:06تنفيذ أي شيء.
00:02:07عليك أن تكون متأكداً مما تبنيه في البداية، وهو ليس من النوع الذي
00:02:11يرتكب الأخطاء الفوضوية.
00:02:12يحتوي على قسم أبحاث كامل كـ وحدة نمطية حيث وضع مبتكر BMAD كل
00:02:17السياقات حول الأدوار المختلفة، مثل محلل الأعمال والمصمم المفكر
00:02:21للتأكد من أن المنتج الذي تريد صنعه مدروس من جميع الزوايا.
00:02:25لكن كل شيء محمل مسبقاً، وبناءً على ذلك تقوم بإعداد وثائق المتطلبات والمعمارية،
00:02:30ثم بناءً على تلك الوثائق تحصل على مهام مجزأة يحتاج فريق التنفيذ فقط
00:02:34إلى اتباعها.
00:02:35عندما صنعنا الفيديو الخاص بنظام BMAD، أشدنا به بسبب مدى انضباطه.
00:02:39النظام مبني جيداً في الأوامر (Prompts) لدرجة أنه لا يسمح للوكيل بالانحراف
00:02:43عن المهام الموكلة إليه.
00:02:44لكن مع الاستخدام لفترة ممتدة، لاحظنا أنه عندما تحتاج فعلياً لتغيير
00:02:48في المتطلبات، هنا يصبح النظام غير مستقر، لأن حتى أفضل
00:02:52النماذج قد تفقد تفاصيل صغيرة عند تغيير المتطلبات.
00:02:56شكوى أخرى يذكرها الناس هي أنه يستغرق وقتاً طويلاً لتخطيط كل شيء
00:03:00قبل أن يبدأ أي تنفيذ فعلي، ولكن هذا لأنه لا ينبغي استخدامه
00:03:04لهذا النوع من المشاريع.
00:03:05يجب استخدامه عندما تكون متأكداً تماماً من المتطلبات وتريد فقط
00:03:09بناء النظام دون أي ثغرات، لأن جميع المواصفات التي يضعها مرتبطة ببعضها بقوة.
00:03:14أو عندما تريد بناء أنظمة تقليدية، مثل حل CRM مخصص لعميل
00:03:19أو منصة مجتمعية خاصة بك.
00:03:21الآن، Superpowers يعتمد على التطوير الموجه بالاختبار (TDD) والهدف الأساسي من أيديولوجيته هو أنك تعرف
00:03:25ما الذي تبنيه.
00:03:26تعتبر TDD مهمة عندما تكون تكلفة الخطأ في الحالات النادرة (Edge cases) عالية جداً بحيث لا يمكن تفويتها، وهذه التكلفة لا
00:03:30تعني تكامل Stripe بسيط مع تطبيق Next.js، بل لنقل شيئاً مثل
00:03:34منصة وكلاء ذكية حيث يتخذ الوكلاء إجراءات نيابة عن مستخدميك وأي إجراء خاطئ
00:03:39لا يمكن التراجع عنه وتكلفته باهظة.
00:03:41من حيث قابلية الاستخدام، فهو يشبه GSD حيث يتم التخطيط ميزة بميزة مع
00:03:46مجرد مخطط عام لما يحتاج المشروع أن يكون عليه.
00:03:49ولكن بما أن الاختبارات يتم إنشاؤها أولاً، فإنه لا يمنحك مساحة للتجريب بـ
00:03:53أشياء مختلفة، كما أنه ليس مثالياً للمشاريع التي يتم التخطيط لها مسبقاً.
00:03:57لكن هناك شيء آخر يمكنك فعله، فإذا كان المشروع يقع في كلا النطاقين، يمكنك
00:04:02تنفيذ نسخة من المشروع باستخدام GSD حيث يتم إكمال الوظيفة الأساسية
00:04:06ثم يمكنك متابعة بقية التطبيق عن طريق دمج Superpowers في التطبيق.
00:04:10لدينا فيديوهات منفصلة لكل من Superpowers وطريقة BMAD، وستكون الروابط
00:04:15موجودة في الوصف أدناه إذا كنت ترغب في استكشافها بمزيد من التفصيل.
00:04:19تم بناء GSD أيضاً مع وضع منع "تعفن السياق" (Context rot) في الاعتبار، عبر استخدام وكلاء فرعيين، وإطلاق
00:04:23عمليات منفصلة للمهام المعزولة، مما يحافظ على نظافة سياق الوكيل الرئيسي ليركز
00:04:28على ما يهم فعلياً دون انحراف.
00:04:31أغلب وكلاء البرمجة بالذكاء الاصطناعي الآن يدعمون الوكلاء الفرعيين، لذا لا يهم إذا استخدمت
00:04:35Claude Code مع هذا أم لا.
00:04:37لكن Claude حصل أيضاً على تحديث آخر مؤخراً، Opus 4.6 الجديد مع نافذة سياق
00:04:42تصل إلى مليون رمز (Token).
00:04:43لذا فإن الكثير من التقنيات التي علمناها على هذه القناة لإدارة سياقك بفعالية
00:04:46لم تعد تهم كثيراً بعد الآن.
00:04:49لتثبيته، ستقوم بنسخ الأمر ولصقه في مجلد المشروع
00:04:53الذي تعمل عليه.
00:04:54ثم اختر الوكيل الذي تريد تثبيته له.
00:04:57في حالتي كان Claude، لذا قمت بتثبيته لذلك.
00:04:59عليك بعد ذلك اختيار نطاق التثبيت.
00:05:02أنا أفضل مستوى المشروع لأن كل مشروع قد يستخدم إطار عمل مختلف وهذا يحافظ على
00:05:06الإعدادات محصورة في الإطار المختار لهذا المشروع.
00:05:10بما أننا كنا نستخدم Next.js للبناء، قمنا بتثبيته في مشروعنا الجديد.
00:05:15وبمجرد التثبيت، يجب أن يظهر إطار GSD في مجلد .claude الخاص بك على شكل
00:05:19وكلاء وأوامر وخطافات (hooks).
00:05:21إذا لم تكن تستخدم Claude، فسيتم تخزينها في مجلد .agent في جذر المشروع.
00:05:26يحتوي على وكلاء متعددين مخصصين لمهام محددة، ولكن على عكس الأوامر العادية
00:05:30المعتمدة على Markdown، فإن كل شيء منظم بتنسيق XML، وهذا مقصود.
00:05:34من المعروف أن نماذج Claude تعمل بشكل أفضل مع التعليمات المنسقة بتنسيق XML لأنها تتيح لها
00:05:39تحليل البنية بسهولة أكبر، لذا فهو تحسين للأداء تجاه أي
00:05:43وكيل تستخدمه.
00:05:44لكن قبل أن نمضي قدماً، لنستمع إلى كلمة من راعينا، Genspark.
00:05:48معظم الناس عالقون حالياً في التنقل بين اشتراكات ذكاء اصطناعي متعددة، ويدفعون رسوماً منفصلة
00:05:52لـ ChatGPT و Claude وأدوات إعلامية متنوعة.
00:05:55Genspark هي مساحة عمل متكاملة بالذكاء الاصطناعي حققت 200 مليون دولار كإيرادات سنوية متكررة في 11 شهراً فقط عبر دمج
00:06:02كل شيء في اشتراك واحد.
00:06:03تستخدم نظام وكيل فائق لاختيار أفضل نموذج لأي مهمة.
00:06:07تتعامل مع سير عملك بالكامل، من بناء شرائح الذكاء الاصطناعي وأتمتة الجداول، إلى إنشاء
00:06:12الوسائط بالذكاء الاصطناعي، وحتى إجراء مكالمات هاتفية حقيقية مع ميزة "اتصل نيابة عني".
00:06:16يمكنك حتى تحويل أبحاثك إلى "AI pods" للاستماع إليها أثناء التنقل.
00:06:20بالإضافة إلى ذلك، استخدم Speakly لتحويل تسجيل مدته 15 دقيقة إلى 3000 كلمة من النص المثالي فوراً.
00:06:26والجزء الأكثر إثارة؟
00:06:27تقدم Genspark دردشة وميزات صور غير محدودة بالذكاء الاصطناعي طوال عام 2026.
00:06:31Manobanana2 و GPT-Image و Flux و Seedream و Gemini 3.1 Pro و GPT 5.2 و Claude Opus 4.6 والمزيد
00:06:40من النماذج الرائدة كلها مشمولة بوصول غير محدود.
00:06:43اضغط على الرابط في التعليق المثبت لبدء البناء مع Genspark.
00:06:46لبدء استخدام GSD، ستستخدم أمر المشروع الجديد هذا.
00:06:50بتشغيل هذا الأمر، بدأ الوكيل العمل وفقاً لأمر التهيئة
00:06:54وبدأ باستكشاف قاعدة الأكواد أولاً.
00:06:56بما أنني قمت بتهيئة تطبيق Next.js بالفعل، فقد اكتشف وجود كود
00:07:01وسأل عما إذا كان يجب عليه استكشاف قاعدة الأكواد الموجودة أولاً.
00:07:04أخبرناه بتخطي عملية المسح لتجنب إضاعة الوقت.
00:07:06إذا كنت تعمل على مشروع موجود، فمن الأفضل أن تطلب منه مسح قاعدة الأكواد
00:07:11أولاً، ولكن بما أنه كان يحتوي على قالب فارغ، فقد تخطيت ذلك.
00:07:14بعد ذلك، سيطلب منك إخباره بفكرة التطبيق التي تريد العمل عليها.
00:07:18ثم يطرح الكثير من الأسئلة بخصوص الجمهور المستهدف لتطبيقك، وميزاته،
00:07:22ونطاق المشروع، وغير ذلك.
00:07:24لكن جلسة الأسئلة والأجوبة التي يجريها GSD تختلف بشكل ملحوظ عن تلك الموجودة في Superpowers.
00:07:29يحاول Superpowers استخراج الحالات النادرة منك خلال هذه المرحلة.
00:07:32أما GSD فلا يفعل ذلك، بل يركز أكثر على فهم ما يجب بناؤه، وليس اختبار الإجهاد لكيفية
00:07:38احتمالية تعطل النظام.
00:07:39بمجرد جمع معلومات كافية من الجلسة، يقوم بإنشاء ملف project.md داخل
00:07:43مجلد التخطيط، والذي يحتوي على الوصف، والعناصر الخارجة عن النطاق، وقيود السياق،
00:07:48والقرارات الرئيسية المستنبطة من الأسئلة.
00:07:50وهنا يظهر منع تعفن السياق بشكل عملي.
00:07:54إنه يبقي ملف project.md قصيراً ومركزاً عن عمد، حتى لا ينحرف الوكلاء عن
00:07:59الأهداف الرئيسية بالغرق في التوثيق.
00:08:01إنه يتتبع كل العمل من خلال git، لكنه لا يستخدم أمر git commit المباشر.
00:08:05بل يشغل نصاً برمجياً في الخلفية يقوم بإجراء فحوصات قبل الالتزام، لضمان أن كل شيء
00:08:10مطابق للمعايير قبل استخدام git فعلياً للالتزام بالنسخة.
00:08:12بمجرد الانتهاء من التخطيط، انتقل GSD إلى مرحلة البحث.
00:08:16يقوم بإطلاق وكلاء متعددين يبحثون في جوانب مختلفة من التطبيق بالتوازي، وكل ذلك يعمل
00:08:20في الخلفية.
00:08:21بعد اكتمال البحث، يبدأ وكيل تجميع الأبحاث عمله.
00:08:24بما أن كل هؤلاء الوكلاء مضبوطون لاستخدام النماذج المناسبة للمهام، فإن وكيل التجميع
00:08:29يستخدم نموذج Sonnet، وليس Opus الثقيل.
00:08:32لدى GSD مرجع مناسب يربط كل وكيل فرعي بالنموذج الصحيح بناءً على حجم العمل
00:08:36الذي يتعامل معه حتى لا يهدر مجهوداً إضافياً.
00:08:39يقوم بتكثيف نتائج البحث ويشير أيضاً إلى المشاكل المحتملة، والأمور التي يجب الحذر
00:08:44منها والتي قد تعيق العمل على المدى الطويل.
00:08:46بعد تجميع الأبحاث، تبدأ مرحلة المتطلبات.
00:08:49يطرح عليك أسئلة محددة حول النموذج الأولي (MVP)، ويحدد الميزات الضرورية حقاً
00:08:55للإصدار الأول.
00:08:56لأن GSD يركز على التسليم السريع، فإنه يضمن أن الإصدار الأول يحتوي فقط على ما هو ضروري.
00:09:01بعد تأكيد النموذج الأولي معك، يقوم بإنشاء هيكل خارطة الطريق، والذي
00:09:05يجب أن توافق عليه، وموافقتك تعني اكتمال تهيئة المشروع.
00:09:09أيضاً، إذا كنت تستمتع بمحتوانا، فكر في الضغط على زر الإعجاب، لأن ذلك يساعدنا
00:09:14في إنشاء المزيد من المحتوى كهذا والوصول إلى المزيد من الأشخاص.
00:09:17الآن وبعد انتهاء مرحلة التهيئة، الخطوة التالية هي تنفيذ الخطة.
00:09:22في المرحلة السابقة، قام بتقسيم المشروع إلى 4 مراحل بناءً على المتطلبات.
00:09:26سيعطيك طريقتين للعمل، إما تخطي المناقشات أو المضي قدماً بها.
00:09:31المناقشة في إطار العمل هذا تعني جلسات أسئلة مع الوكيل حيث يتأكد من
00:09:35فهمه للخطة بشكل صحيح.
00:09:37اخترنا المناقشة أولاً حتى نتمكن من توضيح المتطلبات قدر الإمكان، ولكن
00:09:41يمكنك اختيار تخطي المناقشات إذا كنت تعتقد أن جلسة الأسئلة السابقة كانت كافية
00:09:45له لبناء التطبيق.
00:09:47بمجرد انتهاء جلسة المناقشة، يقوم بإنشاء ملف context.md في مجلد المراحل داخل
00:09:52مجلد .planning.
00:09:54يحتوي هذا الملف على كافة تفاصيل ما ناقشناه وربط المرحلة التي
00:09:58تحدثنا عنها للتو مع الوكيل.
00:09:59وتماشياً مع فلسفة GSD، فإن هذا الملف أيضاً موجز في طوله لكي يتمكن Claude من البقاء
00:10:04مركزاً على ما يهم حقاً.
00:10:06بعد ذلك، تبدأ التخطيط للمرحلة الأولى.
00:10:08تبدأ مرحلة التخطيط بالبحث بناءً على ملف context.md الذي أنشأه للتو
00:10:13باستخدام وكيل بحث مخصص مع نموذج Sonnet يستكشف جوانب مختلفة.
00:10:17لكننا اعتقدنا أنه سيستخدم Context 7 أو يبحث في الوثائق بشكل صحيح.
00:10:21بدلاً من ذلك، كان يستخدم البحث الويب مع وضع عام 2025 في كلمات البحث، وهو ما
00:10:27لا ينبغي له فعله.
00:10:28كان سيكون الأمر أكثر انضباطاً لو قمنا بتوصيل Context 7 MCP لكي يكون بحثه
00:10:32مرتكزاً على أسس أفضل.
00:10:33لذا عند الاستخدام، تأكد من التوصيل بـ MCP المماثل لضمان دقة المعلومات.
00:10:37قام بإنشاء ملف research.md وتوثيق كل أبحاثه، بما في ذلك مستوى
00:10:42الثقة في بحثه، والذي يوضح مدى موثوقية مصادره.
00:10:46بعد البحث، قام بوضع خطة.
00:10:48أدرجت هذه الخطط بالتفصيل تبعيات كل مرحلة وجميع المتطلبات
00:10:52مع أرقام تعريفية مناسبة.
00:10:53لكن الأمر هنا هو أن GSD مختلف لأنه بدلاً من مجرد كتابة
00:10:57الخطة بطريقة واحدة مثل الآخرين، فإنه في الواقع يتحقق من الخطة عبر أبعاد متعددة
00:11:02ويتحقق مما إذا كانت الخطة قابلة للتنفيذ فعلياً ومتوافقة مع الأهداف.
00:11:06يستخدم وكلاء مخصصين للتخطيط والتحقق، حيث يقوم وكيل التخطيط بإنشاء
00:11:11الخطط ويستمر المحقق في مراجعتها، وإرسال التحذيرات.
00:11:14فهو أساساً يقوم بالتخطيط التنافسي من تلقاء نفسه دون أن نضطر للتحكم في
00:11:19أي من ذلك يدوياً.
00:11:20بمجرد أن أصبحت الخطة نهائية واجتازت جميع الخطوات، قام بالالتزام بالنسخة وقسم الخطة
00:11:24إلى موجتين.
00:11:25في الواقع هو يقسمها إلى عدد الموجات المطلوب ويجعل المستقل منها
00:11:30متوازياً، حتى يتمكن الوكلاء الفرعيون من التعامل معها في نفس الوقت.
00:11:33بدأ بتنفيذ موجات المشروع باستخدام الوكيل المخصص لتنفيذ الخطة
00:11:37التي وضعها.
00:11:38بمجرد الانتهاء، يتحقق من نقطة التوقف باستخدام اختبار Playwright المناسب،
00:11:43حيث ينشئ نصوصاً برمجية ويحذفها بعد الاستخدام لتنظيف المجلد، ويقوم بمهام
00:11:47مؤتمتة متعددة خلف الكواليس.
00:11:49ثم قدم لنا ملخصاً لما تم بناؤه وقدم تعليمات حول كيفية التحقق
00:11:53من ذلك بأنفسنا.
00:11:54التكرار الأول يبني تطبيقاً هو مجرد عنصر نائب، مع ظهور جميع العناصر الأولية
00:11:58ليوضح كيف سيبدو التطبيق فعلياً.
00:12:01التكرارات اللاحقة ستبني جانباً واحداً من التطبيق في كل مرة، مما يؤدي إلى تطبيق كامل
00:12:05في نهاية الدورة.
00:12:06استهلك التكرار بالكامل 138,000 رمز، وهو لم يكن كثيراً في الواقع بالنظر لـ
00:12:12نافذة سياق تبلغ مليون رمز.
00:12:13ولكن مع وكيل لديه نافذة سياق 200,000، فإنه سيعطي إشارة بأن الوقت قد حان للضغط والتقليص.
00:12:18ولكن بما أن هذا يعتمد على توثيق المراحل، فحتى لو قمنا بمسح السياق، سيعرف
00:12:23الوكلاء من أين يبدأون.
00:12:25عندما وافقنا على العمل، قام بتشغيل اختبارات متعددة ووضع علامة اكتمال على الموجة الثانية أيضاً.
00:12:29بعد ذلك، أطلق محقق GSD مرة أخرى وتحقق مما إذا كان التنفيذ
00:12:34يطابق الهدف الأولي فعلاً.
00:12:36بمجرد التحقق، وضع علامة اكتمال على المرحلة الأولى، بما في ذلك التحققات، وطلب منا
00:12:41المضي قدماً إلى المرحلة التالية من التطبيق.
00:12:43الآن وبمجرد تشغيل التطبيق عبر جميع المراحل، أصبحت ميزات العناصر النائبة
00:12:47السابقة كلها وظيفية وتعمل كما هو مقصود.
00:12:49يعمل GSD بشكل جيد عندما تعمل على تطبيق واسع النطاق بميزات متعددة، ولكنه
00:12:54يعتبر مبالغاً فيه إذا كان التطبيق الذي تبنيه أبسط بكثير ولا يحتاج لكل هذا المجهود.
00:12:59بالنسبة للتطبيقات الأبسط، يكفي Claude أو أي وكيل آخر بمفرده ولا يحتاج
00:13:03لهذا التخطيط الدقيق.
00:13:04ومع ذلك، إذا كنت تريد تنفيذاً منضبطاً مع تخطيط سليم دون إضاعة الكثير
00:13:08من الجهد في هذه المرحلة، فعليك بالتأكيد اختيار GSD.
00:13:11هذا مجرد إطار عمل واحد، ولكن غالباً ما تكون هناك حالات استخدام حيث لا
00:13:16تصمد الأطر الحالية وتحتاج لبناء إطار خاص بك.
00:13:18للقيام بذلك، تحتاج لمعرفة مبادئ معينة قبل البدء في بناء إطارك الخاص.
00:13:22لقد غطينا تلك المبادئ في فيديو سابق سيساعدك على بناء تدفقات عمل أفضل.
00:13:26قد ينتهي بك الأمر برؤية ذلك الفيديو في شاشة النهاية حتى تتمكن من النقر عليه بدلاً
00:13:30من البحث عنه.
00:13:31هذا يوصلنا إلى نهاية هذا الفيديو.
00:13:33إذا كنت ترغب في دعم القناة ومساعدتنا في الاستمرار في صنع فيديوهات كهذه، يمكنك
00:13:37القيام بذلك عبر الانضمام إلى AI Labs Pro.
00:13:38كما هو الحال دائماً، شكراً للمشاهدة وأراكم في الفيديو القادم.