ساوليوس لازارافيتشيوس، نائب رئيس المنتج في Hostinger – سلسلة المقابلات

Saulius Lazaravičius، نائب رئيس المنتج في Hostinger، هو قائد تقني ومنتج ذو خبرة تمتد لأكثر من عقدين في هندسة البرمجيات، ريادة الأعمال، التجارة الإلكترونية، وتطوير المنتجات. بدأ كمهندس برمجيات قبل أن يشارك في تأسيس شركة SaaS B2B، حيث ساهم في بناء منصة إدارة النقل من الصفر. ثم أسس وقاد فريق تطوير البرمجيات وراء BARBORA، أحد أكبر منصات التجارة الإلكترونية للمواد الغذائية في دول البلطيق، قبل الانضمام إلى NFQ حيث أدار فرق تقنية متعددة التخصصات وتطوير منتجات العملاء. انضم لازارافيتشيوس إلى Hostinger كرئيس للمنتج في 2022 وتمت ترقيته إلى نائب رئيس المنتج في 2024، موسعًا مسؤولياته من استضافة الويب وWordPress المُدارة إلى مجموعة واسعة تشمل البنية التحتية الأساسية، VPS، النطاقات، البريد الإلكتروني للأعمال، تصميم المنتج، نمو المنتج، والمنتجات الناشئة المدعومة بالذكاء الاصطناعي. تشمل أعماله الأخيرة إطلاق وتوسيع خدمة التسويق عبر البريد الإلكتروني من Hostinger وتقديم حلول مُدارة للوكلاء الذكاء الاصطناعي مفتوحة المصدر.

Hostinger هي شركة تكنولوجيا تأسست في ليتوانيا وتطورت من مزود استضافة ويب تقليدي إلى منصة أوسع مدفوعة بالذكاء الاصطناعي لبناء وإطلاق وتنمية الأعمال التجارية عبر الإنترنت. تأسست في 2004، وتخدم الآن أكثر من 5 ملايين مستخدم في أكثر من 150 دولة وتضم فريقًا يضم نحو 900 موظف. تشمل مجموعة منتجاتها استضافة الويب والسحابة، WordPress المُدار، الخوادم الخاصة الافتراضية (VPS)، النطاقات، البريد الإلكتروني للأعمال، التجارة الإلكترونية، وأدوات الإنشاء المدعومة بالذكاء الاصطناعي. وضعت Hostinger الذكاء الاصطناعي في صميم استراتيجيتها، بما في ذلك Hostinger Horizons، التي تمكّن المستخدمين من إنشاء ونشر المواقع وتطبيقات الويب عبر الذكاء الاصطناعي الحواري، إلى جانب قدرات الذكاء الاصطناعي المتكاملة للتجارة الإلكترونية، دعم العملاء، والوكلاء الذكاء الاصطناعي المُدارة.

بدأت مسيرتك كمهندس برمجيات، ثم بنيت وقادت فرق التطوير، والآن تشرف على مجموعة واسعة من منتجات Hostinger التي تشمل البنية التحتية الأساسية، VPS، النطاقات، نمو المنتج، والحلول المُدارة للوكلاء الذكاء الاصطناعي مفتوحة المصدر. كيف أثّر هذا التطور على رؤيتك لما يحتاجه المطورون فعليًا من الذكاء الاصطناعي بخلاف مجرد توليد الشيفرة؟

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

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

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

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

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

نعم، أعتقد أنها تصبح المصدر الرئيسي التالي للاحتكاك.

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

نستطيع أن نرى أن المطورين يرغبون في نفس السرعة من الشيفرة إلى الإنتاج التي يحصلون عليها الآن من الفكرة إلى الشيفرة. أكثر من 19,000 عميل جربوا بالفعل Hostinger Connector، حوالي 1,500 يستخدمونه يوميًا، وهم ينجزون تقريبًا ما بين 30,000 إلى 40,000 إجراء يوميًا. هذا إشارة قوية على أن النشر والعمليات ينتقلان مباشرة إلى سير عمل التطوير المدعوم بالذكاء الاصطناعي.

تعلن Hostinger أن Connector يعالج بالفعل ما بين 30,000 إلى 40,000 إجراء يوميًا عبر المواقع والخدمات. ما الذي يطلبه المطورون فعليًا من وكلاء الذكاء الاصطناعي في بيئة الإنتاج، وهل فاجأتك أي من أنماط الاستخدام هذه؟

يستخدم المطورون Connector مباشرةً من الأدوات التي يعملون بها بالفعل، مثل VS Code وAntigravity وCursor. هذا التحول مهم لأنه يدمج إجراءات البنية التحتية داخل تدفق التطوير بدلاً من إجبار المطورين على القفز بين لوحات تحكم منفصلة.

أحد أوضح حالات الاستخدام التي نراها هو النشر. تم نشر أكثر من 14,600 موقع فريد بالفعل عبر MCP، ونمت عمليات النشر الأسبوعية بنسبة تقارب 300٪ خلال الشهر الماضي.

إلى جانب النشر، يستخدم الوكلاء Connector لإدارة النطاقات وDNS، ملفات الموقع، موارد الخادم، قواعد الجدار الناري، مفاتيح SSH، مهام التجارة الإلكترونية، حملات البريد الإلكتروني، وغيرها من خدمات Hostinger. عمليًا، يعني ذلك أن الوكيل يمكنه الانتقال من مساعدة بناء المشروع إلى وضعه فعليًا على الإنترنت وإدارة الخدمات المحيطة به.

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

الفرق الأساسي هو أن الوكيل لم يعد مجرد اقتراح ما يجب القيام به. إنه يجري تغييرات حقيقية على نظام مباشر، لذا تصبح الأمان والتحكم أكثر أهمية.

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

هذا هو النهج الذي نتبعه مع Hostinger Connector ومنصتنا للوكيل. تتولى المنصة التعامل مع البنية التحتية، الوصول، وطبقات الأمان حول الوكيل، بحيث يمكن للمطورين التركيز على ما يريدون أن يفعله وكلاؤهم بدلاً من تكوين وصيانة كل شيء في الخلفية.

جعلت “Vibe coding” تطوير البرمجيات متاحًا للأشخاص الذين قد يكون لديهم معرفة محدودة بالبنية التحتية أو DevOps. ماذا يحدث عندما يبدأ هؤلاء المستخدمون في نشر التطبيقات عبر الوكلاء دون فهم كامل للأنظمة التي تحيط بهم؟

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

يجب على المنصة العناية بالمزيد من التعقيد في الخلفية، من الأمان والنسخ الاحتياطية إلى المراقبة، حدود الموارد، والإعدادات الافتراضية المعقولة. يجب أن يفهم المستخدمون ما يحدث على مستوى عالٍ، لكن لا ينبغي أن يحتاجوا إلى معرفة عميقة بـ DevOps فقط لجعل التطبيق يعمل على الإنترنت بأمان.

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

أعتقد أن البنية التحتية ستعمل بشكل متزايد بنفس الطريقة. يجب أن يتمكن المستخدمون من التركيز على ما يريدون بناءه، بينما تتولى المنصة المزيد من تعقيدات التشغيل بأمان في الخلفية.

لكي يعمل وكيل الذكاء الاصطناعي على البنية التحتية بشكل موثوق، ما مقدار السياق الذي يحتاجه حول البيئة المحيطة، مثل التبعيات، موارد الخادم، سياسات الأمان، الاعتمادات، والتغييرات السابقة في التكوين؟

يحتاج الوكيل إلى سياق كافٍ لفهم ليس فقط المهمة، بل أيضًا البيئة المحيطة بها.

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

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

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

أعتقد أن وكلاء الذكاء الاصطناعي يمكنهم العمل بشكل كبير بمفردهم، طالما تم تكوين النظام بشكل صحيح من البداية.

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

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

لذا بالنسبة لي، السؤال الأساسي ليس حول أي الإجراءات الفردية تحتاج دائمًا إلى موافقة الإنسان، بل حول ما إذا كان النظام ككل قد صُمم بالتحقق المناسب، والمسؤوليات، ومسارات التصعيد.

مع تزايد تحول بيئات التطوير إلى واجهات لنشر التطبيقات، إدارة النطاقات، تكوين الخوادم، والتحكم في الخدمات الخارجية، هل تتوقع أن تختفي الحدود التقليدية بين بيئة التطوير المتكاملة (IDE)، منصات DevOps، ولوحات إدارة السحابة؟

أتوقع أن تتلاشى الحدود بشكل كبير، رغم أنني لا أعتقد أن كل واجهة متخصصة ستختفي.

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

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

تصبح التجربة أكثر تركيزًا على المهمة التي تريد إكمالها وأقل حول الأداة التي تمتلك تلك المهمة تقليديًا.

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

ستصبح هذه القدرات أساسية مع تولي الوكلاء المزيد من الأعمال التشغيلية.

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

سجلات التدقيق، حدود الصلاحيات، المراقبة، وآليات الاسترجاع هي ما يجعل هذا النوع من الأتمتة موثوقًا.

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

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

ستظل جودة نموذج الترميز مهمة، لكن لا أعتقد أنها ستكون كافية بمفردها.

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

هنا يصبح الوصول إلى البنية التحتية، الأدوات، الصلاحيات، والسياق أكثر أهمية.

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

شكرًا لك على هذه المقابلة الرائعة، القراء الذين يرغبون في معرفة المزيد عن حلول الاستضافة المتنوعة المتاحة ينبغي عليهم زيارة Hostinger.