لوحة نقاش البرمجة للمستقبل

하이라이트

• وكلاء البرمجة بالذكاء الاصطناعي تقوم بأتمتة دورة حياة تطوير البرمجيات كاملة بما فيها التوثيق والاختبار والمراجعة والبرمجة نفسها

• الوصول المحلي والسحابي متكاملان حيث يعتمد الاختيار على مكان وجود الموارد والمهام المراد تنفيذها وأسلوب التطوير المفضل

• النماذج المفتوحة المصدر تشهد نمواً ملحوظاً في الاستخدام بنسبة تتراوح بين 10-20% بسبب التكلفة والتحكم والخصوصية

• جودة المخرجات تعتمد بشكل كبير على وضوح التعليمات والمواصفات المقدمة وليس فقط على قدرات النموذج ذاته

• المهندسون الخبراء أفضل في كتابة المواصفات التفصيلية بينما الوكلاء أفضل في تنفيذ المهام المحددة بوضوح

• الوكلاء قادرة على تنفيذ مهام معقدة تتطلب عشرات الخطوات وتستغرق ساعات بموثوقية عالية تزيد على 90%

• المستقبل يتجه نحو وكلاء متعاونة استباقية قادرة على البحث عن المصادر والسياق تلقائياً دون تدخل المستخدم

타임라인

1. 00:00 - 00:20

   مقدمة الجلسة والضيوف

   تبدأ الجلسة بترحيب من المضيف عن جلسة مستقبل البرمجة بالذكاء الاصطناعي مع ملاحظة طريفة حول اللباس الأسود. يتم تقديم فريق النقاش والتحضير للحديث عن دور الذكاء الاصطناعي في تطوير البرمجيات. الجو خفيف وودود مع ضحك من الجمهور. هذا يعكس محاولة المضيف لإنشاء أجواء طبيعية وممتعة للجلسة.

2. 00:20 - 01:10

   دور الوكلاء الشاملة في هندسة البرمجيات

   يشرح ماتان من Factory مهمتهم في جلب الاستقلالية إلى هندسة البرمجيات من خلال بناء وكلاء تطوير برمجيات شاملة تسمى Droids. توضح أن هذه الوكلاء لا تركز فقط على البرمجة نفسها بل على كامل دورة حياة التطوير بما فيها التوثيق والاختبار والمراجعة والعمليات المملة الأخرى. الهدف هو تمكين المهندسين من التركيز على الأجزاء الممتعة والإبداعية من البرمجة. يناقش المضيف بعدها تطور Codex من OpenAI ودوره المتعاظم كوكيل برمجة شامل.

3. 01:10 - 02:10

   تطور أدوات Codex ومنصات التطوير

   يستعرض الضيف من OpenAI التطور السريع لأدوات Codex خلال العام بما فيها Codex CLI وCodex Cloud وإطلاق الأخير لـ CDK Codex Dev DIY. يشدد على الاتجاه الرئيسي حول استخدام وكلاء تنفيذ الكود ليس فقط للبرمجة بل للمهام الشاملة. يتحدث عن تمكين المطورين من البناء على أساس نماذج التفكير والبيئات الآمنة وجميع المكونات المدمجة في Codex. يؤكد على أهمية الوصول إلى أدوات عملية موثوقة تعمل بسلاسة.

4. 02:10 - 02:36

   V0 وتجربة المطور الموجهة للمعاينة

   يشرح V0 من Vercel كمنصة موجهة لتمكين المطورين من برمجة وكيل مع معاينة فورية للنتائج. بدلاً من الاضطرار لتشغيل خادم تطوير منفصل، يسمح V0 للوكيل بالعمل والاستجابة مباشرة ضد التطبيق المعمول به. يعتقد الفريق أن هذا هو اتجاه تطور تجربة المطور في المستقبل حيث تكون الملاحظة والتفاعل الفوري جزء أساسي من العملية. يؤكد على أهمية جعل الأساسيات والعناصر الأساسية مفيدة قدر الإمكان.

5. 02:36 - 06:20

   المحلي مقابل السحابة: التوازن والاستراتيجية

   يناقش الفريق الفرق بين الوصول المحلي والسحابي للوكلاء ويؤكدان أن الهدف هو جعل الوكلاء مفيدة بنفس الطريقة التي يمكن للمتعاون البشري أن يكون فيها. يشرحان أن الاختيار يعتمد على مكان وجود الموارد والمهام: الموارد المحلية تحتاج وكيل محلي بينما الموارد السحابية (مثل GitHub) تصلح مع وكيل سحابي. يناقشان المثال العملي لـ agents.md حيث بدأ المشروع برسم على السبورة البيضاء ثم تطوير باستخدام Codex محلياً. يشددان على أهمية العصف الذهني والتعاون الوثيق عند استخدام الوكلاء للمهام المعقدة.

6. 06:20 - 08:39

   مسألة جودة المخرجات والهراء المفيد

   يناقش الفريق السؤال المهم عما إذا كانت الوكلاء تنتج كميات من الهراء وما إذا كان هناك خطر من فقاعة إثارة. يشرح أن قيمة المخرجات تعتمد على السياق والاستخدام وأن ما يعتبره البعض هراء قد يكون كنزاً للآخرين. يقدم مثال التوثيق حيث الوثائق التقريبية أفضل من عدم وجود توثيق على الإطلاق. يؤكدان أن جودة المخرجات تعتمد بشكل كبير على وضوح التعليمات والمواصفات المقدمة من المستخدم. يشبهان ذلك بتوظيف مهندس جديد حيث التعليمات الغامضة تؤدي لنتائج وسيطة.

7. 08:39 - 09:23

   الاستفادة من الوكلاء: الحد الأدنى والحد الأقصى

   يوضح الفريق أن الكلمة الرئيسية هي الاستفادة: الوكلاء تسمح لك بفعل 10 مرات أكثر مما تستطيع فعله بنفسك مع حد أدنى جميل. يناقشان أنه عند رسم مستوى المهارة مقابل فائدة الوكيل، هناك حد أدنى جميل للأشخاص بدون خبرة حيث الوكلاء جيدة جداً من البداية. لكن مع ارتفاع مستويات المهارة، يستخدم المهندسون الخبراء الوكلاء بطريقة مختلفة تماماً لرفع مستوى ما يمكنهم بالفعل فعله. يشرحان أن مهندس رئيسي قد يكتب 50000 سطر كود يومياً مع الوكلاء بدلاً من 5000 يدوياً. الهدف الأساسي هو رفع الحد الأدنى تدريجياً بمرور الوقت من خلال بناء وكلاء أفضل.

8. 09:23 - 12:05

   اتجاهات التبني والفروقات بين المجموعات

   يناقش الفريق ملاحظات مثيرة حول اتجاهات التبني للوكلاء في سوق العمل. يشير إلى وجود انقسام مثير بين المجموعات: المطورون الأصغر سناً وفي بداية حياتهم المهنية أكثر انفتاح الذهن لاستخدام الوكلاء لكنهم يفتقرون خبرة التفويض، بينما المهندسون الخبراء يعرفون كيفية التفويض بفعالية لكنهم عنيدون حول تغيير طرقهم. يشرحان ديناميكية مثيرة أخرى في الشركات حيث المهندسون الكبار يكتبون المواصفات التفصيلية ويسلمونها للمهندسين الصغار الذين بدورهم يعطونها للوكلاء. يؤكدان على أهمية وضوح التفاصيل والمسؤولية المشتركة بين منشئي الوكلاء والقائمين على تطوير النماذج لرفع الحد الأدنى والسقف.

9. 12:05 - 15:45

   النماذج المفتوحة المصدر مقابل المغلقة

   يناقش الفريق أهمية النماذج المفتوحة المصدر واستراتيجية استخدامها. يشدد على أن الانفتاح مهم للحفاظ على دورة حياة تطوير مستدامة حيث أطلقت OpenAI أدواتها بمصدر مفتوح. يناقش الفريق من Factory تقريرهم على مقياس Terminal Bench حيث وجدوا أن النماذج مفتوحة المصدر مثل GLM كانت جيدة بشكل مفاجئ وليس بهامش ضخم أقل من نماذج الحدود. يشير إلى أن استخدام النماذج مفتوحة المصدر ارتفع بشكل كبير منذ إطلاق الدعم لها، جزئياً بسبب التكلفة والتحكم والخصوصية. يشير إلى أنه منذ سنة كان أقل تفاؤلاً بشأن النماذج مفتوحة المصدر لكنه الآن أكثر تفاؤلاً بسبب التطور السريع.

10. 15:45 - 19:56

    استخدام النماذج المفتوحة والمغلقة في الممارسة

    يشرح الفريق من Vercel كيف يستخدمون النماذج المفتوحة والمغلقة المصدر معاً في خط أنابيبهم الشامل. هناك حالتا استخدام مختلفة: الأولى تتطلب تفكير متقدم لأسئلة مفتوحة جداً حيث النماذج المغلقة لا تزال أفضل، والثانية مهام متخصصة بوظيفة هدف واضحة حيث يضبطون نماذج مفتوحة المصدر. يشددان أنهم يقبلون قطعاً بنسبة 20% من قدرات التفكير مقابل القدرة على ضبط حالة استخدام متخصصة جداً. النماذج المفتوحة تتطور بسرعة كبيرة: قبل سنة ونصف كان من المستحيل استخدامها في v0، اليوم يسألون أنفسهم هل يمكنهم استبدال نماذج مغلقة بنماذج مفتوحة في كل جزء من النظام. يشير إلى نجاح كبير مع نماذج مثل Qwen و Qwen-K2 والتطور السريع المتوقع.

11. 19:56 - 23:56

    توقعات المستقبل والقدرات المطلوبة

    يناقش الفريق ما لا تستطيع الوكلاء فعله اليوم والذي يتمنون أن تتمكن منه العام القادم. يشير إلى رؤيتهم لوكيل متعاون خارق يعمل كزميل العمل المفضل الذي تذهب إليه أولاً للبحث والتطوير. يتوقع رؤية تطور سريع على جبهتين: أولاً، عدد الخطوات التي يمكن للوكيل تنفيذها بموثوقية عالية (90% فأكثر) سيرتفع من 1-3 خطوات اليوم إلى 100-200 خطوة وربما أكثر، مما يسمح بمهام طويلة الأمد تستغرق ساعات. ثانياً، استهلاك الموارد والوصول إلى المصادر الخارجية سيصبح سلساً حيث الوكلاء ستبحث عن السياق استباقياً دون تدخل المستخدم. يختتم بملاحظة أن موثوقية واستباقية الوكلاء تعتمد أيضاً على كيف يعد المستخدم بيئته بشكل صحيح.