00:00:00نحن الآن في عصر جديد من تطوير البرمجيات. المطورون يطلقون المنتجات بسرعة
00:00:04لم نشهدها من قبل. ومع ذلك، ظهرت مشكلة؛ فأساليب العمل التقليدية لا تصمد
00:00:08عندما تدخل الوكلاء الذكيون (Agents) في العمل. وهذا يطرح سؤالاً مهماً: كيف يبدو
00:00:13دور المطور الآن؟ لفت انتباهي مقال نُشر مؤخراً للرئيس التنفيذي لشركة Linear. وLinear هي أداة
00:00:18لإدارة المشاريع تساعد الفرق على تنظيم وتتبع أعمالهم، خاصة في تطوير البرمجيات الحديثة.
00:00:23تأتي هذه الرؤى من شخص عاصر التحول من أساليب العمل التقليدية
00:00:27إلى الأنظمة التي يقودها الذكاء الاصطناعي اليوم. جعلني هذا المقال أعيد التفكير في أكثر من مجرد الأدوات
00:00:33التي نستخدمها؛ بل جعلني أعيد التفكير في كيفية بناء المنتجات تماماً. لدينا الكثير لنتحدث عنه اليوم
00:00:37لأن هذه المعلومات تغير جذرياً طريقة بنائنا باستخدام الذكاء الاصطناعي. فالمرحلة الوسطى في تطوير البرمجيات
00:00:43تتلاشى، ومركز الثقل في البرمجة ينتقل فعلياً. ولفهم ما نعنيه بالمرحلة الوسطى، دعونا
00:00:47ننظر إلى كيفية تقسيم العمل قبل عصر الذكاء الاصطناعي. بدأ الأمر بمرحلة البداية، والتي تضمنت
00:00:52جميع مراحل جمع المتطلبات والتخطيط. في هذه المرحلة، كنا نضع الخطط لما
00:00:57سنبنيه. ثم جاءت المرحلة الوسطى؛ وهي المرحلة التي نحول فيها الخطة إلى منتج
00:01:01فعلي، وهي الجزء الذي يتضمن كتابة الكود البرمجي. كان هذا الجزء هو الأكثر استهلاكاً
00:01:05للوقت على الإطلاق، حيث يستغرق أسابيع أو شهوراً أو حتى عاماً لتقديم منتج نهائي عالي الجودة. وكان
00:01:11أيضاً الجزء الذي تختلط فيه التفاصيل أكثر بسبب ترجمة النوايا أو نقل الأفكار
00:01:16من شخص لآخر. وبعد كتابة الكود، تضمن الجزء النهائي أشكالاً مختلفة من
00:01:20الاختبار والمراجعة مقابل المتطلبات الأصلية. كانت المرحلة الوسطى هي التي تحتوي
00:01:25على أكبر قدر من العقبات، لكن الرئيس التنفيذي يقول إن هذا لن يكون الحال بعد الآن.
00:01:30والسبب هو أن العمل الأوسط - أي التنفيذ وكتابة الكود - يتم استبداله فعلياً بالذكاء الاصطناعي.
00:01:35الآن، لم نعد مضطرين للمس الكود بأنفسنا على الإطلاق؛ لأن وكلاء البرمجة أصبحوا أقوياء لدرجة
00:01:40تمكنهم من إنتاج الكود بناءً على السياق وتخطيط المهام فقط. أصبح الأمر الآن يتعلق باستخدام
00:01:45الوكلاء بالطريقة الصحيحة والإشراف على عملهم بدلاً من كتابة الكود. وإذا كنتم تتابعون
00:01:50فيديوهاتنا بانتظام، فقد شرحنا واستعرضنا طرقاً عديدة ومختلفة لاستخدام سير عمل البرمجة
00:01:55لإنتاج تطبيقات جاهزة للاستخدام الفعلي. يمكنك القيام بذلك بمجرد الإشراف على هؤلاء الوكلاء دون الحاجة
00:01:59لكتابة سطر برمجيات واحد بنفسك. أصبحت بيئات التطوير (IDEs) أداة لعرض الكود أكثر من كونها أداة لكتابته.
00:02:04هذا التغيير واضح جداً بالنسبة لي، فكمطور، أصبحت أداتي المفضلة لكتابة الكود الآن
00:02:09أداة لمراجعة الكود الذي ينتجه الوكيل. أذهب الآن إلى VS Code لمراجعة الكود أو
00:02:14إضافة تعليقات حتى يتمكن وكيل الذكاء الاصطناعي من تنفيذ الميزات المطلوبة. نادراً ما أضطر لتغيير
00:02:19أي شيء أو كتابة الكود بنفسي الآن، لأن هؤلاء الوكلاء يتمتعون بقدرات عالية. لكن هذا ينجح فقط
00:02:23إذا تمكن الوكلاء من فهم النية من وراء الطلب. لذا، تحول عملنا كمطورين بشكل أساسي من
00:02:28كتابة الكود إلى الإشراف عليه. لعلكم لاحظتم أننا نبني الكثير من المشاريع في هذه الفيديوهات.
00:02:33وكل المطالبات (Prompts) والقوالب والأشياء التي قد تضطرون لإيقاف الفيديو ونسخها من الشاشة،
00:02:38جمعناها لكم في مكان واحد. لقد أطلقنا مؤخراً AI Labs Pro حيث يمكنك الوصول إلى كل شيء
00:02:43من هذا الفيديو ومن كل فيديو سبقه. إذا وجدت قيمة فيما نقدمه وأردت دعم القناة،
00:02:48فهذه هي أفضل وسيلة للقيام بذلك. الروابط في الوصف. بما أن الذكاء الاصطناعي قد تولى معظم
00:02:53أعمال البرمجة، فهذا يطرح سؤالاً: ما الذي تبقى لنا؟ الإجابة هي التركيز على الحرفة الجديدة المتمثلة في
00:02:59تنقيح وصياغة نوايا ما سنبنيه. والطريقة التي يمكنك بها فعل ذلك هي اعتبار التخطيط هو
00:03:03وظيفتك الأساسية. عليك أن تفهم بوضوح المشكلة التي تحاول حلها،
00:03:07وأن تعرف ما يريده عميلك حقاً وكيف سيستخدم الناس تطبيقك. لقد أصبح هذا الأمر
00:03:12أكثر أهمية الآن؛ فأنت لم تعد تعتمد على بشر يمكنهم تفسير النوايا رغم التخطيط السيئ.
00:03:17بدلاً من ذلك، أنت تعتمد على وكلاء ذكاء اصطناعي ينفذون بشكل أعمى كل ما تطلبه منهم. وسواء
00:03:23كنت تبني تطبيقاً للهاتف أو للويب، يجب أن تعرف بالضبط ما تريد بناءه. فبدون
00:03:27ذلك الوضوح، لا يمكنك القيام بتخطيط ذي معنى باستخدام أوضاع التخطيط الخاصة بالوكلاء. التخطيط حيوي.
00:03:32وكما أكدنا في فيديوهاتنا السابقة، فإن الخطط الجيدة فقط هي التي تؤدي إلى تنفيذ جيد. ولا يهم
00:03:38أي وكيل تستخدم، فالتخطيط مهم جداً لأنه يتحكم في النتيجة النهائية التي يقدمها الوكيل.
00:03:42خذ كل الوقت الذي تحتاجه، واستمر في تحسين الخطة حتى تلبي احتياجاتك وتوقعاتك تماماً.
00:03:47هذا سيضمن ظهور تطبيقك بالشكل الذي تريده. حتى ما قبل ثلاثة أشهر،
00:03:52لم نكن نعتمد أبداً على وضع “تجاوز الإذن” (bypass permission) في البناء لأن الوكلاء كانوا يهلوِسون
00:03:56رغم وجود خطة جيدة. أما الآن، فقد أصبح الوكلاء موثوقين لدرجة أنه بعد تحسين الخطة، أقوم ببساطة
00:04:02بتفعيل وضع تجاوز الإذن وأترك الوكيل ينفذ المواصفات في جولة واحدة. لقد رأينا
00:04:06أيضاً أن مبتكر أداة Claude Code يبدأ عمليات التنفيذ باستخدام وضع التخطيط. فإذا كانت الخطة
00:04:12جيدة بما يكفي، يمكنك ترك الوكلاء يبنون التطبيق دفعة واحدة دون القلق من التنفيذ الفوضوي.
00:04:16كما أنني أقضي وقتاً طويلاً في التأكد من أن ما أبنيه موثق بالكامل. أنا لا أحشر
00:04:21كل شيء في مستند واحد حتى يتمكن الوكيل من التنقل عبر الخطط بسهولة. أستخدم
00:04:26مستندات مختلفة لكل فئة، مثل تقييم المخاطر، والحد منها، والمواصفات التقنية.
00:04:31وأضع القيود والمقايضات في مستند منفصل. بهذه الطريقة يفهم الوكيل
00:04:35ما هو مقبول من حيث الأداء والتكلفة والوقت. هذا النهج يؤدي إلى
00:04:40تطوير أكثر انضباطاً. بعد التحقق من جميع المتطلبات، الخطوة التالية هي
00:04:45إدارة الوكيل فعلياً للحصول على ما نريد. ولكن قبل أن نتحدث عن ذلك، إليكم كلمة سريعة من
00:04:50راعينا اليوم: Dart AI. إدارة مشاريع البرمجيات المعقدة غالباً ما تتضمن أعباء إدارية
00:04:56أكثر من البرمجة الفعلية. Dart ليست مجرد أداة عادية لإدارة المشاريع؛ بل هي مساحة عمل
00:05:00تعتمد كلياً على الذكاء الاصطناعي ومصممة لأتمتة المهام الروتينية للمطورين. وبفضل الدردشة التي تدرك السياق،
00:05:05يمكنك حتى إنشاء المهام وتحرير المستندات بمجرد التحدث بشكل طبيعي. وبالإضافة للدردشة، يمكنك حتى
00:05:11دمج وكلاء مثل Cursor لتنفيذ العمل؛ حيث تمنحهم Dart السياق اللازم لكتابة الكود الخاص بك.
00:05:16القوة الحقيقية تكمن في ميزة “إرشادات الذكاء الاصطناعي”. يمكنك ضبط قواعد عامة مثل توجيه الذكاء الاصطناعي
00:05:22لتنسيق المواصفات الفنية دائماً برؤوس أقلام للأهداف والمتطلبات، وDart تفرض
00:05:27هذا الهيكل في كل دردشة ومهمة ومستند يتم إنتاجه. بالنسبة لنا، ميزة “مهارات الذكاء الاصطناعي” هي
00:05:33نقطة تحول؛ حيث يمكنك تحديد أوامر مخصصة مثل مهارة “توليد مشروع” التي تنشئ تلقائياً
00:05:38قائمة مهام معبأة، وتحدد الأولويات، وتقدر الحجم، وتضع مسودة لموجز المشروع في ثوانٍ.
00:05:44ابدأ بأتمتة إدارة مشاريعك اليوم من خلال تجربة Dart AI عبر الرابط في التعليق المثبت.
00:05:49لم تعد مجرد مبرمج الآن؛ فعملك يتمحور حول الإشراف على الوكلاء أكثر من
00:05:54كتابة الكود الفعلية. أصبحت كتابة الكود أقل ارتباطاً ببناء الحل، وأكثر ارتباطاً
00:05:58بتهيئة الظروف لظهور حل جيد. فكيف تخلق البيئة المناسبة
00:06:03للوكلاء لإنتاج نتائج عالية الجودة؟ الإجابة هي “هندسة السياق”. فالمهارة الكبيرة التالية
00:06:08التي تحتاج لتعلمها ليست تقنيات تطوير الويب مثل MERN أو MEAN، بل هي إدارة السياق.
00:06:14لقد رأينا باستمرار أنه بدون إدارة صحيحة للسياق، قد ينفذ الوكيل الميزات التي نطلبها،
00:06:18لكنه لا يتبع أي قيود أو قواعد كان يجب أن يلتزم بها في التنفيذ. نحن بحاجة
00:06:22للتأكد من إدارة السياق بشكل صحيح. فعندما يحصل الوكيل على المعلومات الصحيحة بأقل قدر من
00:06:27التشويش، فإنه يفهم المهمة بوضوح أكبر، ويقدم تنفيذات أفضل ويلبي ما تريده تماماً.
00:06:32تتضمن إدارة السياق استخدام مجموعة من المكونات مثل الأوامر القابلة لإعادة الاستخدام، والمهارات، وملفات Markdown،
00:06:37وبروتوكولات MCP والوكلاء الفرعيين. لا توجد طريقة واحدة صحيحة للقيام بذلك؛ بل يجب عليك
00:06:43استخدام طرق متعددة تتناسب مع ما تحاول بناءه. وعليك إنشاء سير عمل يناسب مشروعك.
00:06:47لقد خصصنا فيديو كاملاً نستعرض فيه كيفية بناء سير عمل باستخدام إدارة السياق.
00:06:52هذا يضمن حصول النموذج الذي تستخدمه على السياق الصحيح لإنتاج تطبيقات عالية الجودة.
00:06:56إذا أردت المتابعة، فجميع الموارد لهذا الفيديو متاحة في AI Labs Pro. إن عمل الوكيل
00:07:01يكون بجودة البيئة المعتمدة على السياق التي يعمل فيها. وكلما كان متصلاً بشكل مباشر
00:07:06بملاحظات العملاء ومدعوماً بسير عمل منظم، كان أداؤه أفضل. نحن بحاجة
00:07:11لإنشاء مثل هذه البيئة لأنها لا تحدث تلقائياً. ولهذا السبب،
00:07:16يوفر Claude إمكانية الاتصال بـ Slack حتى تتمكن الفرق من الإبلاغ عن الأخطاء مباشرة.
00:07:20وهذا يخلق حلقات تغذية راجعة قيمة، وهو ما استخدمه حتى مبتكر Claude code نفسه.
00:07:25الفرق الكبيرة تنتج بالفعل كوداً عالي الجودة مولداً بالذكاء الاصطناعي. فقد زعم مبتكر Claude code
00:07:30أنه في الشهر الماضي، كانت 100% من مساهماته قد كُتبت فعلياً بواسطة Claude code نفسه.
00:07:35وهذا لا يحدث بمجرد إعطائه أمراً، بل يتطلب مجموعة من أساليب العمل والأنماط المنظمة
00:07:41لجعل ذلك ممكناً. وحتى الرئيس التنفيذي لشركة مايكروسوفت يقر بأن الذكاء الاصطناعي يولد الآن 20% إلى 30%
00:07:46من كود مايكروسوفت المدمج عبر جميع اللغات. وهناك تقدم ملحوظ بشكل خاص في لغتي Python و ++C.
00:07:52التنظيم في الأدوات يعمل بنفس الطريقة للبشر والوكلاء على حد سواء؛ فهو يقلل من عدم اليقين
00:07:58من خلال التحديد الواضح لما هو متوقع وما هي القدرات المتاحة. فإذا كنت تستخدم وكلاء الذكاء الاصطناعي
00:08:03دون تنظيم، فأنت لا تستخدم سوى جزء ضئيل من إمكانياتهم. يمكن أن يتخذ التنظيم أشكالاً عديدة،
00:08:08بما في ذلك ملف Claude.md لتوجيه المشروع بشكل عام، وسجل تغييرات (change log) لتتبع التحديثات.
00:08:13يمكنك أيضاً استخدام أوامر قابلة لإعادة الاستخدام أو ملفات مهارات (skill.md) متخصصة تحتوي على نصوص برمجية ومراجع.
00:08:19بالإضافة إلى ذلك، يمكنك استخدام الإضافات وأدوات MCP لتوسيع قدرات الوكيل.
00:08:25لكن معرفة هذه الأدوات ليست كافية؛ فالمزيج الصحيح هو ما يهم. فكل مشروع يتطلب
00:08:29إعداداً مختلفاً، لذا عليك بناء واحد بناءً على احتياجات مشروعك. ومع التوازن الصحيح،
00:08:34ستحصل على النتائج تماماً كما تريدها. عملنا لا ينتهي بعد التخطيط وتفويض
00:08:39المهام للوكلاء. وكما ذكرت أنني أترك Claude code يعمل بوضع “تخطي الإذن” الخطير،
00:08:44فهو يوفر الكثير من الوقت بالفعل، ولكنه يتطلب توجيه وقتنا واهتمامنا نحو شيء آخر.
00:08:49ينتقل الضغط نحو نهاية الدورة البرمجية؛ حيث تصبح مراجعة الكود أكثر أهمية.
00:08:53فالكود الذي لا تتم مراجعته قد يؤدي إلى تدهور الأداء وارتفاع التكاليف. يمكنك استخدام أساليب عمل
00:08:58منظمة لجعل المراجعة أسهل. سيؤدي هذا إلى أخطاء أقل ويحميك من المشاكل لاحقاً.
00:09:02الآن، الاختبار ليس مجرد الذهاب إلى الوكيل وقول “اختبر تطبيقي بحثاً عن المشاكل”. بل يتضمن
00:09:07عدة مناهج لتحسين العملية. إحدى الطرق هي “التطوير القائم على الاختبار” (TDD)؛ حيث نطلب من
00:09:12الوكيل كتابة حالات اختبار للميزة التي نريد تنفيذها دون كتابة أي كود في البداية.
00:09:17بمجرد كتابة الاختبارات، أقوم بمسح السياق وفتح نافذة جديدة. هذا يضمن فقدان الوكيل
00:09:22للسياق حول كيفية كتابته للاختبارات. ثم أطلب من Claude تشغيل الاختبارات فتفشل لأن
00:09:26الكود لم يُكتب بعد. والآن بعد أن تأكدت من أن الاختبارات تعمل بشكل صحيح، أطلب من Claude
00:09:31تنفيذ المسار البرمجي، وأحرص على ألا يعدل الاختبارات. بهذه الطريقة، يكون لدى الوكيل هدف
00:09:36واضح يسعى لتحقيقه عبر التكرار. في TDD، تُكتب الاختبارات قبل الكود، ولكن يجب أن يتم الاختبار أيضاً
00:09:41بعد كتابة الكود. ولذلك الغرض، هناك أشكال عديدة للاختبار. أنا أستخدم اختبار الصندوق الأسود (Blackbox)
00:09:46وأقوم بإنشاء قصص المستخدم (user stories)؛ وهي تعمل كأدلة مفصلة حول كيفية تفاعل المستخدمين فعلياً
00:09:51مع النظام، وكيف قد تؤدي تلك التفاعلات إلى حدوث أخطاء. اختبار الصندوق الأسود يقيم
00:09:56وظائف التطبيق بناءً على المتطلبات دون النظر إلى الكود نفسه.
00:10:00ثم أستخدم إضافة Claude لمتصفح Chrome لإجراء الاختبار وأطلب منها المرور على كل قصة
00:10:05مستخدم، قسماً بعد قسم. يحدد اختبار الصندوق الأسود بشكل أساسي مشكلات الوظائف. ولأجل اختبار
00:10:10الأداء، نحتاج أيضاً إلى اختبار الصندوق الأبيض (Whitebox)؛ وهو المكان الذي ننظر فيه فعلياً إلى الكود، وليس فقط
00:10:16المخرجات. نتتبع كيفية تنفيذ الكود ونحلل بنيته المعمارية. ولأجل اختبار الصندوق
00:10:21الأبيض، استخدمت مستند XML يحتوي على أقسام وفروع متعددة من الاختبارات. هذا المستند
00:10:25يعمل كدليل لـ Claude حول كيفية التنقل عبر الكود المكتوب وكيفية العثور على المشكلات المعمارية.
00:10:31ولتبسيط الاختبارات، استخدمت أمراً مخصصاً ينفذ الاختبارات الموجودة في المستند
00:10:36الذي وضعته في مجلد الاختبارات. يسرد هذا الأمر التعليمات لبدء الاختبارات،
00:10:41وكيفية تسجيل النتائج في ملف بتنسيق منظم، وفي النهاية، كيفية إنشاء تقرير
00:10:46نهائي. جعل هذا الأمر (slash command) اختبار الصندوق الأبيض سهلاً بالنسبة لي لأنه يحتوي على
00:10:51موجه أوامر (prompt) منظم للاختبار. وبما أن المرحلة الوسطى تتلاشى والتركيز ينتقل أكثر نحو البداية
00:10:56والنهاية، فنحن بحاجة لإعادة التفكير في أولوياتنا. ما نحتاج إلى منحه الأولوية الآن هو تشكيل
00:11:01النية الصحيحة من خلال التخطيط وتقييم المتطلبات. كما يجب أن نتأكد من أن النتيجة
00:11:05تلبي التوقعات من خلال عمليات اختبار ومراجعة شاملة. هؤلاء المطورون الذين يتقنون هذه
00:11:10المبادئ هم من سيقودون المستقبل. وبذلك نصل إلى نهاية هذا الفيديو. إذا كنت ترغب
00:11:15في دعم القناة ومساعدتنا في الاستمرار في تقديم فيديوهات كهذه، يمكنك فعل ذلك عبر استخدام
00:11:20زر “شكراً” (super thanks) أدناه. كما هو الحال دائماً، شكراً للمشاهدة وأراكم في الفيديو القادم.
00:11:24the super thanks button below. As always, thank you for watching and I'll see you in the next one.