Manus ووكلاء AI يغيّرون تطوير البرمجيات: كود MVP بات يظهر خلال 20 دقيقة

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

لماذا تسارع الرمز

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

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

تجربة مع Manus

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

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

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

"إنها ليست 100٪ جاهزة — لكنها تعمل."

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

حيث يصل الوكيل إلى حدوده

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

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

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

ماذا يعني هذا

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