على مدار 24 عامًا، عملت أماندا سيلفر من مايكروسوفت على مساعدة المطورين – وفي السنوات الأخيرة، كان ذلك يعني بناء أدوات للذكاء الاصطناعي. بعد فترة طويلة قضتها في GitHub Copilot، أصبحت سيلفر الآن نائب رئيس الشركة في قسم CoreAI بمايكروسوفت، حيث تعمل على أدوات نشر التطبيقات والأنظمة الوكيلة داخل المؤسسات. يركز عملها على نظام Foundry داخل Azure، المصمم كبوابة موحدة للذكاء الاصطناعي للمؤسسات، مما يمنحها رؤية قريبة حول كيفية استخدام الشركات لهذه الأنظمة وأين تخفق النشر.
تحدثت مع سيلفر عن القدرات الحالية للوكلاء المؤسسات، ولماذا تعتقد أن هذه هي أكبر فرصة للشركات الناشئة منذ ظهور السحابة العامة.
تم تعديل هذه المقابلة للاختصار والوضوح.
إذن، يركز عملك على منتجات مايكروسوفت للمطورين الخارجيين – غالبًا الشركات الناشئة التي لا تركز على الذكاء الاصطناعي. كيف ترين تأثير الذكاء الاصطناعي على تلك الشركات؟
أرى أن هذه لحظة حاسمة للشركات الناشئة كما كان الانتقال إلى السحابة العامة. إذا فكرت في الأمر، كان للسحابة تأثير كبير على الشركات الناشئة لأنها تعني أنها لم تعد بحاجة إلى مساحة عقارية لاستضافة أجهزتها، ولم تكن بحاجة إلى إنفاق الكثير من المال على استثمار رأس المال للحصول على الأجهزة لاستضافتها في مختبراتها وما إلى ذلك. كل شيء أصبح أرخص. الآن الذكاء الاصطناعي الوكيل سيواصل تقليل التكلفة العامة لعمليات البرمجيات مرة أخرى، لأن العديد من الوظائف المتعلقة بإطلاق مشروع جديد – سواء كان ذلك لأشخاص الدعم، أو التحقيقات القانونية – يمكن القيام بها بشكل أسرع وأرخص بمساعدة وكلاء الذكاء الاصطناعي. أعتقد أن هذا سيؤدي إلى المزيد من المشاريع وإطلاق المزيد من الشركات الناشئة. ثم سنرى الشركات الناشئة ذات التقييمات الأعلى بعدد أقل من الأشخاص في القيادة. وأعتقد أن هذه عالم مثير.
كيف يبدو ذلك في الممارسة العملية؟
نحن نشهد بالتأكيد استخدام الوكلاء متعدد الخطوات على نطاق واسع عبر جميع أنواع مهام البرمجة، أليس كذلك؟ كمثال، أحد الأشياء التي يحتاج المطورون إلى القيام بها للحفاظ على قاعدة التعليمات البرمجية هو البقاء على اطلاع على أحدث إصدارات المكتبات التي يعتمدون عليها. قد يكون لديك اعتماد على إصدار أقدم من وقت تشغيل dot-net أو Java SDK. ويمكن لهذه الأنظمة الوكيلة التفكير على قاعدة التعليمات البرمجية الخاصة بك بالكامل وتحديثها بشكل أسهل بكثير، مع تقليل الوقت بنسبة قد تصل إلى 70 أو 80%. ويجب أن يكون وكيل متعدد الخطوات يتم نشره ليقوم بذلك.
حدث تك كرنش
بوسطن، MA
|
23 يونيو 2026
عمليات الموقع الحي هي واحدة أخرى – إذا فكرت في صيانة موقع ويب أو خدمة وحدث خطأ ما، فهناك صوت فجأة في الليل، ويجب أن يكون هناك شخص متاح للإجابة على الحادث. لا زلنا نحتاج إلى أشخاص متاحين على مدار الساعة، فقط في حال تعطل الخدمة. ولكن كان ذلك عملًا مكروهًا حقًا لأنه كان يتعين عليك أن تُستدعى في كثير من الأحيان بسبب هذه الحوادث البسيطة. والآن، قمنا ببناء نظام وراثي لتشخيص وتحجيم القضايا التي تحدث في عمليات الموقع الحي بنجاح بحيث لا يحتاج البشر إلى الاستيقاظ منتصف الليل والذهاب إلى محطات العمل الخاصة بهم ومحاولة تشخيص ما يحدث. وهذا يساعدنا أيضًا على تقليل الوقت المتوسط اللازم لحل الحادث بشكل كبير.
أحد الألغاز الأخرى في هذه اللحظة الحالية هو أن عمليات النشر الوكيلة لم تحدث بسرعة كما توقعنا حتى منذ ستة أشهر. أود أن أعرف لماذا تعتقدون أن ذلك هو الحال.
إذا فكرت في الأشخاص الذين يبنون الوكلاء، ما الذي يمنعهم من النجاح، في كثير من الحالات، يعود الأمر إلى عدم معرفة الغرض من الوكيل بشكل جيد. هناك تغيير ثقافي يجب أن يحدث في كيفية بناء الناس لهذه الأنظمة. ما هي حالة الاستخدام التجارية التي يحاولون حلها؟ ماذا يحاولون تحقيقه؟ يجب أن تكون واضحًا جدًا بشأن تعريف النجاح لهذا الوكيل. ويجب أن تفكر، ما هي البيانات التي أقدمها للوكيل حتى يتمكن من التفكير حول كيفية إنجاز هذه المهمة المعينة؟
نرى أن تلك الأمور هي العقبات الأكبر، أكثر من عدم اليقين العام في السماح بنشر الوكلاء. أي شخص يذهب وينظر إلى هذه الأنظمة يرى العائد على الاستثمار.
تذكر أنه يوجد عدم يقين عام، والذي أعتقد أنه يبدو كحاجز كبير من الخارج. لماذا ترين أنه أقل مشكلة في الممارسة العملية؟
أولاً، أعتقد أنه سيكون من الشائع جدًا أن تحتوي الأنظمة الوكيلة على سيناريوهات بشري في الحلقة. فكر في شيء مثل إرجاع الحزمة. كان لديك سابقًا سير عمل لمعالجة الإرجاع يتم فيه 90% من الأتمتة و10% من التدخل البشري، حيث كان يتعين على شخص ما النظر إلى الحزمة واتخاذ قرار بشأن مدى تلف الحزمة قبل أن يقرر قبول الإرجاع.
هذا مثال مثالي حيث تحسن نماذج الرؤية الحاسوبية كثيرًا لدرجة أننا في كثير من الحالات لا نحتاج إلى الكثير من الإشراف البشري على فحص الحزمة واتخاذ ذلك القرار. لا يزال ستكون هناك بعض الحالات التي تكون على الحد، حيث ربما لا تكون الرؤية الحاسوبية جيدة بما يكفي لاتخاذ قرار، وربما هناك تصعيد. إنه نوع من، كم مرة تحتاج إلى استدعاء المدير؟
بعض الأمور ستحتاج دائمًا إلى نوع من الإشراف البشري، لأنها عمليات حرجة. فكر في تكبد التزامات قانونية تعاقدية، أو نشر كود في قاعدة كود الإنتاج قد يؤثر على موثوقية أنظمتك. ولكن حتى في تلك الحالة، هناك سؤال حول مدى ما يمكننا تحقيقه في أتمتة بقية العملية.
اترك تعليقاً إلغاء الرد