مرحباً بالجميع في بودكاست MC65FM اليوم سنتجاوز إحدى أكثر المحادثات شيوعاً حول هندسة الأوامر في Microsoft 365 Copilot بمجرد أن تبدأ المؤسسات في استخدام Copilot بجدية يتغير السؤال سريعاً من كيف نكتب أوامر أفضل إلى كيف نربط Copilot بالتطبيقات والبيانات والعمليات التجارية والمعرفة التي تدير شركتنا فعلياً وهنا تصبح قابلية توسيع Copilot مثيرة للاهتمام ضيف اليوم هو إيفاس هارفست خبير مايكروسوفت MVP ومستشار تطبيقات الأعمال في مجموعة AX World في سويسرا يعمل إيفاس عبر Microsoft 365 وأشر وديناميك 365 وباور بلاتفورم مع تركيز خاص على توسيع Microsoft 365 Copilot من خلال الوكلاء والتطوير المخصص سوف نستكشف قابلية توسيع Microsoft 365 Copilot وCopilot Studio وMicrosoft Azure Foundry لا أدري لقد غيروا الاسم وMicrosoft Graph والتطوير المخصص وMCPS وما إلى ذلك إذن يا إيفاس مرحباً بك في بودكاست MC65 أهلاً بالجميع شكراً لاستضافتي إنها حقاً فرصة جيدة لي لأكون هنا لذا شكراً لاستضافتي نعم أنا أشكرك قبل أن ندخل في الجانب التقني هل يمكنك إخبارنا قليلاً عن رحلتك وكيف دخلت إلى نظام مايكروسوفت البيئي نعم نعم نعم بالطبع لأنني بدأت مسيرة المهنية خارج عالم مايكروسوفت لأكون صادقاً لقد بدأت مسيرتي في عالم آبل كنت مهندسة برمجيات على منصة مك وبعد ذلك انتقلت إلى AOS وأشياء من هذا القبيل كان ذلك منذ وقت طويل ربما قبل 15 أو 20 عاماً انتقلت بعدها إلى عالم مايكروسوفت لأكون صادقاً بدأت مسيرتي مع الشيربوينت وبعد ذلك انتقلت إلى السحابة وأشر وم 365 لقد بدأت مع شيربوينت في مقر العمل ثم انتقلت إلى جميع الخدمات السحابية وفي النهاية باور بلاتفورم ومؤخراً كل ما يتعلق بالذكاء الاصطناعي بكل صدق لأنه أصبح الآن جزءاً كبيراً من M365 خاصة مع وجود تحول نحو الوكلاء الذكائيين وهذا باختصار ملخص رحلتي بدأت مسيرة المهنية في عالم هندسة البرمجيات وهي كلمة ربما ينساها الكثيرون اليوم لأن لدينا الآن كل ما يتعلق بالذكاء الاصطناعي وبشكل أساسي انتقلت هذه الأنشطة أو الوظائف إلى الذكاء الاصطناعي لذا فالأمر مختلف تماماً عما كان عليه قبل عشرون عاماً أجل أنت تقول إنك تعمل مع SharePoint وأرى إيضاً أنك تعمل مع Graph و Spike و Dynamic Power Platform فكيف أعدتك هذه الخلفية للجيل الحالي من تطوير الذكاء الاصطناعي في الأساس ملف الشخصي شامل حقاً لأنني في مسيرة المهنية اعتدت العمل مع العديد والعديد من المنتجات قد تكون منتجات تابعة لميكروسوفت أو غير تابعة لها لذا لدي في الأساس نطاق واسع من المهارات في الكثير من التقنيات والأدوات المختلفة لقد منحتني كل وظائف السابقة خلفية جيدة لأن الذكاء الاصطناعي الآن موضوع واسع حيث توجد أنواع مختلفة من الأساليب والتقنيات لتنفيذه قد يكون ذلك متعلقاً بالوكلاء الذكيين أو بسير العمل وأشياء من هذا القبيل لذا وبكل صدق منحتني كل وظائفي السابقة الكثيرة من المهارات لأكون مستعداً لهذا الانتقال نحو الذكاء الاصطناعي لقد انتقلت من أدوات البرمجة منخفضة الكودي لو كود إلى أدوات البرمجة الاحترافية برو كود نعم كل هذه الفرص والأنشطة في وظائفي منحتني مهارات جيدة للاستفادة منها في عالم الذكاء الاصطناعي لأكون صادقاً أجل والآن أنت أعمل كقائد لاختبارات الذكاء الاصطناعي ماذا يفعل قائد اختبارات الذكاء الاصطناعي؟ أوه إنه سؤال جيد جداً لأن الكثير من الناس يطرحونه علي وظيفتي هي مواءمة المواصفات الوظيفية مع البنية التقنية أنا أتولى القيادة بعد الانتهاء من تحليل الأعمال لقد حددنا حالات الاستخدام الخاصة بالذكاء الاصطناعي لقد حددنا السيناريوهات وحالات الاستخدام لقد قمنا بتحديد وإجراء تحليل الأعمال الكامل ومهمتي هي أخذ هذه الاحتياجات ومواءمتها مع البنية التقنية خلف الكواليس وبعد ذلك أقود تنفيذ جميع الأدوات والحلول عندما نكون مستعدين لبدء التطوير أمر مثير للاهتمام في الواقع الكثير من الشركات تشتري لموظفيها تدريبات خاصة في هندسة الأوامر فلماذا تقول إن ذلك ليس كافياً؟ هل تقصد هندسة الأوامر فقط في الوقت الحالي؟ أجل أجل لماذا؟ لماذا هم؟ لماذا؟ فقط كما تعلموا لماذا لا يكفي للشركات أن تعلم الناس هندسة الأوامر فحسبوا؟ آهن نعم حسناً فهمت حسناً نعم في الأساس لكي أكون صادقاً في الوقت الحاضر لديك كما قلت من قبل الكثير من الأدوات والتقنيات المختلفة لذا وبشكل أساسي في مرحلة ما يمكن للذكاء الاصطناعي أن يفهم ما يجب فعله وربما يوجهك قليلاً لكن بالنسبة لي دور المهندس المعماري أو مصمم البرمجيات تحتاج إلى وجود إنسان خلف الكواليس لأنك بحاجة إلى فهم العميل في الأساس لا يمكن للذكاء الاصطناعي أحياناً فهم سياق العميل أن ترى الصورة الكاملة ولكن خلف الكواليس التركيز فقط على هندسة الأوامر قد يكون جيداً في مرحلة ما لكنك بحاجة إلى المزيد لأنك تحتاج إلى وجود أشخاص خلف الكواليس من المهندسين المعماريين ومهندسي البرمجيات والكثير من الأشخاص الذين لديهم مهارات في تقنية المعلومات مثل شيربوينت أو واندرايف أو سيلز فورس أو ما شابه ذلك أنت بحاجة إلى متخصصين في تلك التقنيات لأن الذكاء الاصطناعي يمكنه فهم الكثير من الأشياء يمكنه أن يوجهك يمكنه إنشاء بعض الوثائق التقنية أو الوظيفية الرائعة لكنك تحتاج إلى وجود بشر خلف الكواليس يهتمون بالتأكد من جودتها هل تلبي احتياجات العميل؟ هل هي أمور كهذه؟ أنت ترى لتحقق من كل شيء هل التركيز على هندسة الأوامر فقط يكفي؟ بالنسبة للآن نعم قد يكون خياراً إذا لم يكن لديك الوقت للتدريب أو الاستثمار في اكتساب بعض المهارات لكن بالنسبة لي يجب أن تمتلك مهارات جيدة في التقنيات الأساسية التي تريد بناء حلولك عليها لكي أكون صادقاً أجل أجل وأنت خبير في توسيع نطاق كوبيلوت أين يتوقف كوبيلوت القياسي في مايكروسوفت 365 وأين يبدأ توسيع نطاق كوبيلوت؟ آه نعم إنه سؤال جيد لأنه بصراحة قبل عامين عندما تم إصدار كوبيلوت وربما في نسخته الأولى كانت الدردشة في الأساس بسيطة للغاية بشكل أساسي يمكنك حسناً كان الأمر يشبه تشات جي بي تي لكن مايكروسوفت قورت مايكروسوفت 365 كوبيلوت كثيراً في الأساس الآن لديك تغطية لديك أنواع مختلفة من الميزات لذا أصبحت القابلية للتوسع الآن أقل مما كانت عليه في السابق لأنك في الماضي كنت تطور بعض الإضافات وأشياء من هذا القبيل ولكن في الوقت الحاضر لكي أكون صادقاً في هذا الوقت القابلية للتوسع تكون عندما تريد بناء شيء ما وتريد تخصيص المنسقي بشكل أساسي أو تريد تخصيص واجهة المستخدم بشكل أكبر قليلاً فإذا أردت دمج وكيلك ليس فقط في دردشة مايكروسوفت 365 بل في موقعك الإلكتروني مثلاً فهذا النوع لذا تبدأ القابلية للتوسع عندما تريد تخصيص ما يجري في الكواليس بشكل أكبر قليلاً قد يكون ذلك في المنسقي إذا كنت تريد تخصيص المنسقي أو تخصيص واجهتك أو تخصيص جوانب مختلفة لا يستطيع كوبايلوت شات القيام بها أو الإجابة عليها واوا أعتقد أن الكثير من الناس يتحدثون عن الوكلاء أمم هل؟

لماذا؟ لماذا نفكر كثيراً الآن في وكلاء كوبايلوت؟ ولماذا لا نبني، لا أدري، كوبايلوت وحداً كبيراً لكل شيء؟ نعم، إنه أمر مثير للاهتمام حقاً لأنه الآن ولكي أكون صادقاً، مايكروسوفت كما قلت سابقاً تطورت كثيراً وربما لو كنا قبل ستة أشهر كان موضوع الوكلاء مطروحاً الآن قدمت مايكروسوفت كوبايلوت للعمل المشترك وبصراحة في الوقت الحاضر يمكن لام كوبايلوت استبدال الكثير من الوكلاء وبينما نفكر في الوكلاء، فالأمر يقتصر على فصل المهام لأننا الآن في نموذج متعدد الوكلاء، حيث لكل وكيل نطاقه ومسؤولياته الخاصة ونحن لا نصنع كوبايلوت وحداً كبيراً، والأمر ببساطة يعود إلى الأداء أولاً، لأنك عندما تمتلك مجموعة كبيرة من التعليمات والأدوات من حيث الأداء، سيصبح الأمر فوضوياً وهذه البنية الآن أصبحت تعتمد أكثر على تعدد الوكلاء، سواء كان ذلك في كوبايلوت ستوديو أو من خلال وكلاء مطورين خصيصاً عبر الكود أو التطوير المخصص لكن في الوقت الحالي، من الأفضل اتباع نهج الوكلاء المتعددين حيث يكون لكل وكيل نطاقه ومسؤوليته الخاصة من حيث الأداء ولتحقيق بنية واضحة للوكلاء نعم شوبينهاور وعندما ننظر إلى بنية وكيل الذكاء الاصطناعي الأساسية، أقول إن لدينا بعض كلمات المرور نحن، كلمات المرور حسناً لكن علينا التفكير في التفكير المنطقي والأدوات والمعرفة والتعليمات كيف يتناسب هذا مع بنية وكيل الذكاء الاصطناعي؟ أول شيء يجب التفكير فيه أحد الأسئلة الأولى التي تحتاج للإجابة عليها هو ما هو الهدف؟ الهدف الأول من هذا الوكيل في الأساس، تعتمد بنية الوكيل على ما إذا كنت تتبع نهج البرمجة منخفضة الكودي أو نهج التطوير المخصص لأن النهج يختلف تماماً ففي التطوير المخصص أنت تدير كل شيء أنت تدير الأمانة، وتدير الاستضافة، وتدير الكثير من الأمور المختلفة في نهج البرمجة منخفضة الكودي، الأمر مختلف تماماً لأنك تفكر فقط في تقديم التعليمات واختيار بعض الأدوات لذا، فإن البنية في نهج البرمجة منخفضة الكودي ليست بسيطة كما قلت للتوي، لكنها قد تكون سريعة جداً حيث يمكنك تحديد التعليمات واختيار أدواتك واختيار وكلاء آخرين إذا أردت الربط بينهم لكن الأمر يصبح معقداً عندما تتعامل مع التطوير المخصص أو عندما تطور وكيلك الخاص يمكن أن يكون ذلك على سبيل المثال عبر سيمانتك كرنل أو أيجنت فرينورك أو أشياء من هذا القبيل البنية قد تكون أكثر تعقيداً لأنك تحتاج للتعامل مع مفاهيم متقدمة جداً كما قلت مثل الأمان مما فيما يتعلق بالمصادقة إذا كان لديك أدوات متعددة وتريد دمج بعض البروتوكولات أو إذا أردت الاتصال بأدوات داخلية محمية بواسطة وكلاء عكسيين وما شابه ذلك لذا بشكل أساسي تحتاج للتفكير أكثر في الجوانب المعمارية عند التعامل مع الوكلاء المخصصين على سبيل المثال في كو بايلوت ستوديو من الناحية المعمارية من السهل حقاً تحديد البنية في نهج التطوير المخصص عليك التعامل مع مفاهيم متقدمة وبالنسبة للكثيرين قد يكون هذا صعباً لأنها جوانب تأسيسية عميقة واو آه في عملي بصراحة أنا أتعامل مع الكثير من الاحتياجات المختلفة قد يكون ذلك تطويراً مخصصاً أو كو بايلوت ستوديو أو مجرد وكيل بسيط في أيجنت بيلدر لحاجة بسيطة جداً لذا بشكل أساسي يعتمد تحديد البنية التحتية حقاً على النهج الذي تريد اتباعه أساساً يمكنك وضع بنية عامة لكن الأمر يعتمد بعد ذلك على النهج الذي تريده سواء كان كود منخفض أو كود كامل كما ترى نعم، نعم، مما؟ ولكن هل يمكننا؟ هل يمكنك وصف تشريح وكيل ذكاء اصطناعي مؤسسي نموذجياً؟ آه، نعم، يمكنني ذلك بشكل أساسي، إذا أردنا التحدث بأبسط صورة ممكنة فعندما يكون لديك حاجة على سبيل المثال قد يكون وكيل دعم فني فأنت تمتلك مجموعة من الأدوات لكن في الوقت الحالي، كما قلت لدينا نهج الوكلاء المتعددين وأنا أضع الوكيل الأول في المقدمة كواجهة إذن، هذا هو الوكيل الأمامي وسيقوم هذا الوكيل بتوجيه كل الطلبات عبر وكلاء مختلفين على سبيل المثال، إذا كان المستخدم يسأل سؤالاً عن سيلز فورس فسيقوم الوكيل بتوجيه الطلب إلى وكيل دعم سيلز فورس الفني كما ترى، لقد قمنا بتنفيذ هذا النوع من البنية لبعض العملاء لأن كل وكيل يهتم بنطاق تخصصه قد يكون ذلك لمنتجات مثل سيلز فورس أو لمئم 365 وأشياء من هذا القبيل وفي الخلفية، يمتلك كل وكيل مجموعة من التعليمات ومجموعة من الأدوات وفي الوقت الحالي، من الأفضل استخدام خوادم MCP لأنها أصبحت بمثابة رابط عالمياً لدمج خدمات متعددة مع الذكاء الاصطناعي لذا لدي مجموعة من خوادم MCP ولدي أيضاً بعض مصادر المعرفة الداخلية قد تكون مثل جيرة أو قاعدة معرفة سيرفيس نو أو أشياء من هذا النوع إذن لديك مجموعة من التعليمات لكل وكيل وهذه التعليمات تحدد نطاق عمل الوكيل ودوره وبعد ذلك يكون لديك خوادم MCP وربما تكون مصادر المعرفة عبارة عن ملفات PDF لذا يمكن أن تكون هناك أنواع متعددة من مصادر البيانات وبعد ذلك عذراً عندما يقوم المستخدم بطلب شيء ما مثلاً من الوكيل الرئيسي سيقوم الوكيل بتحديد أنه يحتاج لتفويض هذه المهمة للوكيل المختص لنلقي نظرة سريعة على الاحتمالات أو على كو بايلوت ستوديو أين يقع في البنية التحتية الشاملة كو بايلوت ستوديو لنكن صادقين هي أداة منخفضة البرمجة من مايكروسوف أولاً ومن حيث الهندسة المعمارية فإن كو بايلوت ستوديو مصمم حقاً لصناع الحلول بشكل أساسي للأشخاص الذين ليسوا مطورين في المقام الأول وفيما يخص البنية التحتية إذا أخذنا مثال دعم تكنولوجيا المعلومات الذي ذكرته سابقاً فإن كو بايلوت ستوديو سيلائم الغرض حيث يمكنه القيام بالمهمة إذ يمكنك تعريف خادم NCP ودمج مصادر معرفة خارجية أو داخلية بسهولة إذا أردت بعد ذلك كما قلت سابقاً إذا كانت لديك حالة استخدام تود فيها تخصيص أداة التنظيم قليلاً فلا يمكنك فعل ذلك خلف كواليس كو بايلوت ستوديو فأنت تكتفي بتفعيل منظم الذكاء الاصطناعي وهذا كل شيء لا يمكنك مثلاً تخصيص أولوية المهام التي ترغب في إنجازها لأن كو بايلوت ستوديو خلف الكواليس هو من سيحدد خطتك وسيقوم بتنفيذها لكن إذا كنت ترغب في الحصول على مزيد من التخصيص فستحتاج في هذه الحالة إلى استخدام تطوير مخصص مثل Semantic Kernel أو Land Chain وهو إطار عمل أصدرته مايكروسوفت مؤخراً ومن خلاله يمكنك تخصيص التنظيم بسهولة وتحديد سير العمل وتخصيص ما تريد هذا هو كو بايلوت ستوديو كبنية هندسية مصممة حقاً للبنائين وصناع الحلول لأنه من السهل جداً الحصول على وكيل يعمل بفعالية المشكلة الوحيدة في كو بايلوت ستوديو والتي يجب أن تنتبه لها هي أنه عند اختيار مسارك وتحديد بنيتك الهندسية يجب أن تأخذ التراخيص في الاعتبار لأنها تشكل جزءاً كبيراً من كل حل حالياً في الوقت الحالي تطور كو بايلوت ستوديو قليلاً إلى نموذج الدفع حسب الاستخدام وعليك الاهتمام بتقدير التكاليف لأنه بناءً على ما تريد تحقيقه يكون من الأفضل أحياناً إجراء تطوير مخصص حيث يمكنك الاستضافة أينما تريد والتحكم في جميع التكاليف وتقديرها بسهولة أكبر مما هو عليه الآن لأنه مع نهج أرصدتي كو بايلوت يصبح من الصعب أحياناً التنبؤ بالتكلفة لمدة شهر أو شهرين أو غير ذلك من الأمور المماثلة وما هي حدود استخدام كو بايلوت ستوديو؟ ستوديو متى يجب أن أختار؟ أعتقد نعم مايكروسوفت فاوندري أو أشر فاوندري لا أعرف ما هو اسمه الحقيقي وعندما أضطر لقولي حسناً يجب أن أقوم بتطوير مخصص بالكامل السؤال الأول الذي يجب الإجابة عليه هو حسناً هل أحتاج إلى تخصيص التنسيق؟ هذا هو سؤال الأول بالنسبة لي لأن هذا السؤال سيخبرك حسناً إذا كنت لا ترغب في تخصيص التنسيق أو التعمق في كيفية عمله أو كيفية إنشاء الخطة يمكنك استخدام نهج الكود المنخفض مع كو بايلوت ستوديو على سبيل المثال أداة البناء أيضاً في بعض الأحيان عندما يكون لديك حالات استخدام بسيطة يمكنك استخدام هذا النوع من الأدوات ولكن إذا كنت ترغب في تخصيص التنسيق فأنت بحاجة إلى الانتقال إلى تطوير مخصص وفي هذه الحالة تحتاج إلى استخدام فاوندري للنموذج أو إذا كانت لديك منصتك الخاصة لأن ميزة التطوير المخصص هي أنه يمكنك دمج نماذج غير مستضافة في منصة مايكروسوفت فاوندري إذا أردت يمكنك استخدام نماذج فاوندري ولكن إيضاً إذا كان لديك أوز أو جوجل منصة جوجل على سبيل المثال جيميني أو قمت بنشر نموذج خارجياً فلديك القدرة على دمج تلك النماذج مباشرة في وكيلك عند استخدام نهج مخصص هذه ميزة أيضاً وبعد ذلك يمكنك تخصيص التنسيق وكيفية إنشاء الخطة وكل الأشياء ستدخل في وكيل فاوندري مشكلة فاوندري في الوقت الحاضر هي أن فاوندري في بداياته كان مجرد منصة لاستضافة النماذج عندما تنظر إلى الوراء قبل بضع سنوات كان الأمر كذلك مجرد كتالوج نماذج بسيط تقوم بنشره في الوقت الحالي طورت مايكروسوفت هذا المنتج ليصبح بإمكانك إنشاء وكيل باستخدام واجهة مستخدم تشبه كوبايلوت ستوديو بدون أي تعليمات برمجية يمكنك إدارة الحوكمة ويمكنك إدارة الكثير من الأمور لقد أصبحت منصة وكيلة حقاً مثل كوبايلوت ستوديو للبرمجة منخفضة الكود وما شابه ذلك وفي الوقت الحاضر أصبح من الصعب حقاً تحديد مكان فاوندري في النظام البيئي لأن فاوندري يتطور بسرعة وبشكل أساسي قدمت مايكروسوفت بعض الميزات التي لا أعرف ليست مختلفة لكن هناك تشابهات مع كوبايلوت ستوديو من حيث تكامل MCB وأشياء من هذا القبيل ولكن بعد ذلك فإن القيد الرئيسي لم كوبايلوت ستوديو يتعلق بالنماذج لذا لديك القدرة على دمج التعليمات البرمجية أو تصور هذه الأنواع من الأشياء ولكن إذا كنت تريد دمج نموذجك الخاص على سبيل المثال لأن لديك نسخة محددة من نموذجك فلا يمكنك القيام بذلك وبشكل أساسي تحتاج إلى استخدام تطوير مخصص لدمج منصة نماذج لغوية خاصة بك إذا كانت لديك لدي عملاء لديهم منصة EWS الخاصة بهم في هذه الحالة يمكنك دمج هذا النموذج مع تسعير يدار خارجيا حسنا وأعتقد عندما نبني وكيلا فإن أحد المواضيع هو إيضا أمر رائج نعم شوپنهاور يتحدث معظم الناس عن MCB وهو بروتوكول سياق النموذج لماذا أصبح هذا أحد أكبر المواضيع في تطوير الوكلاء وبالنسبة لشخص لم يعمل به بعد ما هو بروتوكول سياق النموذج نعم إنها كلمة كبيرة يتحدث الكثير من الناس عن هذا لأنه يحل مشكلة كبيرة إنه يتعلق بكيفية توحيد تكامل الأدوات والمهارات وربما الأدوات الخارجية للذكاء الاصطناعي وقد حل هذه المشكلة لأنه في الماضي وبدون MCB كان الأمر فوضويا لأن الكثير من الخدمات كانت تتحدث بطرق مختلفة لديك بروتوكول تكنولوجي مختلف ولديك نهج معمارية مختلفة وبشكل أساسي يقوم MCB بتوحيد أو دمج الخدمات مع وكيل الذكاء الاصطناعي الخاص بك أو حل الذكاء الاصطناعي إذا كنت أكثر عمومية لكن MCB الآن هو الطريقة الحقيقية لدمج الأدوات الخارجية أو الداخلية وقد يكون كلاهما لكن MCB الآن جزء كبير من معمارية الذكاء الاصطناعي لأن لديك هذه الوحدة من حيث التكنولوجيا وفي الوقت الحاضر هذه نقطة مهمة لأنه في الماضي كان الأمر يتعلق بتكامل واجهة برمجة التطبيقات والآن أصبح الأمر يتعلق بـ هذا ليس تطوراً لكن في الماضي كنت تقوم بدمج وكيلك البرمجي مع واجهة برمجة التطبيقات كان عليك الإدارة حسناً كيفية المصادقة أو إدارة ذلك أو استدعاء الأدات الآن يمكن للذكاء الاصطناعي أن يقول حسناً هذه الأدات متاحة لدي يمكن اختيار ما أحتاجه لتحقيق الهدف وما الذي تغير حقاً من MCB إلى إلى اتصال APA A في الأساس في الماضي من حيث A التكامل واجهة برمجة التطبيقات ليست ذكية إذا جاز لي القول A واجهة برمجة التطبيقات هي مجرد حسناً أنت أنت تستدعي أنت تستدعي أداة وهي تمنحك البيانات الفرق مع MCB هو أن MCB أكثر ذكاء من حيث البنية لأنه خلف الكواليس ليس لديك فقط أدوات تمنحك بيانات أو معلومات بل لديك أيضاً مهارات في التعليمات A وأنواع مختلفة من الأشياء التي تجعل MCB ذكياً حقاً وفي الأساس يمكن لم MCB أن يخبر الذكاء الاصطناعية حسناً هل تريد تحقيق ذلك؟ يمكنني أن أقدم لك A الأدوات الدقيقة التي تطابق طلبك ويمكنك استدعاء ليس فقط أداة واحدة بل تحتاج إلى استدعاء هذه الأدوات لتحقيق ما تريد هذا هو دور MCB إنه يمنح الذكاء الاصطناعي الفرصة لقول حسناً لدي هذه الأدوات وبعد ذلك A يمكنك استدعاء هذه الأدات أو تلك أو أدوات متعددة لتحقيق أهدافك إنه يمنح يمنح الذكاء الاصطناعي السياقة السياقة الحقيقية A لكل شيء بينما واجهة برمجة التطبيقات هي مجرد حسناً لديك أدوات ولديك وصف وهذا كل شيء تقريباً إذن هل هو هل هو بروتوكول سياق النموذج model context protocol أعتقد أنه مشابه لام لام لام البيانات الوصفية meta data أم كيف يعمل بشكل أساسي هو بروتوكول تقني وخلف الكواليس لديك لديك نعم لديك بيانات وصفية لديك وصف لديك مهارات ذكاء اصطناعي مشروحة أكثر A هو يركز حقاً على الذكاء الاصطناعي في الأساس لديك مهارات لديك تعليمات وبشكل أساسي يمكن للذكاء الاصطناعي أن يفهم بشكل أفضل حسناً هذه الأدوات A تقوم بذلك هذه الأدات تقوم بذلك حسناً يمكنني استدعاء هذه المهارات يمكنني طلب A هذه المعلومات من خادم MCP من أجل تحقيق طلبي لكن لديك نعم لديك جزء من البيانات الوصفية لأنك بحاجة إلى تحديد حسناً اسم الأدات وما تفعله في الخلفية انظر هل هل يمكننا القول إن إن إن المستقبل هو MCP لذا يجب أن نبدأ بالتفكير في لا أعلم الشركات لديها المئات من واجهات برمجة تطبيقات رست داخل المؤسسة هل يجب أن يبدأ في بناء خوادم MCP حولها نعم نعم بشكل أساسي خادم MCP نعمل معه عبر واجهة برمجة تطبيقات في الخلفية هذا ليس بديلاً بشكل أساسي إذن إذا قمت بتلخيص هذا لأن خادم MCP هو مجرد حسناً إنه يوفر السياقة وفي الخلفية يمكن لم MCP استدعاء واجهات برمجة التطبيقات في الخلفية لكن خادم MCP هو واجهة أمامية الأدات الأمامية التي تحتاج إلى استدعائها لأنك في الخلفية ستقوم بتوزيع طلبك بناء على ذلك في الخلفية قد يكون هناك واجهة برمجة تطبيقات أو قاعدة بيانات أو أدوات متعددة لكنك تحتاج إذا كنت ترغب في الحصول على خادم MCP الخاص بك على سبيل المثال إذا كان لديك داخلياً في شركتك واجهات برمجة تطبيقات ولديك أنواع مختلفة من الخدمات قد تكون خدمة مالية أو خدمة موارد بشرية إذا كنت تريد بناء خادم MCP الخاص بك فأنت بحاجة للتعامل في الخلفية مع كل هذه الواجهات وسيحتاج خادم MCP إلى كشف كل هذه الواجهات ما هي الخدمات وما هي الأدوات المتاحة وما هي المهارات وهذا النوع من الأشياء مما؟ بعد ذلك تحتاج إلى التعامل مع المصادقة في الخلفية لأن واجهات برمجة التطبيقات لا تعمل بنفس الطريقة حيث يمكنك الحصول على مصادقة بواسطة مفتاح أو بطرق أخرى من هذا النوع لذا تحتاج إلى التعامل مع ذلك ولكن MCP سيكشف عن الأدوات المتاحة وفي الخلفية يمكن لكل هذه الأدوات طلب واجهات برمجة تطبيقات متعددة واجهة برمجة تطبيقات واحدة قد تكون لديك أنواع مختلفة من البنية في الخلفية حسنا وكيف يقوم MCP؟

باختيار الأدات الصحيحة عندما يكون لدي لا أعلم 100 أو 500 وكيل ذكاء اصطناعي سيعتمد ذلك على أولا بشكل أساسي عندما يكون لديك طلب في وكيل ما ستكتشف جميع الأدوات المتاحة خادم MCP سيقوم بالتحقق حسنا لدي كل هذه الأدوات المتاحة وبشكل أساسي سيفهم منسق الوكيل حسنا لدي هذا ولدي نموذج لغوي كبير LLM متاحا بعد ذلك ستقوم بإنشاء الخطة إذا قمت بالتلخيص قليلا فستنشئ خطة تتضمن بعض الإجراءات وبعد ذلك في الإجراء الذي تريد تنفيذه يمكنك استدعاء أداة أو اثنتين أو ثلاث أو أكثر من الأدوات لتحقيق المهمة التي طلبها المستخدم لذا سيفهم منسق الوكيل أدوات MCP ويختار الأفضل منها للطلب هل ترى؟ وهذا هو حقا دور المنسق في اختيار الأدوات وما شابه ذلك بمساعدة النموذج اللغوي الكبير بالطبع لأن النموذج اللغوي هو جزء من العقل وسيتواصل المنسق مع النموذج اللغوي وأيضا مع الأدوات لاتخاذ أفضل خيار وأفضل خطة لإنجاز المهمة نعم أعتقد أن الكثير من الشركات بدأت منذ فترة باستخدام PowerShell والآن يستخدمون Microsoft Graph API هل جاء Graph وMCP أو كيف؟ نعم أعتقد في الواقع بصراحة لا يوجد MCP LAM Graph إذا أصميت هذا فأنت تعلم لديك الآن في عالم Microsoft 365 قدمت Microsoft الكثير من خوادم MCP وتستند هذه الخوادم خلف الكواليس إلى Microsoft Graph على سبيل المثال إذا أردت استخدام خادم MCP الخاص بـ Teams فستجد أنه يتم استدعاء Graph API خلف الكواليس عند استخدام خادم MCP لذا فإن Graph API في عالم Microsoft 365 محوري لأن MCP سيتواصل مع Graph خلف الكواليس لجعل الطلب يعمل بشكل جيد ولكن نعم في الوقت الحاضري يعد Graph محورياً أيضاً في كوبيلوت بشكل عام لأن الفهرسة الدلالية لام كوبيلوت يعتمد على بيانات رو لكن في الواقع أن تستهلك Graph من خلال أدوات MCP في الوقت الحاضري الأمر يسير على هذا النحو تحتوي Microsoft 365 على قيمة هائلة سياقات تنظيمية ومستندات واجتماعات ورسائل بريد إلكتروني وأشخاص وفرق ومحادثات ومحتوى مشترك كيف نكشف عن هذا السياق دون نعم نعم إنها مشكلة دائماً لأن الكثير من الناس يبنون وكلاء دون وضع حوكمة مناسبة خلف الكواليس إذن أريد بناء وكيل ذكي حسناً لنبدأ نقوم بالبناء والنشر ولكن بعد ذلك سيتعامل هذا الوكيل مع الكثير من البيانات كيف ندير ذلك؟ السؤال الأول هو كيف أضع حوكمة لهذا الوكيل؟ قبل ذلك قد تصبح الأمور فوضوية كما ذكرت لأن الكثيرين يريدون بناء وكلاء أو حلول ذكاء اصطناعي ولكن خلف الكواليس إذا كنت في سياق ميكروسوفت 365 فإن أول شيء يجب فعله هو فهم بياناتك لأنه بدون فهم بياناتك ستكون تائهناً عليك فهم بياناتك لأنه من المهم معرفة ما إذا كنت تتعامل مع بيانات سرية أم لا هل أتعامل مع بيانات سرية للغاية؟ حسناً أنت بحاجة إلى فهم بياناتك بعد ذلك إذا كنت في نظام ميكروسوفت تحتاج إلى تطبيق ميزات مثل منع فقدان البيانات DLP وتصنيف الحساسية لأن غيابها قد يسبب مشكلة وبعدها تحتاج أيضاً إلى تنظيف بياناتك قليلاً لأن الذكاء الاصطناعي مع بيانات سيئة لن يعمل وكيلك كما تريد فإذا كان لديك فوضى في شير بوينت أو قنوات تيمز سيكون من الصعب أن يعمل النهج المعتمد على الوكلاء بشكل صحيح لكن نعم يجب أن تفهم بياناتك وتضع بعض الأساسيات الأمنية مثل المصادقة وميزات بورفيو التي أصبحت حلاً مركزياً لتطبيق كل هذه الإجراءات الأمنية والحوكمة وبعدما تنتهي من تنظيف بياناتك وتضع بعض أساسيات الأمان تحتاج أيضاً إلى فهم التراخيص لأنه قبل البدء في بناء الوكيل يجب أن تعرف من هم المطورون هل هم مدربون على ذلك؟ وهل لدينا التراخيص صحيحة للبدء؟ وهل نحتاج إلى اشتراكات معينة؟ هذا النوع من الأمور يأتي لاحقاً من المشكلات الكبيرة هي الأدوات كيف أدمج جميع الأدوات بشكل صحيح في تطوير لوكيلي؟ هل أحتاج إلى تقييد شيء ما؟ بصراحة إنه سؤال كبير وهناك أنشطة مختلفة يجب أخذها في الاعتبار لكن بالنسبة لي الأهم هو فهم بياناتك وإذا لم تفهم الشركة بياناتها فستواجه مشكلة في البداية بصدق حسناً وأم متى وكيف؟

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

آهن راب بصراحة، راب هو في الواقع الأكثر أهمية من حيث الأداء، لأن الذكاء الاصطناعي يحتاج إلى فهم أنواع مختلفة من البيانات، وبشكل أساسي وجد راب هنا للإجابة على الأسئلة لأنه في الماضي، عندما لم يكن لدينا راب، كان عليك التعامل مع نهج مختلف، لم نكن نستخدم أساليب قديمة، لكن الأمر كان معقداً لكن راب محوري لأن راب سيفهم أنواع مختلفة من البيانات، وستقوم باسترجاع المعلومات التي يحتاجها الذكاء الاصطناعي من المستندات، وقد تكون أنواع متعددة من البيانات لذا نعم، راب مركزي في بنية الذكاء الاصطناعي في وقتنا الحالي، أجل، لكن صحيح أنه بالنسبة للكثير من المستخدمين عندما تتحدث عن راب خلف الكواليس، فهم لا يعرفون ما هو، لأن مايكروسوفت في الوقت الحالي أو العديد من شركات البرمجيات لا تتحدث عن هذا، لأنه خلف الكواليس يوجد راب على سبيل المثال في كوبايلوت ستوديو، المستخدم لا يفهم أن ما يعمل خلف الكواليس هو راب كما ترى، وفي الوقت الحاضر عندما تريد التعمق، حسناً لديك هذا النوع من المفاهيم، لكن بالنسبة للكثيرين، راب هو أمر مجهول تماماً لأنهم يستخدمون الأدات فقط، وخلف الكواليس توجد هذه المفاهيم ثم ننتقل إلى الموضوع التالي وهو المعرفة كيف نحصل عليها، ومن أين تستمد أنظمة الذكاء الاصطناعي معرفتها؟ هل أجمعها أم كيف يعمل هذا؟ في الواقع، يجب أن نكون صادقين المعرفة هي يمكن أن تكون مستضافة في الكثير من الأنظمة المختلفة يمكن أن تكون ملف نص بسيط أو ملف ماركدون أو قاعدة معرفة، يمكن أن تكون أي شيء، لكن في الواقع، إذا كان لديك خادم MCP، يمكنك الوصول إلى تلك المعرفة أو إذا كان لديك، على سبيل المثال، لا أعرف، إذا كان لديك موصل لمشير بوينت أو موصلات للعديد من الخدمات في الوقت الحالي، فالوصول إلى المعرفة أصبح أسهل من ذي قبل، لنكن صادقين لأنه في الماضي كان عليك بناء المكونات الإضافية الخاصة بك وزيارة كل شيء في الوقت الحالي، لديك موصل مباشر بأي أنظمة، ويمكنك دمج معرفتك دون التعامل مع طاقم تطوير كبير أعتقد، أعتقد غالباً أننا لا أعرف، أجمع مع، أقول لام، لا أعرف، أحد الزملاء همم، وكيف يفهم الذكاء الاصطناعي ما هي المستندات غير الجاهزة أو القديمة أو لا أعرف المكررة؟ كيف؟ كيف؟ كيف يمكن؟ كيف يمكن لنظام الذكاء الاصطناعي فهم هذا؟ ما الذي يجب علينا استخدامه وماذا أيضاً؟ في الأساس، أنت تستخدم تقنية راب، لأنه خلف الكواليس تحتاج إلى فهم ما هي بياناتك لكن، لكي أكون صادقاً، إذا قمت بتلخيص الأمر قليلاً، فأنت تبدأ من المطالبة prompt حسناً المستخدم يريد، حسناً، يريد على سبيل المثال، البحث عبر لا أعرف، قاعدة معرفية، وعلى سبيل المثال، ويندرايف خلف الكواليس عندما يفهم المنسق بمساعدة النموذج اللغوي المطالبة ونية المستخدم خلف الكواليس لديك الفهرس في الأساس لأنه على سبيل المثال في كوبيلوت لديك الفهرس الدلالي، وهذا الفهرس يمنحك، في الأساس، حسناً، لدي كل هذه المعرفة ويمكنك من خلال استعلام الفهرس الدلالي، يمكن للذكاء الاصطناعي الاستعلام مباشرةً عن الفهرس الدلالي لتنفيذ راب على سبيل المثال ويمكنك مباشرة اختيار المستندات الصحيحة بناءً على الاحتياجات، لكن في كوبيلوت لديك هذا الفهرس الدلالي، ويمكن للذكاء الاصطناعي الاستعلام عن هذا الفهرس مباشرةً باللغة الطبيعية خلف الكواليس، لذا سأسأل حسناً، أريد أن أفهم، لا أعرف كيف، كيف أعد إعدادات الفي بي إن الخاصة بشركتي، وخلف الكواليس ستقوم بتنفيذ راب على الفهرس الدلالي واسترداد المستند الذي يحتوي على على سبيل المثال، كل إعدادات الفي بي إن الخاصة بالشركة، على سبيل المثال، في دردشة مايكروسوفت 365 كوبيلوت، خلف الكواليس يتم استخدام Graph API، لأنني كما قلت سابقاً، لديك الفهرس الدلالي المبني على Graph API، إنها ميزة Graph خلف الكواليس، ولكن عندما يكون لديك تطوير مخصص يكون لديك، على سبيل المثال، أشر أي سرش خلف الكواليس، كانت خدمة من خدمات أشر ولكن باسم مختلف، ولكن الآن يمكنك امتلاك نظام راب الخاص بك إذا أردت، وبشكل أساسي يمكنك عندما يكون لديك وكيل مخصص أن تطلب ذلك مباشرة من مثيل فوندري ATU حسناً، أريد استخدام، أريد الحصول على إعدادات شركة الVPN الخاصة بي، ويمكن للذكاء الاصطناعي استرجاع ما تحتاجه من مستندات، قد تكون ملفات PDF أو Word أو Excel أو أشياء من هذا القبيل واو، واو، هذه هي الطريقة التي يعمل بها البحث، أليس كذلك؟

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