إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يقدم Copilot Studio أنواعا مختلفة من النماذج. تستند أنواع النماذج هذه إلى الاستخدام المقصود والتوافر. اختيار نموذج الذكاء الاصطناعي ليس قرارا تصميميا لمرة واحدة. يتم تقديم الطرازات، وتحديثها، وجعلها متاحة للجميع، واختيارها كإعدادات افتراضية، وفي النهاية يتم إخراجها من التقاعد. الوكيل الذي يعمل بشكل جيد مع نموذج واحد يمكن أن يتصرف بشكل مختلف تماما مع نموذج آخر، حتى مع نموذج من نفس عائلة النماذج.
عامل إدارة دورة حياة النماذج كممارسة تشغيلية مستمرة لكل وكيل إنتاج في Copilot Studio. إنشاء عملية قابلة للتكرار لاكتشاف تغييرات النماذج، وتقييم نماذج المرشحين، والاستعداد للتقاعد، ونقل الوكلاء المتأثرين، ومراقبة الجودة بعد النشر.
تغيير النموذج الذي يستخدمه الوكيل نادرا ما يكون مجرد تغيير في اختيار النموذج. يمكن للنموذج الأحدث تفسير التعليمات بشكل أكثر حرفية، واختيار الأدوات بشكل مختلف، وإنتاج طول استجابة وتنسيق مختلفين، وتغيير زمن التأخير. خطط لكل تغيير في النموذج كعملية ترحيل تشمل التقييم، وتحسين التعليمات والأدوات، والموافقة، والمراقبة بعد النشر.
المبدأ الأساسي هو تصميم المرونة، والعمل بحذر، ومتابعة كل تحديث بالتقييم. الترقية إلى كل موديل جديد تخاطر بتراجعات صامتة. تجنب جميع تغييرات الطراز يضمن حدوث حالة طارئة عند وصول التقاعد.
طبق دورة الحياة التالية على وكلاء الإنتاج:
- اكتشف نماذج جديدة، محدثة، افتراضية، ومتقاعدة.
- جرد الوكلاء، البيئات، المالكين، والعمليات التجارية التي تعتمد على كل نموذج.
- تقييم نماذج الاستبدال المرشحة مقابل خط أساس محدد.
- الموافقة على الانتقال باستخدام معايير الجودة والتشغيلية الموثقة.
- النشر من خلال عملية إدارة دورة حياة التطبيقات (ALM) في المنظمة.
- راقب نتائج الإنتاج وأضف سيناريوهات مكتشفة حديثا إلى مجموعة الانحدار.
- كرر العملية مع تطور النماذج ومتطلبات الوكلاء.
تغطي هذه المقالة الاكتشاف والجرد. تستمر السلسلة مع:
- حدد متى تطور نموذج الذكاء الاصطناعي: قرار الترقية، المتطلبات المسبقة، والاستجابة للتقاعد.
- شغل وتحقق من ترحيل النموذج: التقييم، الموافقة، النشر، والمراقبة.
تتطلب إدارة دورة حياة النماذج تنسيقا بين مالكي الوكلاء، والمصنعين، ومديري المنصات، والمختبرين، وفرق الأمن والامتثال، والموافقين على الإصدارات. تعيين الملكية قبل أن يؤدي تغيير النموذج إلى هجرة عاجلة.
فهم مشهد النماذج
قبل أن تتمكن من التخطيط لتغيير النموذج، تحتاج إلى معرفة كيف يصنف Copilot Studio النماذج، وأي النماذج يمكن لمؤسستك استخدامها فعليا، وأي الوكلاء يعتمدون على كل منها.
فهم أنواع إصدار النماذج
يحدد Copilot Studio النماذج حسب تصنيفات الإصدار والتوفر. تساعد هذه التصنيفات في تحديد كيفية تنظيم النموذج وأين يمكن استخدامه. تتغير أسماء الطرازات، ومراحل الإصدار، والتوافر الإقليمي، وحالة التقاعد مع مرور الوقت. تحقق دائما من توفر النموذج حسب المنطقة للحصول على المعلومات الحالية بدلا من الاعتماد على قائمة نماذج ثابتة.
الوكيل الذي يستخدم النموذج الافتراضي ينتقل إلى نموذج جديد كلما تم ترقية النموذج الافتراضي، سواء كنت قد خططت لذلك أم لا. بالنسبة للوكلاء ذوي المخاطر العالية والحجم الكبير، اختر نموذجا محددا بدلا من تتبع النموذج الافتراضي، بحيث يمر كل تغيير في النموذج عبر عملية الترحيل.
التحذير
يمكن أن تكون النماذج التجريبية ونماذج المعاينة محدودة، وجودة استجابة متغيرة، واختلاف في زمن الاستجابة أو استهلاك الرسائل، ومهلات مؤقتة، واعتبارات معالجة بيانات إقليمية. Copilot Studio لا توصي بها لوكلاء الإنتاج. إذا نشرت وكيلا يستخدم نموذجا تجريبيا أو معاينة وتفاعل المستخدمون معه، فإن هذا الاستخدام لا يزال يحسب بالأسعار المحددة.
مطابقة فئة استخدام النموذج مع غرض الوكيل
يقوم Copilot Studio بوضع علامة على كل نموذج بفئة استخدام تصف ما تم تحسين النموذج له. اختيار الفئة المناسبة لعبء عمل الوكيل يؤثر على الجودة وفترة التأخير واستهلاك الائتمان.
- Deep: محسن للاستدلال المتعمد ومتعدد الخطوات وسير العمل المدعوم بالأدوات. الأفضل للتحليلات المعقدة، وتحليل السياسات، وتركيب الوثائق. تحمل أعلى زمن استجابة واستهلاك ائتماني.
- تلقائي: يغطي أعباء العمل المختلطة عن طريق توجيه الاستعلامات بشكل ديناميكي. الأفضل لموظفي الدعم الفني والموظفين الذين يعانون من تعقيد استفسارات غير متوقع أو متنوع. الكمون والتكلفة يتغيران مع كل دور.
- عام: محسن للسرعة والتكلفة في الدردشة اليومية والتأريض الخفيف. الأفضل للصياغة، والتلخيص، والإجابات بأسلوب الأسئلة الشائعة، وأتمتة الإجراءات البسيطة. أقل زمن استجابة واستهلاك ائتماني.
تعرف على المزيد في فئات استخدام النماذج.
هام
أكثر أخطاء الترقية شيوعا هو عدم تطابق فئة الاستخدام، مثل نقل وكيل أسئلة متكررة عالي الحجم من نموذج عام إلى نموذج عميق لأن النموذج العميق يحصل على درجات أفضل. يمكن أن تتحسن جودة الإجابة بشكل طفيف بينما يرتفع الكمون واستهلاك الائتمان بشكل حاد. هذا التغيير هو تراجع صافي في تجربة المستخدم والتكلفة.
فهم النماذج الخارجية وضوابط المسؤول
يمكنك استخدام نماذج من مزودين خارجيين مثل Anthropic وxAI وMistral كنموذج رئيسي للوكيل. تعرف على المزيد في اختيار نموذج خارجي كنموذج الذكاء الاصطناعي الأساسي.
تتحكم إعدادات المسؤول في أي النماذج يمكن لصانعي التصنيع اختيارها في البيئة. النموذج الموثق كمتاح قد لا يزال غير متاح للوكيل الذي تقوم بترحيله إذا لم يكن الإعداد المطلوب مفعلا.
| إعداد المسؤول | تأثير توفر النماذج |
|---|---|
| معاينة نماذج الذكاء الاصطناعي التجريبية | قم بتفعيل النماذج قبل أن يتمكن الصانعون من اختيار نماذج معاينة أو تجريبية في البيئة. |
| نقل البيانات عبر المناطق | مطلوب للنماذج عبر الجغرافيا. يدير مسؤول المستأجر هذا الإعداد على مستوى البيئة في مركز إدارة Power Platform. |
| نماذج خارجية | يشغل مزودين خارجيين لبيئة أو مجموعة بيئة. يجب عليك أيضا السماح بالوصول لكل مزود بشكل منفصل في مركز مسؤولي Microsoft 365. هذا الشرط يجعل النماذج الخارجية هي الفئة الوحيدة التي تحتاج إلى إجراءين مستقلين للمسؤول. |
ملاحظة
تخضع نماذج المعاينة والتجريبية والنماذج الخارجية لإعدادات منفصلة. تفعيل نوع واحد لا يفعل الآخر. يمكن للمسؤول السماح بالمعاينة والنماذج التجريبية أثناء حظر النماذج الخارجية، أو العكس.
قبل التخطيط للترحيل، تأكد من توفر نموذج المرشح للصانع في البيئة المستهدفة. قائمة النماذج في Copilot Studio تعكس إعدادات المسؤول الخاصة بك وهي الحقيقة الأساسية لما يمكن لوكيل معين استخدامه. تعرف على المزيد في ضوابط الإدارة لاختيار نماذج الذكاء الاصطناعي.
راجع توفر النماذج بانتظام
راجع نموذج الذكاء الاصطناعي الأساسي لوكيلك بانتظام. إنه المصدر الموثوق لقائمة النماذج الحالية. تظهر نماذج جديدة هناك عند تقديمها، ويتم تحديث النماذج الحالية عندما تصبح متاحة بشكل عام، أو تصبح الافتراضية، أو توقف.
استخدم المصادر التالية معا:
| المصدر | وصف |
|---|---|
| تحديد نموذج الذكاء الاصطناعي الأساسي لوكيلك | المصدر الأساسي لتوافر النماذج وتقديم النماذج الجديدة: أسماء النماذج، علامات الفئات للاستخدام، علامات الإصدار، توفر كل منطقة، الأعلام عبر الجغرافيا، حالة التقاعد، توفر سحابة الحكومة الأمريكية، وضوابط المسؤول. |
| قائمة النماذج في Copilot Studio، في صفحة نظرة عامة للوكيل تحت النموذج | ما هو متاح فعليا لوكيل معين في بيئتك، بناء على إعدادات المسؤول لديك. |
| استمر في استخدام نموذج ذكاء اصطناعي متقاعد | كيف تعمل نافذة التوافق مع النماذج المتقاعدة وكيفية تفعيلها. |
| إشعارات مركز رسائل Microsoft 365ومسؤولي Power Platform | التغيير المستهدف للمستأجرين وإعلانات التقاعد. |
| خطط إصدار Copilot Studio وما الجديد في Copilot Studio | النموذج المستقبلي وخارطة طريق القدرات. |
| بيئات دورة الإصدار المبكرة | تحقق مسبقا لتغييرات المنصة والنماذج قبل أن تصل إلى بيئات حرجة للأعمال. |
| إدارة الاعتمادات والسعة في Copilot Studio | ما الذي يستخدمه المستأجر وعلى أي استهلاك، حسب النموذج. |
| إرشادات ترقية مزود النموذج | تغيرات السلوك بين أجيال النماذج، وتغييرات الأوامر التي تعالجها. |
وأيضا قم بتفعيل مراجعة عندما:
- يصبح النموذج ذي الصلة متاحا في المعاينة أو متاحا بشكل عام.
- النموذج الافتراضي يتغير.
- يتم الإعلان عن تقاعد الطراز أو ترقيته التلقائية.
- يصبح النموذج متاحا في منطقة المنظمة.
- تتيح المنظمة المعالجة عبر الجغرافيا، أو النماذج الخارجية، أو المعاينة والنماذج التجريبية.
- تحدد مراقبة الإنتاج مشكلة تتعلق بالجودة أو التأخير أو الموثوقية أو الاستهلاك قد يعالجها نموذج آخر.
الحفاظ على نموذج ومخزون وكيل
استخدم جرد الوكلاء المقدم في مركز إدارة Power Platform، أو واجهة Power Platform، أو واجهات برمجة التطبيقات Power Platform لتحديد الوكلاء الذين يستخدمون نموذجا معينا. استخدم هذه المعلومات لبدء اتصالات دورة حياة النموذج مع المالكين المتأثرين بالأعمال والفنيين.
استخدم أيا من المشاهدين التاليين في مركز إدارة Power Platform:
| عرض مركز إدارة Power Platform | كيفية الاستخدام |
|---|---|
| الإدارة>عمود Copilot Studio>Model | راجع الوكلاء عبر المستأجرين وحدد النموذج المكون لكل وكيل. تصفية أو تصدير النتائج للعثور على الوكلاء الذين يستخدمون النموذج المجدول للتقاعد. |
| الترخيص>عمودتفاصيل استهلاك> رسائل Copilot Studio>Environment> | اختر بيئة وراجع استهلاك الرسائل حسب نموذج LLM. استخدم هذا المنظور لتحديد البيئات والوكلاء والاستهلاك الأخير المرتبط بنموذج التقاعد. |
استعلام واجهة برمجة تطبيقات المخزون للعثور على الوكلاء حسب النموذج
تعد عروض مركز إدارة Power Platform فعالة لمراجعة وتصدير النتائج يدويا. استعلام واجهة برمجة تطبيقات المخزون بدلا من ذلك عندما تريد جمع نفس المعلومات برمجيا، بحيث يمكن كتابة سكريبتات وجدولة وتكرار تعداد الوكيل عبر المستأجر بأكمله بدلا من تحميل التقارير يدويا. يمكن للمنظمات التي لديها عقارات وكلاء كبيرة استخدام هذا النهج لتحديث قائمة الوكلاء المتأثرين عند الطلب أثناء الهجرة التقاعدية والحفاظ على تحديثها بين أحداث دورة الحياة.
تعيد واجهة برمجة تطبيقات المخزون اسم الوكيل، واسم العرض، والبيئة، والنموذج المكون في استعلام واحد على مستوى المستأجر، لذا لا حاجة لارتباط مع مصدر بيانات آخر.
قبل أن تجري الاستعلام:
- سجل الدخول بحساب يشغل دور مسؤول Power Platform أو مسؤول Dynamics 365.
-
احصل على رمز وصول للمورد
https://api.powerplatform.com/. - تأكد من تفعيل مخزون الوكيل للمستأجر.
أرسل طلب POST إلى نقطة نهاية استعلام الموارد، وفلتر على نوع المورد microsoft.copilotstudio/agents ، وعرض الحقول التي تحتاجها، بما في ذلك properties.model:
POST https://api.powerplatform.com/resourcequery/resources/query?api-version=2024-10-01
Authorization: Bearer <access-token>
Content-Type: application/json
{
"TableName": "PowerPlatformResources",
"Clauses": [
{
"$type": "where",
"FieldName": "type",
"Operator": "in~",
"Values": ["'microsoft.copilotstudio/agents'"]
},
{
"$type": "project",
"FieldList": [
"name",
"properties.displayName",
"properties.model",
"environmentId = tostring(properties.environmentId)"
]
}
],
"Options": { "Top": 200 }
}
يرجع الرد سجلا واحدا لكل وكيل. تستبدل أسماء الحقول في الرد النقطة بخط تحت، لذا properties.model يتم إعادتها ك properties_model:
{
"totalRecords": 158,
"count": 200,
"data": [
{
"name": "00000000-0000-0000-0000-000000000000",
"properties_displayName": "Sample Agent",
"properties_model": "GPT-5 Auto",
"environmentId": "00000000-0000-0000-0000-000000000000"
}
]
}
تتضمن totalRecords الاستجابة وعندما يتم اقتطاع النتائج، قيمة skipToken . أعد تلك القيمة وكرر Options.SkipToken الطلب حتى يتم استرجاع جميع السجلات.
قم بتجميع السجلات المجمعة حسب properties_model الأماكن التي يستخدم فيها كل نموذج عبر المستأجر. المثال التالي يوضح عدد الوكلاء حسب النموذج للمستأجر، باستثناء الوكلاء الذين يستخدمون نموذج Copilot Studio الافتراضي أو يعملون في تجربة Microsoft 365 Copilot:
Model Count
----- -----
Claude Sonnet 4.6 24
GPT-5 Chat 22
GPT-5.5 Chat 5
GPT-5 Auto 4
Claude Sonnet 4.5 3
Claude Opus 4.6 2
Claude Opus 4.7 1
Claude Opus 5 1
Claude Sonnet 5 1
GPT-4o 1
GPT-5.6 Reasoning 1
عند الإعلان عن التقاعد، قم بتصفية نفس مجموعة النتائج على نموذج التقاعد لإنتاج قائمة الوكلاء المتأثرين، وبيئاتهم، ومعرفات وكلائهم. استخدم القيمة environmentId لتعيين كل وكيل إلى بيئة مسماة، وتوجيه النتائج إلى مالكي تلك البيئات. تعرف على المزيد في "رد على نموذج تقاعد" للاستجابة الكاملة للتقاعد.
تعرف على المزيد في:
استخدم Power Platform CLI للحصول على تفاصيل محددة بالبيئة
استخدمها pac copilot list عندما تحتاج إلى الوكلاء وسياق الحل لبيئة واحدة، مثل تحضير الانتقال في بيئة واحدة:
pac copilot list --environment <environment-id-or-url>
يرجع الأمر اسم الوكيل، معرف Copilot، حالة المكون، الحالة المدارة، معرف الحل، رمز الحالة، ورمز الحالة. هذا الناتج لا يشمل النموذج، لذا استخدم واجهة برمجة تطبيقات المخزون لتحديد الوكلاء حسب النموذج. يستخدم pac admin list لاسترجاع أسماء البيئة والمعرفات.
ما الذي يجب تسجيله لكل وكيل
النموذج وحده لا يكفي لتخطيط الهجرة. سجل ما يلي لكل وكيل، حتى تعرف عند إعلان التقاعد من تتواصل معه وما هو العمل الذي يحتاجه كل وكيل:
- اسم الوكيل، معرف الوكيل، البيئة، ونوع البيئة، مثل التطوير أو الاختبار أو الإنتاج.
- أهمية الأعمال.
- صاحب عمل، مالك تقني، مختبر، ومصادق إصدارات.
- النموذج المكون وعلامة الإصدار الخاصة به.
- سواء استخدم الوكيل النموذج الافتراضي أو نموذجا محددا محددا.
- متطلبات المعالجة عبر الجغرافيا والقيود الإقليمية.
- سواء كان الوكيل يعمل بواسطة الحزام القياسي أو بواسطة حزام GitHub Copilot، وهو ما يحدد طرق اختبار التقييم المتاحة له. تعرف على المزيد في اختر الحزام.
- حدد اختبار الانحدار الموقع وتاريخ آخر تشغيل خط الأساس.
- هل نافذة الطراز المتقاعد قيد الاستخدام، ومتى تنتهي، ومن وافق عليها.
الخطوة التالية
مع فهم مشهد النموذج ووجود مخزون وكيلك، استخدم معايير القرار لتحديد ما إذا كانت هناك حاجة للترقية.