BetBoom: وكلاء الذكاء الاصطناعي يغيّرون التطوير ويجبرون المهندسين على التعلّم من جديد

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

كيف تتغير المهنة

يبدأ النص بتجربة شخصية للعودة إلى التطوير بعد انقطاع طويل. فخلال تلك المدة اختفى العالم المألوف لأنظمة إدارة المحتوى (CMS) ومطوري الويب الشاملين: انفصلت الواجهة الأمامية عن الخلفية نهائيًا، وأصبحت الأطر البرمجية (frameworks) أساسًا إلزاميًا، وصار دخول المهنة أصعب. وحين استعاد الكاتب المستوى الأساسي، ظهر الذكاء الاصطناعي التوليدي. في البداية بدا ChatGPT عكازًا لمن لا يريد أن يفهم الأمور بنفسه، لكنه تحول خلال عامين إلى أداة يومية تحل محل البحث والمنتديات وجزء من التحليل الروتيني. وفي هذا السياق شعر الكاتب بتخلّف جديد: لم يعد يكفي أن تكتب الكود، بل يجب أن تفهم كيف يتعامل الوكلاء معه.

الوكلاء يدخلون العملية

المرحلة التالية هي التعرف على ممارسات التطبيق عبر المؤتمرات والمجتمعات المهنية. فبعد فعالية Yandex اتضح أن الشركات لم تعد تناقش مجرد استخدام الذكاء الاصطناعي، بل مقاييس فعاليته، والحجج التي تُقدَّم للإدارة، وطرق دمج الأدوات الجديدة في عمليات الفرق. وفي مؤتمر «Русское Техно» الذي تنظمه MTS بدت هذه الفجوة أوضح: فحالات استخدام وكلاء الذكاء الاصطناعي في مراجعة طلبات الدمج (pull requests) وأتمتة الروتين وتسريع المهام النمطية تُطرح الآن كجزء عادي من المنظومة الهندسية، لا كتجربة للمتحمسين.

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

الأمان والاعتماد

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

«استخدام

Docker بوضع rootless كحد أدنى، لكن الأفضل التوجه نحو بنية تحتية معزولة بالكامل».

• إنشاء بيئة منفصلة لكل مهمة محددة
• تشغيل الوكيل داخل هذه البيئة فقط
• حفظ المخرجات (artifacts) في مخزن خارجي
• إتلاف البيئة بعد انتهاء العمل
• تحديد مدة صلاحية الرموز (tokens) والمفاتيح

وتتناول فكرة مستقلة في المقال اقتصاد السباق حول الأنظمة الوكيلة. ويرجّح الكاتب أن أكبر المستفيدين من الطفرة الحالية هم مالكو المنصات السحابية والخدمات ذات التسعير بالثانية. وهذا مريح للشركات: فبوسعها أتمتة العمليات بسرعة أكبر وتقليص الروتين وتوسيع نطاق التجارب. لكن كلما ربطت الشركة تطويرها بهؤلاء المزوّدين بعمق أكبر، ارتفع خطر الارتهان للمورّد (vendor lock-in): يعتاد الفريق على الوكلاء، وتُعاد هيكلة العمليات حولهم، ثم يحصل المزوّد على هامش لرفع الأسعار.

ماذا يعني ذلك

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