WEBVTT

00:00:00.080 --> 00:00:04.160
مرحباً بالجميع في بودكاست MC65FM

00:00:04.160 --> 00:00:12.580
اليوم سنتجاوز إحدى أكثر المحادثات شيوعاً حول هندسة الأوامر في Microsoft 365 Copilot

00:00:12.580 --> 00:00:16.460
بمجرد أن تبدأ المؤسسات في استخدام Copilot بجدية

00:00:16.460 --> 00:00:20.780
يتغير السؤال سريعاً من كيف نكتب أوامر أفضل

00:00:20.780 --> 00:00:29.780
إلى كيف نربط Copilot بالتطبيقات والبيانات والعمليات التجارية والمعرفة التي تدير شركتنا فعلياً

00:00:30.080 --> 00:00:34.080
وهنا تصبح قابلية توسيع Copilot مثيرة للاهتمام

00:00:34.640 --> 00:00:43.500
ضيف اليوم هو إيفاس هارفست خبير مايكروسوفت MVP ومستشار تطبيقات الأعمال في مجموعة AX World في سويسرا

00:00:43.500 --> 00:00:50.080
يعمل إيفاس عبر Microsoft 365 وأشر وديناميك 365 وباور بلاتفورم

00:00:50.080 --> 00:00:55.700
مع تركيز خاص على توسيع Microsoft 365 Copilot من خلال الوكلاء والتطوير المخصص

00:00:55.700 --> 00:01:03.300
سوف نستكشف قابلية توسيع Microsoft 365 Copilot وCopilot Studio وMicrosoft Azure Foundry

00:01:03.300 --> 00:01:09.900
لا أدري لقد غيروا الاسم وMicrosoft Graph والتطوير المخصص وMCPS وما إلى ذلك

00:01:09.900 --> 00:01:16.820
إذن يا إيفاس مرحباً بك في بودكاست MC65 أهلاً بالجميع شكراً لاستضافتي

00:01:16.820 --> 00:01:23.120
إنها حقاً فرصة جيدة لي لأكون هنا لذا شكراً لاستضافتي

00:01:23.120 --> 00:01:34.920
نعم أنا أشكرك قبل أن ندخل في الجانب التقني هل يمكنك إخبارنا قليلاً عن رحلتك وكيف دخلت إلى نظام مايكروسوفت البيئي

00:01:34.920 --> 00:01:41.800
نعم نعم نعم بالطبع لأنني بدأت مسيرة المهنية خارج عالم مايكروسوفت لأكون صادقاً

00:01:41.800 --> 00:01:51.800
لقد بدأت مسيرتي في عالم آبل كنت مهندسة برمجيات على منصة مك وبعد ذلك انتقلت إلى AOS وأشياء من هذا القبيل

00:01:51.800 --> 00:02:04.800
كان ذلك منذ وقت طويل ربما قبل 15 أو 20 عاماً انتقلت بعدها إلى عالم مايكروسوفت لأكون صادقاً بدأت مسيرتي مع الشيربوينت

00:02:04.800 --> 00:02:14.200
وبعد ذلك انتقلت إلى السحابة وأشر وم 365 لقد بدأت مع شيربوينت في مقر العمل

00:02:14.200 --> 00:02:24.580
ثم انتقلت إلى جميع الخدمات السحابية وفي النهاية باور بلاتفورم ومؤخراً كل ما يتعلق بالذكاء الاصطناعي بكل صدق

00:02:24.580 --> 00:02:33.900
لأنه أصبح الآن جزءاً كبيراً من M365 خاصة مع وجود تحول نحو الوكلاء الذكائيين

00:02:33.900 --> 00:02:36.640
وهذا باختصار ملخص رحلتي

00:02:36.640 --> 00:02:44.300
بدأت مسيرة المهنية في عالم هندسة البرمجيات وهي كلمة ربما ينساها الكثيرون اليوم

00:02:44.300 --> 00:02:48.680
لأن لدينا الآن كل ما يتعلق بالذكاء الاصطناعي

00:02:48.680 --> 00:02:54.680
وبشكل أساسي انتقلت هذه الأنشطة أو الوظائف إلى الذكاء الاصطناعي

00:02:54.680 --> 00:03:00.300
لذا فالأمر مختلف تماماً عما كان عليه قبل عشرون عاماً

00:03:00.300 --> 00:03:09.500
أجل أنت تقول إنك تعمل مع SharePoint وأرى إيضاً أنك تعمل مع Graph و Spike و Dynamic Power Platform

00:03:09.500 --> 00:03:14.980
فكيف أعدتك هذه الخلفية للجيل الحالي من تطوير الذكاء الاصطناعي

00:03:14.980 --> 00:03:27.340
في الأساس ملف الشخصي شامل حقاً لأنني في مسيرة المهنية اعتدت العمل مع العديد والعديد من المنتجات

00:03:27.340 --> 00:03:33.300
قد تكون منتجات تابعة لميكروسوفت أو غير تابعة لها

00:03:33.300 --> 00:03:39.540
لذا لدي في الأساس نطاق واسع من المهارات في الكثير من التقنيات والأدوات المختلفة

00:03:39.540 --> 00:03:44.340
لقد منحتني كل وظائف السابقة خلفية جيدة

00:03:45.020 --> 00:03:48.540
لأن الذكاء الاصطناعي الآن موضوع واسع

00:03:48.540 --> 00:03:53.700
حيث توجد أنواع مختلفة من الأساليب والتقنيات لتنفيذه

00:03:53.700 --> 00:03:59.780
قد يكون ذلك متعلقاً بالوكلاء الذكيين أو بسير العمل وأشياء من هذا القبيل

00:03:59.780 --> 00:04:04.680
لذا وبكل صدق منحتني كل وظائفي السابقة الكثيرة من المهارات

00:04:04.680 --> 00:04:08.000
لأكون مستعداً لهذا الانتقال نحو الذكاء الاصطناعي

00:04:08.000 --> 00:04:11.520
لقد انتقلت من أدوات البرمجة منخفضة الكودي لو كود

00:04:11.520 --> 00:04:14.200
إلى أدوات البرمجة الاحترافية برو كود

00:04:14.200 --> 00:04:20.940
نعم كل هذه الفرص والأنشطة في وظائفي منحتني مهارات جيدة

00:04:20.940 --> 00:04:25.940
للاستفادة منها في عالم الذكاء الاصطناعي لأكون صادقاً

00:04:25.940 --> 00:04:32.360
أجل والآن أنت أعمل كقائد لاختبارات الذكاء الاصطناعي

00:04:32.360 --> 00:04:35.420
ماذا يفعل قائد اختبارات الذكاء الاصطناعي؟

00:04:35.420 --> 00:04:40.840
أوه إنه سؤال جيد جداً لأن الكثير من الناس يطرحونه علي

00:04:40.840 --> 00:04:47.320
وظيفتي هي مواءمة المواصفات الوظيفية مع البنية التقنية

00:04:47.320 --> 00:04:53.960
أنا أتولى القيادة بعد الانتهاء من تحليل الأعمال

00:04:53.960 --> 00:04:58.660
لقد حددنا حالات الاستخدام الخاصة بالذكاء الاصطناعي

00:04:58.660 --> 00:05:01.660
لقد حددنا السيناريوهات وحالات الاستخدام

00:05:02.260 --> 00:05:06.440
لقد قمنا بتحديد وإجراء تحليل الأعمال الكامل

00:05:06.440 --> 00:05:12.700
ومهمتي هي أخذ هذه الاحتياجات ومواءمتها مع البنية التقنية خلف الكواليس

00:05:12.700 --> 00:05:21.780
وبعد ذلك أقود تنفيذ جميع الأدوات والحلول عندما نكون مستعدين لبدء التطوير

00:05:21.780 --> 00:05:28.790
أمر مثير للاهتمام

00:05:28.790 --> 00:05:34.110
في الواقع الكثير من الشركات تشتري لموظفيها تدريبات خاصة في

00:05:34.110 --> 00:05:35.650
هندسة الأوامر

00:05:35.650 --> 00:05:40.430
فلماذا تقول إن ذلك ليس كافياً؟

00:05:40.430 --> 00:05:49.940
هل تقصد هندسة الأوامر فقط في الوقت الحالي؟

00:05:49.940 --> 00:05:51.100
أجل أجل

00:05:51.100 --> 00:05:52.200
لماذا؟

00:05:52.200 --> 00:05:52.900
لماذا؟

00:05:52.900 --> 00:05:53.700
لماذا؟

00:05:53.700 --> 00:05:54.900
لماذا هم؟

00:05:55.680 --> 00:05:55.900
لماذا؟

00:05:56.620 --> 00:05:57.020
فقط

00:05:57.020 --> 00:05:58.160
كما تعلموا

00:05:58.160 --> 00:06:03.280
لماذا لا يكفي للشركات أن تعلم الناس هندسة الأوامر فحسبوا؟

00:06:03.280 --> 00:06:03.720
آهن

00:06:03.720 --> 00:06:04.300
نعم

00:06:04.300 --> 00:06:05.300
حسناً

00:06:05.300 --> 00:06:05.780
فهمت

00:06:05.780 --> 00:06:06.580
فهمت

00:06:06.580 --> 00:06:06.900
حسناً

00:06:07.480 --> 00:06:07.780
نعم

00:06:07.780 --> 00:06:08.280
نعم

00:06:08.280 --> 00:06:12.040
في الأساس لكي أكون صادقاً في الوقت الحاضر لديك

00:06:12.040 --> 00:06:13.320
كما قلت من قبل

00:06:13.320 --> 00:06:16.180
الكثير من الأدوات والتقنيات المختلفة

00:06:16.180 --> 00:06:16.720
لذا

00:06:16.720 --> 00:06:18.060
وبشكل أساسي

00:06:18.060 --> 00:06:19.240
في مرحلة ما

00:06:19.240 --> 00:06:24.400
يمكن للذكاء الاصطناعي أن يفهم ما يجب فعله وربما يوجهك قليلاً

00:06:24.400 --> 00:06:26.200
لكن بالنسبة لي

00:06:26.200 --> 00:06:29.680
دور المهندس المعماري أو مصمم البرمجيات

00:06:29.680 --> 00:06:35.580
تحتاج إلى وجود إنسان خلف الكواليس لأنك بحاجة إلى فهم العميل

00:06:35.580 --> 00:06:41.080
في الأساس لا يمكن للذكاء الاصطناعي أحياناً فهم سياق العميل

00:06:41.080 --> 00:06:43.620
أن ترى الصورة الكاملة

00:06:43.620 --> 00:06:51.120
ولكن خلف الكواليس التركيز فقط على هندسة الأوامر قد يكون جيداً في مرحلة ما

00:06:51.120 --> 00:06:53.660
لكنك بحاجة إلى المزيد

00:06:53.660 --> 00:07:01.020
لأنك تحتاج إلى وجود أشخاص خلف الكواليس من المهندسين المعماريين ومهندسي البرمجيات

00:07:01.020 --> 00:07:10.720
والكثير من الأشخاص الذين لديهم مهارات في تقنية المعلومات مثل شيربوينت أو واندرايف أو سيلز فورس أو ما شابه ذلك

00:07:10.720 --> 00:07:17.920
أنت بحاجة إلى متخصصين في تلك التقنيات لأن الذكاء الاصطناعي يمكنه فهم الكثير من الأشياء

00:07:17.920 --> 00:07:19.720
يمكنه أن يوجهك

00:07:19.720 --> 00:07:23.840
يمكنه إنشاء بعض الوثائق التقنية أو الوظيفية الرائعة

00:07:23.840 --> 00:07:29.400
لكنك تحتاج إلى وجود بشر خلف الكواليس يهتمون بالتأكد من جودتها

00:07:29.400 --> 00:07:31.360
هل تلبي احتياجات العميل؟

00:07:31.360 --> 00:07:33.040
هل هي أمور كهذه؟

00:07:33.040 --> 00:07:33.700
أنت ترى

00:07:33.700 --> 00:07:35.260
لتحقق من كل شيء

00:07:35.260 --> 00:07:38.720
هل التركيز على هندسة الأوامر فقط يكفي؟

00:07:38.720 --> 00:07:40.740
بالنسبة للآن

00:07:40.740 --> 00:07:48.160
نعم قد يكون خياراً إذا لم يكن لديك الوقت للتدريب أو الاستثمار في اكتساب بعض المهارات

00:07:48.160 --> 00:07:59.340
لكن بالنسبة لي يجب أن تمتلك مهارات جيدة في التقنيات الأساسية التي تريد بناء حلولك عليها لكي أكون صادقاً

00:07:59.340 --> 00:08:00.460
أجل أجل

00:08:00.460 --> 00:08:04.520
وأنت خبير في توسيع نطاق كوبيلوت

00:08:04.520 --> 00:08:12.320
أين يتوقف كوبيلوت القياسي في مايكروسوفت 365

00:08:12.320 --> 00:08:18.950
وأين يبدأ توسيع نطاق كوبيلوت؟

00:08:18.950 --> 00:08:19.710
آه نعم

00:08:19.710 --> 00:08:26.770
إنه سؤال جيد لأنه بصراحة قبل عامين عندما تم إصدار كوبيلوت

00:08:26.770 --> 00:08:32.190
وربما في نسخته الأولى كانت الدردشة في الأساس بسيطة للغاية

00:08:32.190 --> 00:08:34.750
بشكل أساسي يمكنك

00:08:34.750 --> 00:08:37.650
حسناً كان الأمر يشبه تشات جي بي تي

00:08:37.650 --> 00:08:42.950
لكن مايكروسوفت قورت مايكروسوفت 365 كوبيلوت كثيراً

00:08:42.950 --> 00:08:44.530
في الأساس الآن لديك

00:08:44.530 --> 00:08:45.250
تغطية

00:08:45.250 --> 00:08:47.990
لديك أنواع مختلفة من الميزات

00:08:47.990 --> 00:08:53.070
لذا أصبحت القابلية للتوسع الآن أقل مما كانت عليه في السابق

00:08:53.070 --> 00:08:57.810
لأنك في الماضي كنت تطور بعض الإضافات وأشياء من هذا القبيل

00:08:57.810 --> 00:08:59.610
ولكن في الوقت الحاضر

00:08:59.610 --> 00:09:02.430
لكي أكون صادقاً في هذا الوقت

00:09:02.430 --> 00:09:08.550
القابلية للتوسع تكون عندما تريد بناء شيء ما وتريد تخصيص المنسقي

00:09:08.550 --> 00:09:14.990
بشكل أساسي أو تريد تخصيص واجهة المستخدم بشكل أكبر قليلاً

00:09:14.990 --> 00:09:20.750
فإذا أردت دمج وكيلك ليس فقط في دردشة مايكروسوفت 365

00:09:20.750 --> 00:09:23.870
بل في موقعك الإلكتروني مثلاً

00:09:23.870 --> 00:09:24.590
فهذا النوع

00:09:24.590 --> 00:09:31.150
لذا تبدأ القابلية للتوسع عندما تريد تخصيص ما يجري في الكواليس بشكل أكبر قليلاً

00:09:31.150 --> 00:09:35.010
قد يكون ذلك في المنسقي

00:09:35.010 --> 00:09:39.610
إذا كنت تريد تخصيص المنسقي أو تخصيص واجهتك

00:09:39.610 --> 00:09:51.760
أو تخصيص جوانب مختلفة لا يستطيع كوبايلوت شات القيام بها أو الإجابة عليها

00:09:51.760 --> 00:09:52.400
واوا

00:09:52.400 --> 00:09:57.920
أعتقد أن الكثير من الناس يتحدثون عن الوكلاء

00:09:57.920 --> 00:10:00.000
أمم هل؟

00:10:04.790 --> 00:10:04.930
لماذا؟

00:10:05.650 --> 00:10:08.930
لماذا نفكر كثيراً الآن في وكلاء كوبايلوت؟

00:10:09.530 --> 00:10:14.930
ولماذا لا نبني، لا أدري، كوبايلوت وحداً كبيراً لكل شيء؟

00:10:14.930 --> 00:10:21.070
نعم، إنه أمر مثير للاهتمام حقاً لأنه الآن

00:10:21.070 --> 00:10:25.930
ولكي أكون صادقاً، مايكروسوفت كما قلت سابقاً تطورت كثيراً

00:10:25.930 --> 00:10:32.930
وربما لو كنا قبل ستة أشهر كان موضوع الوكلاء مطروحاً

00:10:32.930 --> 00:10:37.970
الآن قدمت مايكروسوفت كوبايلوت للعمل المشترك

00:10:37.970 --> 00:10:43.210
وبصراحة في الوقت الحاضر يمكن لام كوبايلوت استبدال الكثير من الوكلاء

00:10:43.210 --> 00:10:49.010
وبينما نفكر في الوكلاء، فالأمر يقتصر على فصل المهام

00:10:49.010 --> 00:10:56.390
لأننا الآن في نموذج متعدد الوكلاء، حيث لكل وكيل نطاقه ومسؤولياته الخاصة

00:10:56.390 --> 00:11:02.590
ونحن لا نصنع كوبايلوت وحداً كبيراً، والأمر ببساطة يعود إلى الأداء

00:11:02.590 --> 00:11:10.710
أولاً، لأنك عندما تمتلك مجموعة كبيرة من التعليمات والأدوات من حيث الأداء، سيصبح الأمر فوضوياً

00:11:10.710 --> 00:11:17.590
وهذه البنية الآن أصبحت تعتمد أكثر على تعدد الوكلاء، سواء كان ذلك في كوبايلوت ستوديو

00:11:17.590 --> 00:11:22.270
أو من خلال وكلاء مطورين خصيصاً عبر الكود أو التطوير المخصص

00:11:22.270 --> 00:11:33.170
لكن في الوقت الحالي، من الأفضل اتباع نهج الوكلاء المتعددين حيث يكون لكل وكيل نطاقه ومسؤوليته الخاصة من حيث الأداء

00:11:33.170 --> 00:11:36.390
ولتحقيق بنية واضحة للوكلاء

00:11:36.390 --> 00:11:45.690
نعم

00:11:45.690 --> 00:11:56.360
شوبينهاور

00:11:56.360 --> 00:12:11.510
وعندما ننظر إلى بنية وكيل الذكاء الاصطناعي الأساسية، أقول إن لدينا

00:12:11.510 --> 00:12:18.960
بعض كلمات المرور نحن، كلمات المرور حسناً

00:12:18.960 --> 00:12:25.800
لكن علينا التفكير في التفكير المنطقي والأدوات والمعرفة والتعليمات

00:12:25.800 --> 00:12:31.860
كيف يتناسب هذا مع بنية وكيل الذكاء الاصطناعي؟

00:12:31.860 --> 00:12:40.560
أول شيء يجب التفكير فيه أحد الأسئلة الأولى التي تحتاج للإجابة عليها هو

00:12:40.560 --> 00:12:42.680
ما هو الهدف؟

00:12:42.680 --> 00:12:44.740
الهدف الأول من هذا الوكيل

00:12:44.740 --> 00:12:57.640
في الأساس، تعتمد بنية الوكيل على ما إذا كنت تتبع نهج البرمجة منخفضة الكودي أو نهج التطوير المخصص لأن النهج يختلف تماماً

00:12:57.640 --> 00:13:01.180
ففي التطوير المخصص أنت تدير كل شيء

00:13:01.180 --> 00:13:08.920
أنت تدير الأمانة، وتدير الاستضافة، وتدير الكثير من الأمور المختلفة

00:13:08.920 --> 00:13:17.080
في نهج البرمجة منخفضة الكودي، الأمر مختلف تماماً لأنك تفكر فقط في تقديم التعليمات واختيار بعض الأدوات

00:13:17.080 --> 00:13:28.160
لذا، فإن البنية في نهج البرمجة منخفضة الكودي ليست بسيطة كما قلت للتوي، لكنها قد تكون سريعة جداً

00:13:28.160 --> 00:13:35.920
حيث يمكنك تحديد التعليمات واختيار أدواتك واختيار وكلاء آخرين إذا أردت الربط بينهم

00:13:35.920 --> 00:13:44.060
لكن الأمر يصبح معقداً عندما تتعامل مع التطوير المخصص أو عندما تطور وكيلك الخاص

00:13:44.060 --> 00:13:49.460
يمكن أن يكون ذلك على سبيل المثال عبر سيمانتك كرنل أو أيجنت فرينورك أو أشياء من هذا القبيل

00:13:49.460 --> 00:13:55.360
البنية قد تكون أكثر تعقيداً لأنك تحتاج للتعامل مع مفاهيم متقدمة جداً

00:13:55.360 --> 00:13:56.900
كما قلت مثل الأمان

00:13:56.900 --> 00:14:04.560
مما فيما يتعلق بالمصادقة إذا كان لديك أدوات متعددة وتريد دمج بعض البروتوكولات

00:14:04.560 --> 00:14:12.000
أو إذا أردت الاتصال بأدوات داخلية محمية بواسطة وكلاء عكسيين وما شابه ذلك

00:14:12.000 --> 00:14:20.060
لذا بشكل أساسي تحتاج للتفكير أكثر في الجوانب المعمارية عند التعامل مع الوكلاء المخصصين

00:14:20.060 --> 00:14:23.060
على سبيل المثال في كو بايلوت ستوديو

00:14:23.060 --> 00:14:29.340
من الناحية المعمارية من السهل حقاً تحديد البنية في نهج التطوير المخصص

00:14:29.340 --> 00:14:38.940
عليك التعامل مع مفاهيم متقدمة وبالنسبة للكثيرين قد يكون هذا صعباً لأنها جوانب تأسيسية عميقة

00:14:38.940 --> 00:14:40.780
واو آه

00:14:40.780 --> 00:14:48.160
في عملي بصراحة أنا أتعامل مع الكثير من الاحتياجات المختلفة

00:14:48.160 --> 00:14:51.860
قد يكون ذلك تطويراً مخصصاً أو كو بايلوت ستوديو

00:14:51.860 --> 00:14:56.640
أو مجرد وكيل بسيط في أيجنت بيلدر لحاجة بسيطة جداً

00:14:56.640 --> 00:15:03.680
لذا بشكل أساسي يعتمد تحديد البنية التحتية حقاً على النهج الذي تريد اتباعه

00:15:03.680 --> 00:15:09.580
أساساً يمكنك وضع بنية عامة لكن الأمر يعتمد بعد ذلك على النهج الذي تريده

00:15:09.580 --> 00:15:13.860
سواء كان كود منخفض أو كود كامل كما ترى

00:15:13.860 --> 00:15:19.850
نعم، نعم، مما؟ ولكن هل يمكننا؟

00:15:19.850 --> 00:15:26.270
هل يمكنك وصف تشريح وكيل ذكاء اصطناعي مؤسسي نموذجياً؟

00:15:26.270 --> 00:15:29.010
آه، نعم، يمكنني ذلك

00:15:29.010 --> 00:15:35.630
بشكل أساسي، إذا أردنا التحدث بأبسط صورة ممكنة

00:15:35.630 --> 00:15:45.390
فعندما يكون لديك حاجة على سبيل المثال قد يكون وكيل دعم فني فأنت تمتلك مجموعة من الأدوات

00:15:45.390 --> 00:15:57.660
لكن في الوقت الحالي، كما قلت لدينا نهج الوكلاء المتعددين وأنا أضع الوكيل الأول في المقدمة كواجهة

00:15:57.660 --> 00:16:06.800
إذن، هذا هو الوكيل الأمامي وسيقوم هذا الوكيل بتوجيه كل الطلبات عبر وكلاء مختلفين

00:16:06.800 --> 00:16:13.100
على سبيل المثال، إذا كان المستخدم يسأل سؤالاً عن سيلز فورس

00:16:13.100 --> 00:16:18.620
فسيقوم الوكيل بتوجيه الطلب إلى وكيل دعم سيلز فورس الفني

00:16:18.620 --> 00:16:23.560
كما ترى، لقد قمنا بتنفيذ هذا النوع من البنية لبعض العملاء

00:16:23.560 --> 00:16:27.100
لأن كل وكيل يهتم بنطاق تخصصه

00:16:27.100 --> 00:16:34.100
قد يكون ذلك لمنتجات مثل سيلز فورس أو لمئم 365 وأشياء من هذا القبيل

00:16:34.100 --> 00:16:40.040
وفي الخلفية، يمتلك كل وكيل مجموعة من التعليمات ومجموعة من الأدوات

00:16:40.040 --> 00:16:51.140
وفي الوقت الحالي، من الأفضل استخدام خوادم MCP لأنها أصبحت بمثابة رابط عالمياً لدمج خدمات متعددة مع الذكاء الاصطناعي

00:16:51.140 --> 00:16:59.280
لذا لدي مجموعة من خوادم MCP ولدي أيضاً بعض مصادر المعرفة الداخلية

00:16:59.280 --> 00:17:04.920
قد تكون مثل جيرة أو قاعدة معرفة سيرفيس نو أو أشياء من هذا النوع

00:17:04.920 --> 00:17:08.200
إذن لديك مجموعة من التعليمات لكل وكيل

00:17:08.200 --> 00:17:14.220
وهذه التعليمات تحدد نطاق عمل الوكيل ودوره

00:17:14.220 --> 00:17:22.620
وبعد ذلك يكون لديك خوادم MCP وربما تكون مصادر المعرفة عبارة عن ملفات PDF

00:17:22.620 --> 00:17:29.440
لذا يمكن أن تكون هناك أنواع متعددة من مصادر البيانات

00:17:29.440 --> 00:17:39.080
وبعد ذلك عذراً عندما يقوم المستخدم بطلب شيء ما مثلاً من الوكيل الرئيسي

00:17:39.080 --> 00:17:45.080
سيقوم الوكيل بتحديد أنه يحتاج لتفويض هذه المهمة للوكيل المختص

00:17:45.080 --> 00:17:50.720
لنلقي نظرة سريعة على الاحتمالات أو

00:17:50.720 --> 00:17:58.080
على كو بايلوت ستوديو أين يقع في البنية التحتية الشاملة

00:17:58.080 --> 00:18:02.240
كو بايلوت ستوديو لنكن صادقين

00:18:02.240 --> 00:18:05.460
هي أداة منخفضة البرمجة من مايكروسوف

00:18:05.460 --> 00:18:08.040
أولاً ومن حيث الهندسة المعمارية

00:18:08.040 --> 00:18:11.240
فإن كو بايلوت ستوديو مصمم حقاً

00:18:12.360 --> 00:18:18.700
لصناع الحلول بشكل أساسي للأشخاص الذين ليسوا مطورين في المقام الأول

00:18:18.700 --> 00:18:22.240
وفيما يخص البنية التحتية

00:18:22.820 --> 00:18:28.520
إذا أخذنا مثال دعم تكنولوجيا المعلومات الذي ذكرته سابقاً

00:18:28.520 --> 00:18:31.780
فإن كو بايلوت ستوديو سيلائم الغرض

00:18:31.780 --> 00:18:34.500
حيث يمكنه القيام بالمهمة

00:18:34.500 --> 00:18:37.740
إذ يمكنك تعريف خادم NCP

00:18:37.740 --> 00:18:43.380
ودمج مصادر معرفة خارجية أو داخلية بسهولة إذا أردت

00:18:43.380 --> 00:18:47.000
بعد ذلك كما قلت سابقاً

00:18:47.000 --> 00:18:52.000
إذا كانت لديك حالة استخدام تود فيها تخصيص أداة التنظيم قليلاً

00:18:52.000 --> 00:18:56.420
فلا يمكنك فعل ذلك خلف كواليس كو بايلوت ستوديو

00:18:56.420 --> 00:19:00.760
فأنت تكتفي بتفعيل منظم الذكاء الاصطناعي وهذا كل شيء

00:19:00.760 --> 00:19:05.720
لا يمكنك مثلاً تخصيص أولوية المهام التي ترغب في إنجازها

00:19:05.720 --> 00:19:12.340
لأن كو بايلوت ستوديو خلف الكواليس هو من سيحدد خطتك وسيقوم بتنفيذها

00:19:12.340 --> 00:19:17.560
لكن إذا كنت ترغب في الحصول على مزيد من التخصيص

00:19:17.560 --> 00:19:22.040
فستحتاج في هذه الحالة إلى استخدام تطوير مخصص

00:19:22.040 --> 00:19:29.920
مثل Semantic Kernel أو Land Chain وهو إطار عمل أصدرته مايكروسوفت مؤخراً

00:19:29.920 --> 00:19:36.260
ومن خلاله يمكنك تخصيص التنظيم بسهولة وتحديد سير العمل وتخصيص ما تريد

00:19:36.260 --> 00:19:44.060
هذا هو كو بايلوت ستوديو كبنية هندسية مصممة حقاً للبنائين وصناع الحلول

00:19:44.060 --> 00:19:48.460
لأنه من السهل جداً الحصول على وكيل يعمل بفعالية

00:19:48.460 --> 00:19:54.000
المشكلة الوحيدة في كو بايلوت ستوديو والتي يجب أن تنتبه لها

00:19:54.000 --> 00:19:58.140
هي أنه عند اختيار مسارك وتحديد بنيتك الهندسية

00:19:58.140 --> 00:20:01.160
يجب أن تأخذ التراخيص في الاعتبار

00:20:01.160 --> 00:20:05.380
لأنها تشكل جزءاً كبيراً من كل حل حالياً

00:20:05.380 --> 00:20:11.280
في الوقت الحالي تطور كو بايلوت ستوديو قليلاً إلى نموذج الدفع حسب الاستخدام

00:20:11.280 --> 00:20:16.780
وعليك الاهتمام بتقدير التكاليف لأنه بناءً على ما تريد تحقيقه

00:20:16.780 --> 00:20:20.260
يكون من الأفضل أحياناً إجراء تطوير مخصص

00:20:20.260 --> 00:20:28.280
حيث يمكنك الاستضافة أينما تريد والتحكم في جميع التكاليف وتقديرها بسهولة أكبر مما هو عليه الآن

00:20:28.280 --> 00:20:39.540
لأنه مع نهج أرصدتي كو بايلوت يصبح من الصعب أحياناً التنبؤ بالتكلفة لمدة شهر أو شهرين أو غير ذلك من الأمور المماثلة

00:20:39.540 --> 00:20:46.230
وما هي حدود استخدام كو بايلوت ستوديو؟

00:20:47.590 --> 00:20:50.230
ستوديو متى يجب أن أختار؟

00:20:50.990 --> 00:20:55.330
أعتقد نعم مايكروسوفت فاوندري أو أشر فاوندري

00:20:55.330 --> 00:21:04.370
لا أعرف ما هو اسمه الحقيقي وعندما أضطر لقولي حسناً يجب أن أقوم بتطوير مخصص بالكامل

00:21:04.370 --> 00:21:08.640
السؤال الأول الذي يجب

00:21:08.640 --> 00:21:14.940
الإجابة عليه هو حسناً هل أحتاج إلى تخصيص التنسيق؟

00:21:15.840 --> 00:21:20.240
هذا هو سؤال الأول بالنسبة لي لأن هذا السؤال سيخبرك

00:21:20.240 --> 00:21:28.240
حسناً إذا كنت لا ترغب في تخصيص التنسيق أو التعمق في كيفية عمله أو كيفية إنشاء الخطة

00:21:28.240 --> 00:21:35.220
يمكنك استخدام نهج الكود المنخفض مع كو بايلوت ستوديو على سبيل المثال أداة البناء

00:21:35.220 --> 00:21:39.000
أيضاً في بعض الأحيان عندما يكون لديك حالات استخدام بسيطة

00:21:39.000 --> 00:21:41.300
يمكنك استخدام هذا النوع من الأدوات

00:21:41.300 --> 00:21:48.620
ولكن إذا كنت ترغب في تخصيص التنسيق فأنت بحاجة إلى الانتقال إلى تطوير مخصص

00:21:48.620 --> 00:21:53.060
وفي هذه الحالة تحتاج إلى استخدام فاوندري للنموذج

00:21:53.060 --> 00:21:58.800
أو إذا كانت لديك منصتك الخاصة لأن ميزة التطوير المخصص هي

00:21:58.800 --> 00:22:05.020
أنه يمكنك دمج نماذج غير مستضافة في منصة مايكروسوفت فاوندري

00:22:05.020 --> 00:22:09.800
إذا أردت يمكنك استخدام نماذج فاوندري

00:22:09.800 --> 00:22:17.060
ولكن إيضاً إذا كان لديك أوز أو جوجل منصة جوجل على سبيل المثال جيميني

00:22:17.060 --> 00:22:26.060
أو قمت بنشر نموذج خارجياً فلديك القدرة على دمج تلك النماذج مباشرة في وكيلك عند استخدام نهج مخصص

00:22:26.600 --> 00:22:39.850
هذه ميزة أيضاً وبعد ذلك يمكنك تخصيص التنسيق وكيفية إنشاء الخطة وكل الأشياء ستدخل في وكيل فاوندري

00:22:39.850 --> 00:22:47.090
مشكلة فاوندري في الوقت الحاضر هي أن فاوندري في بداياته كان مجرد منصة لاستضافة النماذج

00:22:47.090 --> 00:22:54.410
عندما تنظر إلى الوراء قبل بضع سنوات كان الأمر كذلك مجرد كتالوج نماذج بسيط تقوم بنشره

00:22:54.410 --> 00:23:06.810
في الوقت الحالي طورت مايكروسوفت هذا المنتج ليصبح بإمكانك إنشاء وكيل باستخدام واجهة مستخدم تشبه كوبايلوت ستوديو بدون أي تعليمات برمجية

00:23:06.810 --> 00:23:11.710
يمكنك إدارة الحوكمة ويمكنك إدارة الكثير من الأمور

00:23:11.710 --> 00:23:19.050
لقد أصبحت منصة وكيلة حقاً مثل كوبايلوت ستوديو للبرمجة منخفضة الكود وما شابه ذلك

00:23:19.050 --> 00:23:28.590
وفي الوقت الحاضر أصبح من الصعب حقاً تحديد مكان فاوندري في النظام البيئي لأن فاوندري يتطور بسرعة

00:23:28.590 --> 00:23:34.310
وبشكل أساسي قدمت مايكروسوفت بعض الميزات التي لا أعرف

00:23:34.310 --> 00:23:43.810
ليست مختلفة لكن هناك تشابهات مع كوبايلوت ستوديو من حيث تكامل MCB وأشياء من هذا القبيل

00:23:43.810 --> 00:23:49.310
ولكن بعد ذلك فإن القيد الرئيسي لم كوبايلوت ستوديو يتعلق بالنماذج

00:23:49.930 --> 00:23:55.010
لذا لديك القدرة على دمج التعليمات البرمجية أو تصور هذه الأنواع من الأشياء

00:23:55.010 --> 00:24:01.210
ولكن إذا كنت تريد دمج نموذجك الخاص على سبيل المثال لأن لديك نسخة محددة من نموذجك

00:24:01.210 --> 00:24:10.310
فلا يمكنك القيام بذلك وبشكل أساسي تحتاج إلى استخدام تطوير مخصص لدمج منصة نماذج لغوية خاصة بك إذا كانت لديك

00:24:10.310 --> 00:24:15.010
لدي عملاء لديهم منصة EWS الخاصة بهم

00:24:15.010 --> 00:24:20.410
في هذه الحالة يمكنك دمج هذا النموذج مع تسعير يدار خارجيا

00:24:20.410 --> 00:24:23.600
حسنا

00:24:23.600 --> 00:24:24.400
حسنا

00:24:24.400 --> 00:24:30.640
وأعتقد عندما نبني وكيلا فإن أحد المواضيع هو إيضا أمر رائج

00:24:30.640 --> 00:24:39.330
نعم

00:24:39.330 --> 00:24:50.100
شوپنهاور

00:24:50.100 --> 00:25:02.080
يتحدث معظم الناس عن MCB وهو بروتوكول سياق النموذج

00:25:02.080 --> 00:25:07.420
لماذا أصبح هذا أحد أكبر المواضيع في تطوير الوكلاء

00:25:07.420 --> 00:25:15.820
وبالنسبة لشخص لم يعمل به بعد ما هو بروتوكول سياق النموذج

00:25:15.820 --> 00:25:19.860
نعم إنها كلمة كبيرة

00:25:19.860 --> 00:25:24.920
يتحدث الكثير من الناس عن هذا لأنه يحل مشكلة كبيرة

00:25:24.920 --> 00:25:31.100
إنه يتعلق بكيفية توحيد تكامل الأدوات والمهارات

00:25:31.100 --> 00:25:34.820
وربما الأدوات الخارجية للذكاء الاصطناعي

00:25:34.820 --> 00:25:39.860
وقد حل هذه المشكلة لأنه في الماضي وبدون MCB

00:25:39.860 --> 00:25:45.820
كان الأمر فوضويا لأن الكثير من الخدمات كانت تتحدث بطرق مختلفة

00:25:45.820 --> 00:25:48.820
لديك بروتوكول تكنولوجي مختلف

00:25:48.820 --> 00:25:55.420
ولديك نهج معمارية مختلفة وبشكل أساسي يقوم MCB

00:25:55.420 --> 00:26:00.380
بتوحيد أو دمج الخدمات مع وكيل الذكاء الاصطناعي الخاص بك

00:26:00.380 --> 00:26:03.880
أو حل الذكاء الاصطناعي إذا كنت أكثر عمومية

00:26:03.880 --> 00:26:11.220
لكن MCB الآن هو الطريقة الحقيقية لدمج الأدوات الخارجية أو الداخلية

00:26:11.220 --> 00:26:13.240
وقد يكون كلاهما

00:26:13.240 --> 00:26:18.440
لكن MCB الآن جزء كبير من معمارية الذكاء الاصطناعي

00:26:18.440 --> 00:26:21.440
لأن لديك هذه الوحدة من حيث التكنولوجيا

00:26:21.440 --> 00:26:24.220
وفي الوقت الحاضر هذه نقطة مهمة

00:26:24.220 --> 00:26:27.600
لأنه في الماضي كان الأمر يتعلق بتكامل واجهة برمجة التطبيقات

00:26:27.600 --> 00:26:29.300
والآن أصبح الأمر يتعلق بـ

00:26:29.300 --> 00:26:32.220
هذا ليس تطوراً

00:26:32.760 --> 00:26:37.020
لكن في الماضي كنت تقوم بدمج وكيلك البرمجي مع واجهة برمجة التطبيقات

00:26:37.020 --> 00:26:43.100
كان عليك الإدارة حسناً كيفية المصادقة أو إدارة ذلك أو استدعاء الأدات

00:26:43.100 --> 00:26:45.720
الآن يمكن للذكاء الاصطناعي أن يقول

00:26:45.720 --> 00:26:48.040
حسناً هذه الأدات متاحة لدي

00:26:48.040 --> 00:26:51.300
يمكن اختيار ما أحتاجه لتحقيق الهدف

00:26:51.300 --> 00:26:57.020
وما الذي تغير حقاً من MCB إلى

00:26:57.020 --> 00:26:59.640
إلى اتصال APA

00:26:59.640 --> 00:27:04.660
A في الأساس في الماضي من حيث

00:27:04.660 --> 00:27:09.220
A التكامل واجهة برمجة التطبيقات ليست ذكية

00:27:09.220 --> 00:27:10.960
إذا جاز لي القول

00:27:10.960 --> 00:27:15.700
A واجهة برمجة التطبيقات هي مجرد حسناً

00:27:15.700 --> 00:27:20.320
أنت أنت تستدعي أنت تستدعي أداة وهي تمنحك البيانات

00:27:20.320 --> 00:27:26.200
الفرق مع MCB هو أن MCB أكثر ذكاء من حيث البنية

00:27:26.200 --> 00:27:32.640
لأنه خلف الكواليس ليس لديك فقط أدوات تمنحك بيانات أو معلومات

00:27:32.640 --> 00:27:35.680
بل لديك أيضاً مهارات في التعليمات

00:27:35.680 --> 00:27:41.800
A وأنواع مختلفة من الأشياء التي تجعل MCB ذكياً حقاً

00:27:41.800 --> 00:27:45.700
وفي الأساس يمكن لم MCB أن يخبر الذكاء الاصطناعية

00:27:45.700 --> 00:27:48.360
حسناً هل تريد تحقيق ذلك؟

00:27:48.360 --> 00:27:50.040
يمكنني أن أقدم لك

00:27:50.040 --> 00:27:53.620
A الأدوات الدقيقة التي تطابق طلبك

00:27:53.620 --> 00:27:57.160
ويمكنك استدعاء ليس فقط أداة واحدة

00:27:57.160 --> 00:28:01.240
بل تحتاج إلى استدعاء هذه الأدوات لتحقيق ما تريد

00:28:01.240 --> 00:28:03.340
هذا هو دور MCB

00:28:03.340 --> 00:28:05.840
إنه يمنح الذكاء الاصطناعي الفرصة لقول

00:28:05.840 --> 00:28:07.680
حسناً لدي هذه الأدوات

00:28:07.680 --> 00:28:08.760
وبعد ذلك

00:28:08.760 --> 00:28:13.820
A يمكنك استدعاء هذه الأدات أو تلك أو أدوات متعددة لتحقيق أهدافك

00:28:13.820 --> 00:28:14.580
إنه يمنح

00:28:14.580 --> 00:28:16.280
يمنح الذكاء الاصطناعي السياقة

00:28:16.280 --> 00:28:17.360
السياقة الحقيقية

00:28:17.360 --> 00:28:20.780
A لكل شيء بينما واجهة برمجة التطبيقات هي مجرد

00:28:20.780 --> 00:28:24.360
حسناً لديك أدوات ولديك وصف وهذا كل شيء تقريباً

00:28:25.160 --> 00:28:26.240
إذن هل هو

00:28:26.240 --> 00:28:28.300
هل هو بروتوكول سياق النموذج

00:28:28.300 --> 00:28:30.060
model context protocol

00:28:30.060 --> 00:28:31.960
أعتقد أنه مشابه لام

00:28:31.960 --> 00:28:32.500
لام

00:28:32.500 --> 00:28:34.040
لام البيانات الوصفية

00:28:34.040 --> 00:28:34.960
meta data

00:28:34.960 --> 00:28:36.180
أم كيف يعمل

00:28:36.180 --> 00:28:47.400
بشكل أساسي هو بروتوكول تقني وخلف الكواليس لديك

00:28:47.400 --> 00:28:51.600
لديك نعم لديك بيانات وصفية لديك وصف

00:28:51.600 --> 00:28:54.280
لديك مهارات ذكاء اصطناعي مشروحة أكثر

00:28:54.280 --> 00:28:56.880
A هو يركز حقاً على الذكاء الاصطناعي

00:28:56.880 --> 00:28:59.460
في الأساس لديك مهارات لديك تعليمات

00:28:59.460 --> 00:29:03.020
وبشكل أساسي يمكن للذكاء الاصطناعي أن يفهم بشكل أفضل

00:29:03.020 --> 00:29:04.500
حسناً هذه الأدوات

00:29:04.500 --> 00:29:05.800
A تقوم بذلك

00:29:05.800 --> 00:29:07.340
هذه الأدات تقوم بذلك

00:29:07.340 --> 00:29:09.660
حسناً يمكنني استدعاء هذه المهارات

00:29:09.660 --> 00:29:10.580
يمكنني طلب

00:29:10.580 --> 00:29:13.760
A هذه المعلومات من خادم MCP من أجل تحقيق طلبي

00:29:13.760 --> 00:29:15.180
لكن لديك

00:29:15.180 --> 00:29:16.040
نعم لديك

00:29:16.040 --> 00:29:17.640
جزء من البيانات الوصفية

00:29:17.640 --> 00:29:19.520
لأنك بحاجة إلى تحديد

00:29:19.520 --> 00:29:21.080
حسناً اسم الأدات

00:29:21.080 --> 00:29:22.760
وما تفعله في الخلفية

00:29:22.760 --> 00:29:23.720
انظر

00:29:23.720 --> 00:29:24.120
هل

00:29:24.120 --> 00:29:25.480
هل يمكننا القول إن

00:29:25.480 --> 00:29:25.980
إن

00:29:25.980 --> 00:29:27.780
إن المستقبل هو MCP

00:29:27.780 --> 00:29:29.860
لذا يجب أن نبدأ بالتفكير في

00:29:29.860 --> 00:29:30.560
لا أعلم

00:29:30.560 --> 00:29:34.960
الشركات لديها المئات من واجهات برمجة تطبيقات رست داخل المؤسسة

00:29:34.960 --> 00:29:37.960
هل يجب أن يبدأ في بناء خوادم MCP حولها

00:29:37.960 --> 00:29:40.640
نعم نعم بشكل أساسي

00:29:40.640 --> 00:29:45.800
خادم MCP نعمل معه عبر واجهة برمجة تطبيقات في الخلفية

00:29:45.800 --> 00:29:48.480
هذا ليس بديلاً بشكل أساسي

00:29:48.480 --> 00:29:49.180
إذن

00:29:49.180 --> 00:29:50.960
إذا قمت بتلخيص هذا

00:29:50.960 --> 00:29:54.280
لأن خادم MCP هو مجرد حسناً

00:29:54.280 --> 00:29:55.540
إنه يوفر السياقة

00:29:55.540 --> 00:29:59.680
وفي الخلفية يمكن لم MCP استدعاء واجهات برمجة التطبيقات

00:29:59.680 --> 00:30:00.680
في الخلفية

00:30:00.680 --> 00:30:04.160
لكن خادم MCP هو واجهة أمامية

00:30:04.160 --> 00:30:08.000
الأدات الأمامية التي تحتاج إلى استدعائها

00:30:08.000 --> 00:30:12.500
لأنك في الخلفية ستقوم بتوزيع طلبك بناء على ذلك

00:30:12.500 --> 00:30:16.060
في الخلفية قد يكون هناك واجهة برمجة تطبيقات

00:30:16.060 --> 00:30:17.600
أو قاعدة بيانات

00:30:17.600 --> 00:30:19.280
أو أدوات متعددة

00:30:19.280 --> 00:30:20.680
لكنك تحتاج

00:30:20.680 --> 00:30:24.480
إذا كنت ترغب في الحصول على خادم MCP الخاص بك

00:30:24.480 --> 00:30:25.820
على سبيل المثال

00:30:25.820 --> 00:30:29.920
إذا كان لديك داخلياً في شركتك واجهات برمجة تطبيقات

00:30:29.920 --> 00:30:32.240
ولديك أنواع مختلفة من الخدمات

00:30:32.240 --> 00:30:36.100
قد تكون خدمة مالية أو خدمة موارد بشرية

00:30:36.100 --> 00:30:39.420
إذا كنت تريد بناء خادم MCP الخاص بك

00:30:39.420 --> 00:30:43.040
فأنت بحاجة للتعامل في الخلفية مع كل هذه الواجهات

00:30:43.040 --> 00:30:46.700
وسيحتاج خادم MCP إلى كشف كل هذه الواجهات

00:30:46.700 --> 00:30:47.900
ما هي الخدمات

00:30:47.900 --> 00:30:49.720
وما هي الأدوات المتاحة

00:30:49.720 --> 00:30:51.020
وما هي المهارات

00:30:51.020 --> 00:30:52.720
وهذا النوع من الأشياء

00:30:52.720 --> 00:30:54.180
مما؟

00:30:54.180 --> 00:30:57.640
بعد ذلك تحتاج إلى التعامل مع المصادقة في الخلفية

00:30:57.640 --> 00:31:01.160
لأن واجهات برمجة التطبيقات لا تعمل بنفس الطريقة

00:31:01.160 --> 00:31:06.660
حيث يمكنك الحصول على مصادقة بواسطة مفتاح أو بطرق أخرى من هذا النوع

00:31:06.660 --> 00:31:08.520
لذا تحتاج إلى التعامل مع ذلك

00:31:08.520 --> 00:31:10.940
ولكن MCP سيكشف عن الأدوات المتاحة

00:31:10.940 --> 00:31:15.220
وفي الخلفية يمكن لكل هذه الأدوات طلب واجهات برمجة تطبيقات متعددة

00:31:15.220 --> 00:31:17.940
واجهة برمجة تطبيقات واحدة قد تكون

00:31:17.940 --> 00:31:20.760
لديك أنواع مختلفة من البنية في الخلفية

00:31:20.760 --> 00:31:21.580
حسنا

00:31:21.580 --> 00:31:25.220
وكيف يقوم MCP؟

00:31:28.210 --> 00:31:31.050
باختيار الأدات الصحيحة عندما يكون لدي

00:31:31.050 --> 00:31:32.130
لا أعلم

00:31:32.130 --> 00:31:35.290
100 أو 500 وكيل ذكاء اصطناعي

00:31:35.290 --> 00:31:38.510
سيعتمد ذلك على

00:31:38.510 --> 00:31:39.190
أولا

00:31:39.190 --> 00:31:43.070
بشكل أساسي عندما يكون لديك طلب في وكيل ما

00:31:43.070 --> 00:31:45.730
ستكتشف جميع الأدوات المتاحة

00:31:45.730 --> 00:31:48.450
خادم MCP سيقوم بالتحقق

00:31:48.450 --> 00:31:48.890
حسنا

00:31:48.890 --> 00:31:51.190
لدي كل هذه الأدوات المتاحة

00:31:51.190 --> 00:31:54.430
وبشكل أساسي سيفهم منسق الوكيل

00:31:54.430 --> 00:31:55.330
حسنا

00:31:55.330 --> 00:31:56.410
لدي هذا

00:31:56.410 --> 00:31:58.790
ولدي نموذج لغوي كبير

00:31:58.790 --> 00:32:00.790
LLM متاحا

00:32:00.790 --> 00:32:01.650
بعد ذلك

00:32:01.650 --> 00:32:03.570
ستقوم بإنشاء الخطة

00:32:03.570 --> 00:32:05.630
إذا قمت بالتلخيص قليلا

00:32:05.630 --> 00:32:09.130
فستنشئ خطة تتضمن بعض الإجراءات

00:32:09.130 --> 00:32:10.430
وبعد ذلك

00:32:10.430 --> 00:32:13.030
في الإجراء الذي تريد تنفيذه

00:32:13.030 --> 00:32:18.370
يمكنك استدعاء أداة أو اثنتين أو ثلاث أو أكثر من الأدوات

00:32:18.370 --> 00:32:21.290
لتحقيق المهمة التي طلبها المستخدم

00:32:21.290 --> 00:32:22.390
لذا

00:32:22.390 --> 00:32:27.690
سيفهم منسق الوكيل أدوات MCP ويختار الأفضل منها للطلب

00:32:27.690 --> 00:32:29.570
هل ترى؟

00:32:29.570 --> 00:32:34.330
وهذا هو حقا دور المنسق في اختيار الأدوات

00:32:34.330 --> 00:32:38.830
وما شابه ذلك بمساعدة النموذج اللغوي الكبير بالطبع

00:32:38.830 --> 00:32:42.210
لأن النموذج اللغوي هو جزء من العقل

00:32:42.210 --> 00:32:45.730
وسيتواصل المنسق مع النموذج اللغوي

00:32:45.730 --> 00:32:51.330
وأيضا مع الأدوات لاتخاذ أفضل خيار وأفضل خطة لإنجاز المهمة

00:32:51.330 --> 00:32:54.540
نعم

00:32:54.540 --> 00:32:59.360
أعتقد أن الكثير من الشركات بدأت منذ فترة باستخدام PowerShell

00:32:59.360 --> 00:33:02.120
والآن يستخدمون Microsoft Graph API

00:33:02.120 --> 00:33:11.310
هل جاء Graph وMCP أو كيف؟

00:33:11.310 --> 00:33:11.710
نعم

00:33:11.710 --> 00:33:13.350
أعتقد في الواقع

00:33:13.350 --> 00:33:17.070
بصراحة لا يوجد MCP LAM Graph

00:33:17.070 --> 00:33:22.920
إذا أصميت هذا

00:33:22.920 --> 00:33:23.960
فأنت تعلم

00:33:23.960 --> 00:33:27.460
لديك الآن في عالم Microsoft 365

00:33:27.460 --> 00:33:31.620
قدمت Microsoft الكثير من خوادم MCP

00:33:31.620 --> 00:33:35.840
وتستند هذه الخوادم خلف الكواليس إلى Microsoft Graph

00:33:35.840 --> 00:33:41.520
على سبيل المثال إذا أردت استخدام خادم MCP الخاص بـ Teams

00:33:41.520 --> 00:33:48.280
فستجد أنه يتم استدعاء Graph API خلف الكواليس عند استخدام خادم MCP

00:33:48.280 --> 00:34:01.900
لذا فإن Graph API في عالم Microsoft 365 محوري لأن MCP سيتواصل مع Graph خلف الكواليس لجعل الطلب يعمل بشكل جيد

00:34:01.900 --> 00:34:05.200
ولكن نعم

00:34:05.200 --> 00:34:09.760
في الوقت الحاضري يعد Graph محورياً أيضاً في كوبيلوت بشكل عام

00:34:09.760 --> 00:34:13.980
لأن الفهرسة الدلالية لام كوبيلوت يعتمد على بيانات رو

00:34:13.980 --> 00:34:18.700
لكن في الواقع أن تستهلك Graph من خلال أدوات MCP

00:34:18.700 --> 00:34:21.860
في الوقت الحاضري الأمر يسير على هذا النحو

00:34:21.860 --> 00:34:30.690
تحتوي Microsoft 365 على قيمة هائلة

00:34:30.690 --> 00:34:34.650
سياقات تنظيمية ومستندات واجتماعات

00:34:34.650 --> 00:34:41.270
ورسائل بريد إلكتروني وأشخاص وفرق ومحادثات ومحتوى مشترك

00:34:41.270 --> 00:34:45.410
كيف نكشف عن هذا السياق دون نعم

00:34:45.410 --> 00:35:03.350
نعم إنها مشكلة دائماً لأن الكثير من الناس يبنون وكلاء دون وضع حوكمة مناسبة خلف الكواليس

00:35:03.350 --> 00:35:05.870
إذن أريد بناء وكيل ذكي

00:35:05.870 --> 00:35:09.170
حسناً لنبدأ نقوم بالبناء والنشر

00:35:09.170 --> 00:35:14.210
ولكن بعد ذلك سيتعامل هذا الوكيل مع الكثير من البيانات

00:35:14.210 --> 00:35:15.870
كيف ندير ذلك؟

00:35:16.610 --> 00:35:20.870
السؤال الأول هو كيف أضع حوكمة لهذا الوكيل؟

00:35:21.570 --> 00:35:25.230
قبل ذلك قد تصبح الأمور فوضوية كما ذكرت

00:35:25.230 --> 00:35:30.690
لأن الكثيرين يريدون بناء وكلاء أو حلول ذكاء اصطناعي

00:35:30.690 --> 00:35:36.450
ولكن خلف الكواليس إذا كنت في سياق ميكروسوفت 365

00:35:36.450 --> 00:35:41.330
فإن أول شيء يجب فعله هو فهم بياناتك

00:35:41.330 --> 00:35:46.890
لأنه بدون فهم بياناتك ستكون تائهناً

00:35:46.890 --> 00:35:53.750
عليك فهم بياناتك لأنه من المهم معرفة ما إذا كنت تتعامل مع بيانات سرية أم لا

00:35:53.750 --> 00:35:56.450
هل أتعامل مع بيانات سرية للغاية؟

00:35:57.310 --> 00:36:00.510
حسناً أنت بحاجة إلى فهم بياناتك

00:36:00.510 --> 00:36:03.970
بعد ذلك إذا كنت في نظام ميكروسوفت

00:36:03.970 --> 00:36:08.190
تحتاج إلى تطبيق ميزات مثل منع فقدان البيانات

00:36:08.190 --> 00:36:11.290
DLP وتصنيف الحساسية

00:36:11.290 --> 00:36:14.190
لأن غيابها قد يسبب مشكلة

00:36:14.190 --> 00:36:23.080
وبعدها تحتاج أيضاً إلى تنظيف بياناتك قليلاً

00:36:23.080 --> 00:36:28.600
لأن الذكاء الاصطناعي مع بيانات سيئة لن يعمل وكيلك كما تريد

00:36:28.600 --> 00:36:37.980
فإذا كان لديك فوضى في شير بوينت أو قنوات تيمز سيكون من الصعب أن يعمل النهج المعتمد على الوكلاء بشكل صحيح

00:36:37.980 --> 00:36:51.760
لكن نعم يجب أن تفهم بياناتك وتضع بعض الأساسيات الأمنية

00:36:51.760 --> 00:37:00.360
مثل المصادقة وميزات بورفيو التي أصبحت حلاً مركزياً لتطبيق كل هذه الإجراءات الأمنية والحوكمة

00:37:00.360 --> 00:37:11.680
وبعدما تنتهي من تنظيف بياناتك وتضع بعض أساسيات الأمان

00:37:11.680 --> 00:37:20.100
تحتاج أيضاً إلى فهم التراخيص لأنه قبل البدء في بناء الوكيل يجب أن تعرف من هم المطورون

00:37:20.100 --> 00:37:25.760
هل هم مدربون على ذلك؟

00:37:25.760 --> 00:37:28.760
وهل لدينا التراخيص صحيحة للبدء؟

00:37:30.260 --> 00:37:32.760
وهل نحتاج إلى اشتراكات معينة؟

00:37:33.760 --> 00:37:36.760
هذا النوع من الأمور يأتي لاحقاً

00:37:36.760 --> 00:37:48.680
من المشكلات الكبيرة هي الأدوات كيف أدمج جميع الأدوات بشكل صحيح في تطوير لوكيلي؟

00:37:48.680 --> 00:37:54.400
هل أحتاج إلى تقييد شيء ما؟

00:37:54.400 --> 00:38:00.440
بصراحة إنه سؤال كبير وهناك أنشطة مختلفة يجب أخذها في الاعتبار

00:38:00.440 --> 00:38:04.100
لكن بالنسبة لي الأهم هو فهم بياناتك

00:38:04.100 --> 00:38:09.700
وإذا لم تفهم الشركة بياناتها فستواجه مشكلة في البداية بصدق

00:38:09.700 --> 00:38:13.940
حسناً

00:38:13.940 --> 00:38:14.580
وأم

00:38:14.580 --> 00:38:17.900
متى وكيف؟

00:38:20.590 --> 00:38:21.370
هل قمنا باء؟

00:38:21.910 --> 00:38:22.710
حسناً

00:38:22.710 --> 00:38:24.370
هل سألنا عن ذلك؟

00:38:24.890 --> 00:38:25.270
أم

00:38:25.270 --> 00:38:29.070
موضوع الأمان آهن

00:38:29.070 --> 00:38:32.330
أعتقد أن هناك نوعين

00:38:32.330 --> 00:38:36.890
نعم نوعين من الأشخاص

00:38:36.890 --> 00:38:41.470
أحدهم يقول إنهم بحاجة إلى أذونات المستخدم

00:38:41.470 --> 00:38:45.770
والآخر يقول إنهم بحاجة إلى أذونات التطبيق

00:38:45.770 --> 00:38:50.770
كيف يجب أن يعمل الوكيل بشكل عام؟

00:38:50.770 --> 00:39:00.640
بشكل عام، توصيط الأفضل هي أنه عندما تتعامل مع حلول الوكلاء

00:39:00.640 --> 00:39:04.580
استخدم دائماً أذونات المستخدم أو الأذونات المفوضة

00:39:05.260 --> 00:39:08.480
لأنها من حيث الأمان أفضل بصراحة

00:39:08.480 --> 00:39:15.460
لأن المستخدم سيتعامل فقط مع البيانات والأدوات التي لديه حق الوصول إليها

00:39:15.460 --> 00:39:20.300
هذا، هذا هو المبدأ الأساسي

00:39:20.300 --> 00:39:28.040
بعد ذلك، إذا كنت بحاجة إلى إذن تطبيق لواجهة برمجة تطبيقات معينة أو سياق معين

00:39:28.040 --> 00:39:29.520
يمكنك ذلك

00:39:29.520 --> 00:39:34.020
لكن لا تستخدم أذونات التطبيق مباشرة

00:39:34.600 --> 00:39:38.020
بل اجعلها ضمن سياق غلافي رابر

00:39:38.020 --> 00:39:48.570
لذا يمكنك إنشاء خادم MCP على سبيل المثال، وتدمج هذا الخادم مع أذونات التطبيق في الخلفية

00:39:48.570 --> 00:40:03.090
بهذه الطريقة، سيقوم خادم MCP باستدعاء واجهة برمجة التطبيقات الخاصة بك في الخلفية باستخدام أذونات التطبيق، ثم يقدم لك المعلومات التي تحتاجها

00:40:03.090 --> 00:40:11.550
لكن المستخدم لا يتعامل مباشرة مع أذونات التطبيق، نحن نستدعي خادم MCP باستخدام أذونات المستخدم

00:40:11.550 --> 00:40:18.630
وسيقوم الخادم باستدعاء التطبيقات أو الخدمات في الخلفية باستخدام أذونات تطبيق مخصصة

00:40:18.630 --> 00:40:20.090
هل ترى الفرق؟

00:40:21.570 --> 00:40:24.490
آه حسناً، آه مثير للاهتمام

00:40:24.490 --> 00:40:32.090
أعتقد أننا عندما نفكر في البنية الهندسية، فإننا ننظر إلى الأمر بشكل أعمق قليلاً

00:40:33.090 --> 00:40:37.830
أعتقد أن هناك ثلاثة موضوعات كبيرة في البنية الهندسية

00:40:37.830 --> 00:40:46.830
لدينا توليد الرد المسترجع، ولدينا موضوع المعرفة، ولدينا ما أسميه البحث المؤسسي الخفية

00:40:46.830 --> 00:40:48.270
أم

00:40:48.270 --> 00:40:52.740
لنبدأ با راب

00:40:52.740 --> 00:40:56.460
أين يقع راب ضمن البنية الهيكلية؟

00:40:58.520 --> 00:40:59.660
آهن راب

00:40:59.660 --> 00:41:17.700
بصراحة، راب هو في الواقع الأكثر أهمية من حيث الأداء، لأن الذكاء الاصطناعي يحتاج إلى فهم أنواع مختلفة من البيانات، وبشكل أساسي وجد راب هنا للإجابة على الأسئلة

00:41:17.700 --> 00:41:32.620
لأنه في الماضي، عندما لم يكن لدينا راب، كان عليك التعامل مع نهج مختلف، لم نكن نستخدم أساليب قديمة، لكن الأمر كان معقداً

00:41:32.620 --> 00:41:47.980
لكن راب محوري لأن راب سيفهم أنواع مختلفة من البيانات، وستقوم باسترجاع المعلومات التي يحتاجها الذكاء الاصطناعي من المستندات، وقد تكون أنواع متعددة من البيانات

00:41:47.980 --> 00:42:14.560
لذا نعم، راب مركزي في بنية الذكاء الاصطناعي في وقتنا الحالي، أجل، لكن صحيح أنه بالنسبة للكثير من المستخدمين عندما تتحدث عن راب خلف الكواليس، فهم لا يعرفون ما هو، لأن مايكروسوفت في الوقت الحالي أو العديد من شركات البرمجيات لا تتحدث عن هذا، لأنه خلف الكواليس يوجد راب

00:42:14.560 --> 00:42:39.560
على سبيل المثال في كوبايلوت ستوديو، المستخدم لا يفهم أن ما يعمل خلف الكواليس هو راب كما ترى، وفي الوقت الحاضر عندما تريد التعمق، حسناً لديك هذا النوع من المفاهيم، لكن بالنسبة للكثيرين، راب هو أمر مجهول تماماً لأنهم يستخدمون الأدات فقط، وخلف الكواليس توجد هذه المفاهيم

00:42:39.560 --> 00:42:53.560
ثم ننتقل إلى الموضوع التالي وهو المعرفة كيف نحصل عليها، ومن أين تستمد أنظمة الذكاء الاصطناعي معرفتها؟ هل أجمعها أم كيف يعمل هذا؟

00:42:53.560 --> 00:42:58.280
في الواقع، يجب أن نكون صادقين المعرفة هي

00:42:58.280 --> 00:43:06.200
يمكن أن تكون مستضافة في الكثير من الأنظمة المختلفة

00:43:06.200 --> 00:43:20.160
يمكن أن تكون ملف نص بسيط أو ملف ماركدون أو قاعدة معرفة، يمكن أن تكون أي شيء، لكن في الواقع، إذا كان لديك خادم MCP، يمكنك الوصول إلى تلك المعرفة

00:43:20.160 --> 00:43:31.540
أو إذا كان لديك، على سبيل المثال، لا أعرف، إذا كان لديك موصل لمشير بوينت أو موصلات للعديد من الخدمات في الوقت الحالي، فالوصول إلى المعرفة أصبح أسهل من ذي قبل، لنكن صادقين

00:43:31.540 --> 00:43:36.500
لأنه في الماضي كان عليك بناء المكونات الإضافية الخاصة بك وزيارة كل شيء

00:43:36.500 --> 00:43:45.440
في الوقت الحالي، لديك موصل مباشر بأي أنظمة، ويمكنك دمج معرفتك دون التعامل مع طاقم تطوير كبير

00:43:45.440 --> 00:43:54.540
أعتقد، أعتقد غالباً أننا لا أعرف، أجمع مع، أقول لام، لا أعرف، أحد الزملاء

00:43:54.540 --> 00:44:06.230
همم، وكيف يفهم الذكاء الاصطناعي ما هي المستندات غير الجاهزة أو القديمة أو لا أعرف المكررة؟

00:44:06.230 --> 00:44:13.760
كيف؟ كيف؟ كيف يمكن؟ كيف يمكن لنظام الذكاء الاصطناعي فهم هذا؟

00:44:13.760 --> 00:44:18.640
ما الذي يجب علينا استخدامه وماذا أيضاً؟

00:44:18.640 --> 00:44:26.600
في الأساس، أنت تستخدم تقنية راب، لأنه خلف الكواليس تحتاج إلى فهم ما هي بياناتك

00:44:26.600 --> 00:44:35.560
لكن، لكي أكون صادقاً، إذا قمت بتلخيص الأمر قليلاً، فأنت تبدأ من المطالبة prompt حسناً

00:44:35.560 --> 00:44:44.560
المستخدم يريد، حسناً، يريد على سبيل المثال، البحث عبر لا أعرف، قاعدة معرفية، وعلى سبيل المثال، ويندرايف

00:44:44.560 --> 00:44:58.080
خلف الكواليس عندما يفهم المنسق بمساعدة النموذج اللغوي المطالبة ونية المستخدم خلف الكواليس لديك الفهرس في الأساس

00:44:58.080 --> 00:45:10.080
لأنه على سبيل المثال في كوبيلوت لديك الفهرس الدلالي، وهذا الفهرس يمنحك، في الأساس، حسناً، لدي كل هذه المعرفة

00:45:10.700 --> 00:45:21.080
ويمكنك من خلال استعلام الفهرس الدلالي، يمكن للذكاء الاصطناعي الاستعلام مباشرةً عن الفهرس الدلالي لتنفيذ راب على سبيل المثال

00:45:21.080 --> 00:45:37.340
ويمكنك مباشرة اختيار المستندات الصحيحة بناءً على الاحتياجات، لكن في كوبيلوت لديك هذا الفهرس الدلالي، ويمكن للذكاء الاصطناعي الاستعلام عن هذا الفهرس مباشرةً باللغة الطبيعية خلف الكواليس، لذا سأسأل

00:45:37.340 --> 00:45:50.720
حسناً، أريد أن أفهم، لا أعرف كيف، كيف أعد إعدادات الفي بي إن الخاصة بشركتي، وخلف الكواليس ستقوم بتنفيذ راب على الفهرس الدلالي واسترداد المستند الذي يحتوي على

00:45:50.720 --> 00:46:02.340
على سبيل المثال، كل إعدادات الفي بي إن الخاصة بالشركة، على سبيل المثال، في دردشة مايكروسوفت 365 كوبيلوت، خلف الكواليس يتم استخدام Graph API،

00:46:02.340 --> 00:46:31.000
لأنني كما قلت سابقاً، لديك الفهرس الدلالي المبني على Graph API، إنها ميزة Graph خلف الكواليس، ولكن عندما يكون لديك تطوير مخصص يكون لديك، على سبيل المثال، أشر أي سرش خلف الكواليس، كانت خدمة من خدمات أشر ولكن باسم مختلف، ولكن الآن يمكنك امتلاك نظام راب الخاص بك إذا أردت، وبشكل أساسي يمكنك عندما يكون لديك وكيل مخصص أن تطلب ذلك مباشرة من مثيل فوندري ATU

00:46:31.000 --> 00:46:46.340
حسناً، أريد استخدام، أريد الحصول على إعدادات شركة الVPN الخاصة بي، ويمكن للذكاء الاصطناعي استرجاع ما تحتاجه من مستندات، قد تكون ملفات PDF أو Word أو Excel أو أشياء من هذا القبيل

00:46:46.340 --> 00:46:55.690
واو، واو، هذه هي الطريقة التي يعمل بها البحث، أليس كذلك؟

00:46:59.140 --> 00:46:59.440
أو

00:46:59.440 --> 00:47:03.660
خلف الكواليس، هل تقصد؟ نعم

00:47:03.660 --> 00:47:06.220
آهن، خلف الكواليس، نعم

00:47:06.220 --> 00:47:08.020
لديك خاصية البحث

00:47:08.020 --> 00:47:18.440
ولكن بشكل أساسي في الوقت الحاضري، لديك خلف كواليس دردشة كوبايلوت، كوبايلوت، ثلاث قدرات

00:47:18.440 --> 00:47:28.600
لديك البحث القياسي، وهو ببساطة بحث تضع فيه بعض الكلمات المفتاحية وسيبحث عبر مستنداتك وما شابه ذلك

00:47:28.600 --> 00:47:35.480
هذا بحث بسيط، نحن جميعاً نعرف البحث بالكلمات المفتاحية مثل جوجل

00:47:35.480 --> 00:47:39.040
بعد ذلك، لديك قدرتان مختلفتان

00:47:39.040 --> 00:47:43.300
لديك أولاً تقنية الرب خلف الكواليس

00:47:43.300 --> 00:47:50.260
لديك قدرة الرب في براف، ولديك أيضاً

00:47:50.260 --> 00:47:59.620
بحث الفهرس الدلالي لام كوبايلوت، وهو مختلف قليلاً لأن الرب أكثر تقدماً من بحث الفهرس الدلالي لام كوبايلوت

00:47:59.620 --> 00:48:11.780
لكن لديك كل هذه القدرات الثلاث خلف الكواليس لكي يتمكن الذكاء الاصطناعي من استدعاء هذه القدرات الثلاث المختلفة لاسترجاع البيانات عبر واندرايف

00:48:11.780 --> 00:48:16.740
وتيمز وام 365 بشكل عام

00:48:16.740 --> 00:48:22.940
يمكن للفهرس الدلالي لام كوبايلوت أن يشمل أيضاً موصلات كوبايلوت

00:48:22.940 --> 00:48:33.940
على سبيل المثال، إذا كان لديك سيلز فورس متصل بموصل كوبايلوت، فيمكنه أيضاً البحث عبر جميع بياناتك في سيلز فورس وفي سيرفيس نو وفي أدوات متعددة

00:48:34.460 --> 00:48:45.780
لأن كل شيء بفضل موصل كوبايلوت قمت بدمج جميع البيانات في الجراف والفهرس الدلالي، فيمكنك الاستعلام مباشرةً عن أنظمتك الخارجية

00:48:45.780 --> 00:48:47.260
مميم

00:48:47.260 --> 00:48:49.780
حسناً

00:48:49.780 --> 00:48:50.940
وأعتقد أن

00:48:50.940 --> 00:49:06.110
عندما نبني الوكلاء لدينا جزء الحكمة وأحد الأجزاء بالنسبة لإيضاً هو إدارة دورة حياة الوكيل، كيف يبدو هذا في الواقع؟

00:49:07.590 --> 00:49:09.110
كيف يبدو الأمر في الواقع؟

00:49:09.770 --> 00:49:16.210
بصراحة، في نظام مايكروسوفت البيئي، الأمر بسيط للغاية إذا جاز للتعبير

00:49:16.210 --> 00:49:26.770
لأنك عندما تتعامل مع البرمجة منخفضة الكودي لو كود مثل كوبايلوت ستوديو، فأنت تتعامل مع منصة باور بلاتفورم، مفهوم إدارة الهوية، ولا شيء قد تغير

00:49:26.770 --> 00:49:31.650
لذا، لديك الحل، ولديك إدارة دورة حياة التطبيق أوم جاهزة، ولديك خطوط المعالجة باكلين

00:49:31.650 --> 00:49:35.410
عند تعامل مع كوبايلوت ستوديو، بصراحة، الأمر يشبه ما كان عليه من قبل

00:49:35.410 --> 00:49:41.830
لأنك تمتلك كل ما استثمرت فيه فيما يتعلق بحوكمة باور بلاتفورم ودورة الحياة وإدارة دورة حياة التطبيقات أوم

00:49:41.830 --> 00:49:46.870
الأمر متطابق تماماً، وهذا أمر جيد لأن الكثيرين يسألونني

00:49:46.870 --> 00:49:52.630
أو كوبايلوت ستوديو كيف أديره؟ هل يختلف علامة اقتباس مزدوجة؟

00:49:52.630 --> 00:49:57.890
لا، الأمر بسيط تماماً مثل إدارة دورة حياة تطبيقات باور أبس أو باور أوتومي

00:49:57.890 --> 00:50:05.370
في هذه الحالة هي إدارة دورة حياة الوكيل أيجنت، ولكن في الخلفية المفهوم هو نفسه كما في باور بلاتفورم

00:50:05.370 --> 00:50:16.270
وعندما تتعامل على سبيل المثال مع التطوير المخصص فهو يشبه إلى حد كبير بناء تطبيقات نيت وما شابها

00:50:16.270 --> 00:50:18.790
لأنك تدير كل شيء ككود

00:50:18.790 --> 00:50:25.190
لذا لديك أطور عمل ولديك جوانب أمنية وأشياء من هذا القبيل

00:50:25.190 --> 00:50:33.410
لذا بصراحة فيما يتعلق بإدارة التطبيقات والوكلاء المفهوم هو نفسه تماماً كما كان من قبل

00:50:33.410 --> 00:50:42.430
وهذه نقطة جيدة بالنسبة لي لأنك لست مضطراً للاستثمار كثيراً في عمليات دورة الحياة وما شابها ذلك

00:50:42.430 --> 00:50:46.910
لكن التغيير الوحيد الذي قد تواجهه وأحد التغييرات الكبيرة هو

00:50:46.910 --> 00:50:52.910
حسناً تحتاج إلى الاهتمام بنماذج اللغة الكبيرة LLM وأمور النشر وما شابه

00:50:52.910 --> 00:50:59.890
لكن في الخلفية يبدو الأمر مثل نهج ديف أوبس في الماضي مع خطوط الأنابيب، بايبلاينز وأشياء من هذا القبيل

00:50:59.890 --> 00:51:03.890
لذا في رأيي لم يتغير شيء لأننا ندير الوكيلة

00:51:04.830 --> 00:51:13.670
آهن، سواء كان تطويراً مخصصاً أو كوبيلوت، فأنت تتبع نفس النهج الذي كان متبعاً من قبله بصراحة في الوقت الحالي

00:51:13.670 --> 00:51:23.860
هذا يعني أو عندما لا تستخدم شركة ما الذكاء الاصطناعي من قبله

00:51:23.860 --> 00:51:33.550
لكن لديها إعداد مثالي لام بور فيو وديفيندر وجميع الأدوات الأخرى

00:51:33.550 --> 00:51:39.550
هل هناك أي تغيير يجب القيام به أم أن هذا يعني الجاهزية للذكاء الاصطناعي؟

00:51:39.550 --> 00:51:52.280
آهن، إنه سؤال كبير لأن الجاهزية للذكاء الاصطناعي بالنسبة لام مايكروسوفت تعتبر جيدة أن تضبط صلاحيات وتدير هذه الأمور

00:51:52.280 --> 00:52:01.020
ولكن الجاهزية للذكاء الاصطناعي بالنسبة لي ليست مجرد نهج تقني لأننا نعرف ما يجب القيام به تقنياً

00:52:01.020 --> 00:52:05.780
نحن بحاجة إلى إدارة الصلاحيات عبر الكثير من الخدمات

00:52:05.780 --> 00:52:06.980
هل تعلم؟

00:52:06.980 --> 00:52:11.680
بالنسبة لي، يجب أن تشمل الجاهزية للذكاء الاصطناعي أيضاً البيانات

00:52:11.680 --> 00:52:14.020
البيانات، هل تفهم ذلك؟

00:52:14.580 --> 00:52:18.040
لأنك، أمي، عندما لا تفهم بياناتك

00:52:18.040 --> 00:52:22.240
كما قلت من قبل، لا يمكنك إدارة الجزء التقني

00:52:22.240 --> 00:52:26.720
لأنه عندما لا تعرف ما هو سري وما ليس كذلك

00:52:26.720 --> 00:52:31.300
على سبيل المثال من الصعب وضع بعض إجراءات الأمان

00:52:31.300 --> 00:52:34.460
لكن إذا اتبعنا ما تقوله مايكروسوفت

00:52:34.460 --> 00:52:38.680
فإن الجاهزية للذكاء الاصطناعي تعني أن تدير الأذنات

00:52:38.680 --> 00:52:40.840
وأن تضع تصنيفات الحساسية

00:52:40.840 --> 00:52:46.320
وأن تقوم بتطبيق سياسات حماية البيانات العامة وغيرها من هذه الأمور

00:52:46.320 --> 00:52:50.440
لكن هناك أيضاً جانب أكثر شمولية

00:52:50.440 --> 00:52:56.120
فبالنسبة لي، الجاهزية للذكاء الاصطناعي ليست تقنية فقط

00:52:56.120 --> 00:53:00.520
بل عليك أيضاً مراعاة الجانب الوظيفي أو الاستراتيجي

00:53:00.520 --> 00:53:03.740
لنكن صادقين في وقتنا الحالي

00:53:03.740 --> 00:53:09.940
أجل، هذا مثير للاهتمام حقاً

00:53:10.500 --> 00:53:14.760
أعتقد أن الكثير من الشركات بدأت مع الذكاء الاصطناعي

00:53:14.760 --> 00:53:17.520
ولكن الآن مع وجود الوكلاء

00:53:17.520 --> 00:53:19.840
تقول الكثير من الشركات

00:53:19.840 --> 00:53:25.800
أوها لقد حذف كل رسائل بريد الإلكتروني أو فعل شيئاً ضارناً

00:53:25.800 --> 00:53:26.580
آمم

00:53:26.580 --> 00:53:33.200
كيف تعتقد أن الشركات ستعبر عن مخاوفها من الذكاء الاصطناعي؟

00:53:33.200 --> 00:53:39.830
إنه سؤال جيد لأنني أعيش في سويسرا

00:53:39.830 --> 00:53:42.630
ولدينا الكثير من البنوك الخاصة

00:53:42.630 --> 00:53:47.250
ولدينا لأكون صادقاً عملاء حساسون جداً

00:53:47.850 --> 00:53:51.110
والجزء الأكثر أهمية بالنسبة لهم هو

00:53:51.110 --> 00:53:54.730
حسناً، أين تتم معالجة البيانات؟

00:53:54.730 --> 00:53:55.730
بشكل أساسي

00:53:55.730 --> 00:53:56.730
وأيضاً

00:53:56.730 --> 00:54:02.110
حسناً، هل يقوم الذكاء الاصطناعي بالبحث في رسائل بريد الإلكتروني؟

00:54:02.110 --> 00:54:03.490
هذا النوع من الأمور

00:54:03.490 --> 00:54:12.170
خلف الكواليس، هم يسألون هذا دائماً، لكن الجزء الأكثر أهمية بالنسبة لهم هو

00:54:12.170 --> 00:54:19.330
حسناً، أحتاج أن أفهم أين تتم معالجة البيانات، وأيضاً أنا المسؤول عني

00:54:19.330 --> 00:54:30.480
مالك الذكاء الاصطناعي، لذا أنا أعطي التعليمات للذكاء الاصطناعي وهو يقوم بالمهمة في الخلفية

00:54:30.480 --> 00:54:39.000
وهم يخشون على سبيل المثال من الجانب المستقل لأنه في الوقت الحالي يمكنك القيام بذلك

00:54:39.000 --> 00:54:48.880
وسيقوم الذكاء الاصطناعي في الخلفية بالبحث والاستعلام، وهم يخشون من أنهم عندما يطلبون من النظام القيام بشيء ما

00:54:48.880 --> 00:54:55.400
ما الذي سيحدث خلف الكواليس، وأجلٌ، هناك الكثير من التساؤلات من هذا القبيل

00:54:55.400 --> 00:55:04.880
حسناً، كيف يمكنني التحكم في العملية الكاملة وراء هذا الشيء سواء كان وكيل ذكاء اصطناعي أو خدمة ذكاء اصطناعي؟

00:55:04.880 --> 00:55:12.880
نعم، هناك بعض الأسئلة من هذا النوع، لكن الأمر يتعلق حقاً بالتبني وأيضاً التدريب

00:55:12.880 --> 00:55:22.060
لوضع بعض التدريب حول كيفية فهم الذكاء الاصطناعي وكيفية فهم ما يتم تنفيذه خلف الكواليس بالضبط

00:55:22.060 --> 00:55:30.060
والشفافية أيضاً نقطة كبيرة لأن الشفافية يجب أن تطبق في كل حل من حلول الذكاء الاصطناعي

00:55:30.060 --> 00:55:40.060
فهي بالنسبة لي موضوع مهم لأنك بحاجة إلى وضع كل شيء في مكانه، فحل الذكاء الاصطناعي الخاص بك يجب أن يكون شفافاً

00:55:40.060 --> 00:55:46.460
تحتاج إلى فهم ما يتم تنفيذه خلف الكواليس وما هي البيانات التي يتم الاستعلام عنها

00:55:46.460 --> 00:55:54.140
وتحتاج إلى التتبع وتسجيل كل شيء، لذا يجب أن يكون كل شيء شفافاً عندما يكون لديك حل في الوقت الحاضر

00:55:54.140 --> 00:56:00.400
لأنك بحاجة إلى فهم ما يتم تنفيذه بالضبط وما هي البيانات التي تتم معالجتها

00:56:00.400 --> 00:56:02.400
وما هو المنطق وراء الكواليس؟

00:56:02.940 --> 00:56:09.520
حسناً، كيف قمت بإنشاء هذه الخطة وبناء على أي حقائق وأشياء من هذا القبيل؟

00:56:09.520 --> 00:56:13.280
رائعٌ، أوها، أرى أننا نفدنا من الوقت قليلاً

00:56:13.280 --> 00:56:20.960
لذا، نعم، آسفٌ، أنت تعلموا، كان هذا مذهلاً حقاً، لكن لدي في كل بودكاست جولة سريعة

00:56:20.960 --> 00:56:27.440
لذا، لذا سأعطيك جملة قصيرة وتعطيني إجابة قصيرة

00:56:27.440 --> 00:56:30.180
حسناً، إذن، هل أنت مستعد؟

00:56:30.180 --> 00:56:33.520
نعم، كو بايلوت ستوديو أم كود مخصص

00:56:33.520 --> 00:56:39.140
كو بايلوت ستوديو، مايكروسوفت فاوندري أم كو بايلوت ستوديو

00:56:39.140 --> 00:56:43.400
كو بايلوت ستوديو، تايب سكريبت أم سي هاش

00:56:43.400 --> 00:56:48.460
جيت هاب أم أشور ديف أوت

00:56:48.460 --> 00:56:52.500
جيت هاب، رب أم الضبط الدقيق، فاين تون

00:56:52.500 --> 00:56:57.140
حسناً، ما هي أكثر واجهة برمجة تطبيقات

00:56:57.140 --> 00:57:01.300
APA لام مايكروسوفت 365 مظلومة

00:57:01.300 --> 00:57:11.330
واجهة برمجة تطبيقات رب، تقنية واحدة يجب على كل مطور مايكروسوفت تعلمها في عام 2026

00:57:11.330 --> 00:57:13.870
جيت هاب كو بايلوت

00:57:13.870 --> 00:57:18.470
عندما يأتي ساتيا ندلة إليك ويقول

00:57:18.470 --> 00:57:25.530
ستحصل على كل المال والموارد التي تريدها لتحسين منصة الذكاء الاصطناعي الخاصة بنا

00:57:25.530 --> 00:57:27.890
يمكنك تطوير ميزة واحدة

00:57:27.890 --> 00:57:29.550
ماذا ستكون؟

00:57:29.550 --> 00:57:32.150
كل أمور الحوكمة التي نحتاجها

00:57:32.150 --> 00:57:35.020
واو

00:57:35.020 --> 00:57:47.100
من يجب أن أدعو في المرة القادمة إلى البودكاست وما هو السؤال الذي يجب أن أطرحه؟

00:57:47.100 --> 00:57:48.720
أوه سؤال جيد

00:57:48.720 --> 00:57:50.560
لدي الكثير من الأصدقاء

00:57:50.560 --> 00:57:51.640
ولكن نعم

00:57:51.640 --> 00:57:56.660
ربما يمكنك سؤال زميلتي التي شاركتني الحديث في العديد من المؤتمرات

00:57:56.660 --> 00:57:59.640
يمكنك سؤال كيلوي مور على سبيل المثال

00:57:59.640 --> 00:58:04.620
كانت مستشارة وظيفية قبل أن تنتقل إلى الجانب التقني الآن

00:58:04.620 --> 00:58:12.860
ولديها قصة جيدة حقا حول الأمور الوظيفية الأقل تقنية في عالم ديناميكس

00:58:12.860 --> 00:58:15.920
ربما يمكنك دعوتها وسؤالها

00:58:15.920 --> 00:58:22.500
حسنا أخبريني كيف نتعامل في الوقت الحالي مع الموازنة بين العمل الوظيفي والتقني

00:58:22.500 --> 00:58:26.380
لأنك تواجهين تحديات كبيرة في هذا المجال

00:58:26.380 --> 00:58:26.960
أجال

00:58:26.960 --> 00:58:28.640
وسؤال الختمي هو

00:58:28.640 --> 00:58:33.220
ما الذي ينبغي على الناس عندما يستخلصون درسما وحدا من هذه الجلسة؟

00:58:34.060 --> 00:58:36.220
ما الذي يجب عليهم أخذه؟

00:58:36.220 --> 00:58:40.220
من هذه الجلسة هل تقصد؟

00:58:40.220 --> 00:58:45.540
بشكل أساسي أن الذكاء الاصطناعي يتطور بسرعة

00:58:45.540 --> 00:58:58.380
وإذا أردت أن تكون مواكبا للمستجدات اليوم فعليك متابعة كل شيء لأن الذكاء الاصطناعي في الواقع يغطي كامل منظومة مايكروسوفت لنكن صادقين

00:58:58.380 --> 00:59:06.380
وفي الوقت الحالي أحد الأشياء التي يجب أن تذيكها هو أن التطور سريع

00:59:06.380 --> 00:59:10.440
ويجب أن تكون على اطلاع دائم في أي وقت

00:59:10.440 --> 00:59:17.060
لأنك ستفوت شيئا ما في مرحلة ما إذا لم تتعلم ولم تفهم هذا النوع من التطور

00:59:17.060 --> 00:59:21.370
أجل

00:59:21.370 --> 00:59:23.150
شكرا لانضمامك إلي

00:59:23.150 --> 00:59:32.370
أعتقد أن الدرس المهم المستفاد من هذه المحادثة هو أن توسيع قدرات مساعد مايكروسوفت ثلاثمائة وخمسة واسة كوبايلوت

00:59:32.370 --> 00:59:36.570
لا يقتصر ببساطة على كتابة مطالبات أكثر تعقيدا

00:59:36.570 --> 00:59:43.290
أعتقد أننا نتجه نحو بنية حيث يمكن للكوبايلوت والوكلاء ربط المعرفة المؤسسية با

00:59:43.290 --> 00:59:49.370
مايكروسوفت جراف وتطبيقات الأعمال وواجهات برمجة التطبيقات وما إلى ذلك

00:59:49.370 --> 00:59:50.350
أجل

00:59:50.350 --> 00:59:57.830
أعتقد أن كوبايلوت ستوديو ومايكروسوفت فاوندري والتطوير المخصص وتقنيات مثل أم سي بي

00:59:57.830 --> 01:00:01.290
تمنح المطورين صندوق أدوات رائعا وقويا

01:00:01.290 --> 01:00:07.370
لكن كلما زادت قدرة الوكلاء أصبحت الأساسيات أكثر أهمية أيضا

01:00:07.370 --> 01:00:18.510
الهوية والأذنات والأمان والحوكمة والاختبار وقابلية الملاحظة وإدارة دورة حياة التطبيق وما إلى ذلك

01:00:18.510 --> 01:00:24.450
لذا نعم أعتقد أنك قدمت نظرة عامة جيدة جدا على كل هذه المواضيع

01:00:24.450 --> 01:00:25.990
شكرا لانضمامك إلي

01:00:25.990 --> 01:00:35.130
وبالنسبة للمستمعين ستجدون جميع المعلومات في ملاحظات العرض على صفحة بودكاست M365FM

01:00:35.130 --> 01:00:38.410
حيث يمكنكم التواصل والاطلاع على أعمالي

01:00:38.410 --> 01:00:40.510
شكرا لوجودك هنا

01:00:40.510 --> 01:00:42.010
شكرا لاستضافتي

01:00:42.010 --> 01:00:44.710
لقد كان وقتا ممتعا للغاية معك

01:00:44.710 --> 01:01:14.690
شكرا للمشاهدة