إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
المشاهدة الحالية:
نسخة - البوابة (الكلاسيكية) من Foundryالتحويل إلى النسخة الخاصة ببوابة Foundry الجديدة
معظم الشركات لا تريد فقط روبوتات الدردشة. يريدون أتمتة أسرع وتحتوي على أخطاء أقل. قد يعني هذا الهدف تلخيص المستندات، معالجة الفواتير، إدارة تذاكر الدعم، أو نشر منشورات مدونة. في جميع الحالات، يكون الهدف هو نفسه: تحرير الأشخاص والموارد للتركيز على العمل ذي القيمة الأعلى عن طريق إلغاء تحميل المهام المتكررة والمتوقعة.
تقدم نماذج اللغة الكبيرة (LLMs) نوعا جديدا من الأتمتة مع أنظمة يمكنها فهم البيانات غير المهيكلة، واتخاذ القرارات، وتوليد المحتوى. في الواقع، قد تواجه الشركات صعوبة في الانتقال من العروض التجريبية إلى مرحلة الإنتاج. يمكن أن تنجرف LLMs، وتكون غير صحيحة، وتفتقر إلى المساءلة. بدون الشفافية، وتطبيق السياسات، والتنسيق، يصعب الوثوق بهذه النماذج في سير العمل الحقيقي للأعمال التجارية.
تم تصميم Microsoft Foundry لتغيير ذلك. إنها منصة تجمع بين النماذج والأدوات والأطر والحوكمة في نظام موحد لبناء وكلاء أذكياء. في مركز هذا النظام توجد خدمة وكلاء المسبك، التي تتيح تشغيل الوكلاء عبر التطوير والنشر والإنتاج.
تربط خدمة الوكلاء الأجزاء الأساسية من Foundry، مثل النماذج والأدوات والأطر، في وقت تشغيل واحد. يدير المحادثات، وينسق استدعاءات الأدوات، ويفرض أمان المحتوى، ويندمج مع أنظمة الهوية والشبكات والملاحظة. تساعدك هذه القدرات على بناء وكلاء آمنين وقابلين للتوسع، وجاهزين للإنتاج.
من خلال إزالة تعقيد البنية التحتية وفرض الثقة والسلامة من حيث التصميم، يمكن ل Agent Service مساعدتك في الانتقال من النموذج الأولي إلى الإنتاج بثقة.
المتطلبات المسبقه
- اشتراك في Azure مع إذن لإنشاء وإدارة موارد Foundry.
- مشروع مسبك. إذا لم تقم بإنشاء واحد بعد، ابدأ بإعداد البيئة.
- نموذج منشور يمكن لوكيلك استخدامه. يمكن أن تختلف توفر النماذج والمنطقة؛ انظر النماذج التي توجه الوكلاء.
التوفر، المناطق، والحدود
يمكن أن تختلف قدرات خدمة الوكلاء بناء على تجربة Foundry التي تستخدمها والنموذج والمنطقة التي تختارها.
- للاطلاع على حدود الخدمة، والحصص، واعتبارات التقييد (throttulation)، انظر الحصص والحدود لخدمة الوكيل.
- لدعم النماذج والمنطقة، راجع النماذج التي توجه الوكلاء.
إذا كنت تبني وكيل أول لك، ابدأ بروابط البدء السريع في خدمة وكلاء البنادر للتأكد من أنك على المسار الصحيح لواجهة برمجة التطبيقات لتجربتك في Foundry.
ما هو عامل الذكاء الاصطناعي؟
يتخذ الوكلاء القرارات، ويستدعيون الأدوات، ويشاركون في مهام سير العمل. يؤدون هذه المهام أحيانا بشكل مستقل وأحيانا بالتعاون مع وكلاء آخرين أو بشر. هي أساس لأتمتة العمليات الحقيقية.
العملاء الذين تنشئهم عبر Foundry ليسوا ضخمين. إنها وحدات قابلة للتركيب. لكل وكيل دور محدد، ويعمل بالنموذج المناسب، ومجهز بالأدوات المناسبة. تقوم بنشر كل وكيل ضمن وقت تشغيل آمن وقابل للملاحظة وقابلا للحكم.
للوكيل ثلاثة مكونات أساسية:
- النموذج (ماجستير في القانون الكبير): قوى التفكير وفهم اللغة.
-
التعليمات: حدد أهداف الوكيل وسلوكه وقيوده. يمكن أن تكون الأنواع التالية:
- تصريحي:
- يعتمد على الطلب: وكيل واحد معرف بشكل إعلاني يجمع بين تكوين النموذج، والتعليمات، والأدوات، ومحفزات اللغة الطبيعية لتحريك السلوك.
- سير العمل: سير عمل وكيلي يمكن التعبير عنه كرمز YAML أو كود آخر لتنسيق عدة وكلاء معا، أو لتحفيز إجراء بناء على معايير معينة.
- المستضافة: وكلاء محوسبة في حاويات يتم إنشاؤها ونشرها في الكود وتستضيفها Foundry.
- تصريحي:
- الأدوات: دع الوكيل يستعيد المعرفة أو يتخذ إجراء.
يتلقى الوكلاء مدخلات غير منظمة مثل مطالبات المستخدم أو التنبيهات أو الرسائل من عوامل أخرى. وهي تنتج مخرجات في شكل نتائج الأدوات أو الرسائل. وأثناء الطريق، قد يستدعون أدوات لتنفيذ عمليات الاسترجاع أو تحفيزها.
كيف يعمل الوكلاء في Foundry؟
فكر في Foundry كخط إنتاج للعملاء الأذكياء. مثل أي مصنع حديث، يجمع فاوندري بين محطات متخصصة كل منها مسؤولة عن تشكيل جزء من المنتج النهائي. بدلا من الآلات وأحزمة الناقل، يستخدم مصنع الوكلاء نماذج وأدوات وسياسات وتنسيق لبناء وكلاء آمنين وقابلين للاختبار وجاهزين للإنتاج. إليك كيف يعمل المصنع خطوة بخطوة:
1. النماذج
يبدأ خط التجميع عندما تختار نموذجا يمنح عميلك ذكاءه. اختر من بين كتالوج متزايد لنماذج اللغة الكبيرة (LLMs)، بما في ذلك GPT-4o وGPT-4 وGPT-3.5 (Azure OpenAI) وغيرها مثل Llama. النموذج هو جوهر التفكير للوكيل الذي يوجه قراراته.
2. قابلية التخصيص
شكل النموذج ليناسب حالتك. تخصيص العامل الخاص بك مع ضبط أو تقطير أو مطالبات خاصة بالمجال. ترميز سلوك الوكيل، والمعرفة الخاصة بالدور، والأنماط من الأداء السابق باستخدام بيانات تم جمعها من محتوى المحادثة الحقيقية ونتائج الأدوات.
3. المعرفة والأدوات
زود وكيلك بالأدوات. تتيح هذه الأدوات للوكيل الوصول إلى معرفة المؤسسات (مثل Bing، SharePoint، وAzure AI Search) واتخاذ إجراءات واقعية (عبر Azure Logic Apps، Azure Functions، OpenAPI، والمزيد). تعزز هذه الخطوة قدرة العميل على توسيع قدراته.
4. التزامن
العميل يحتاج إلى تنسيق. يقوم الوكلاء المتصلون بتنظيم دورة الحياة الكاملة، مثل التعامل مع استدعاءات الأدوات، وتحديث حالة المحادثة، وإدارة عمليات الاسترجاع، وتسجيل المخرجات.
5. إمكانية المراقبة
اختبر وراقب الوكلاء. يمكن ل Foundry التقاط السجلات والآثار والتقييمات في كل خطوة. مع رؤية كاملة على مستوى المحادثة وتكامل Application Insights مع المعلومات، يمكن للفرق فحص كل قرار وتحسين الوكلاء باستمرار مع مرور الوقت.
6. الثقة
تأكد من أن الوكلاء مناسبون وموثوقون لحجم العمل الذي يكلفون به. يطبق Foundry ميزات الثقة على مستوى المؤسسات، بما في ذلك الهوية عبر Microsoft Entra، والتحكم في الوصول القائم على الأدوار (RBAC)، ومرشحات المحتوى، والتشفير، وعزل الشبكة. أنت تختار كيف وأين يعمل وكلائك، باستخدام البنية التحتية المدارة على المنصة أو التي تجلب بنية تحتك الخاصة.
والنتيجة هي وكيل جاهز للإنتاج: موثوق، قابل للتوسيع، وآمن للنشر عبر سير العمل الخاص بك.
لماذا تستخدم خدمة وكلاء الصاهر؟
يوفر خدمة الوكلاء أساسا جاهزا للإنتاج لنشر الوكلاء الذكيين في بيئات المؤسسات. فيما يلي كيفية مقارنته عبر القدرات الرئيسية:
| القدرة | خدمة الوكيل |
|---|---|
| الظهور في المحادثات | الوصول الكامل إلى المحادثات المنظمة، بما في ذلك رسائل المستخدم إلى الوكيل والوكيل إلى الوكيل. مثالي لواجهات المستخدم، وتصحيح الأخطاء، والتدريب. |
| تنسيق الوكلاء المتعدد | دعم مضمن للمراسلة من وكيل إلى وكيل. |
| توزيع الأدوات | تنفيذ وإعادة محاولة استدعاءات الأدوات على جانب الخادم باستخدام تسجيل منظم. لا يتطلب الأمر تنسيقا يدويا. |
| الثقة والسلامة | فلاتر محتوى مدمجة للمساعدة في منع سوء الاستخدام والتقليل من مخاطر حقن الفورمات، بما في ذلك هجمات الحقن عبر الأوامر (XPIA). جميع المخرجات تخضع للسياسات. |
| التكامل المؤسسي | القدرة على إحضار storage، Azure AI Search index، و الشبكة الافتراضية لتلبية احتياجات الامتثال. |
| قابلية الملاحظة والتصحيح | تتبع كامل للمحادثات، واستدعاءات الأدوات، وتتبع الرسائل؛ تكامل Application Insights لبيانات الاستخدام. |
| التحكم في الهوية والسياسات | مبني على Microsoft Entra مع دعم كامل ل RBAC، سجلات التدقيق، والوصول المشروط للمؤسسات. |
الأمان والخصوصية والتوافق
تم تصميم خدمة الوكلاء لأحمال العمل المؤسسية حيث تحتاج إلى ضوابط قوية على الهوية، والشبكات، والتعامل مع البيانات، والسلامة.
- ضوابط السلامة: استخدم مرشحات محتوى مدمجة للمساعدة في تقليل المخرجات غير الآمنة والتقليل من مخاطر الحقن الفوري، بما في ذلك هجمات الحقن عبر الأوامر (XPIA).
- عزل الشبكة وضوابط إقامة البيانات: استخدم الشبكات الافتراضية وجلب مواردك الخاصة لتلبية متطلباتك.
- أحضر مواردك الخاصة: استخدم مواردك Azure الخاصة (مثل التخزين، Azure AI Search، و Azure Cosmos DB لحالة المحادثة) لتلبية احتياجات الامتثال والتشغيل. انظر: استخدم مواردك الخاصة.
- إرشادات الذكاء الاصطناعي المسؤول: للحصول على مجموعة أوسع من التوصيات وموارد الحوكمة، انظر الذكاء الاصطناعي المسؤول لمايكروسوفت فاوندري.
بدء استخدام Foundry Agent Service
للبدء مع خدمة الوكلاء، أنشئ مشروع Foundry ضمن اشتراكك في Azure.
إذا كنت تبني كودا، راجع ملفات تطوير تطوير تطوير مايكروسوفت فاوندري للحصول على خيارات وإرشادات لمجموعات تطوير البرمجيات.
إذا كانت هذه أول مرة تستخدم فيها الخدمة، ابدأ بإعداد البيئة وأدلة التشغيل السريع .
أنشئ مشروعا بالموارد المطلوبة. بعد إنشاء مشروع، قم بنشر نموذج متوافق مثل GPT-4o. عندما يكون لديك نموذج منشور، يمكنك البدء في إجراء استدعاءات API إلى خدمة الوكيل باستخدام مجموعات تطوير البرمجيات.
غرفة البحرين لتسوية المنازعات للوكلاء
لدعم مرونة الخدمة، تعتمد خدمة الوكيل على حسابات Azure Cosmos DB المقدمة من قبل العملاء لاستمرارية الأعمال واستعادة الكوارث (BCDR). يساعد هذا النهج في ضمان إمكانية الحفاظ على ولايتك واستعادتها في حال حدوث انقطاع إقليمي.
بصفتك عميلا ل Azure Standard، تقوم بتوفير وإدارة حساب Azure Cosmos DB الخاص بك بمستأجر واحد. تقوم بتخزين جميع حالات الوكيل في هذا الحساب. تتحكم في النسخ الاحتياطي والاسترداد من خلال القدرات الأصلية في Azure Cosmos DB.
إذا أصبحت المنطقة الأساسية غير متاحة، يتصل الوكيل تلقائيا بنفس حساب Azure Cosmos DB في المنطقة الثانوية. نظرا لأن كوزموس DB يحافظ على كل التاريخ، يمكن للوكيل مواصلة العمل مع أقل قدر من الاضطراب.
قم بتوفير وصيانة حساب Azure Cosmos DB الخاص بك، وقم بإعداد سياسات النسخ الاحتياطي والاسترداد المناسبة. يساعد هذا الجهد في ضمان استمرارية سلسة إذا أصبحت المنطقة الرئيسية غير متاحة.
للحصول على إرشادات التكوين، راجع استخدم مواردك الخاصةوشبكاتك الافتراضية.
التكاليف
استخدام خدمة الوكيل يمكن أن يكلف تكاليف من النموذج الذي تنشره وموارد Azure التي تستخدمها لمشروعك (على سبيل المثال، التسجيل وأي موارد يديرها العملاء توصلها).
لفهم وإدارة محركات التكاليف، راجع خطة وإدارة التكاليف.
استكشاف الأخطاء وإصلاحها
إذا كنت محجوبا عند البدء، تحقق من هذه المشاكل الشائعة:
- النموذج غير متوفر في منطقتك: راجع النماذج التي تخبر الوكلاء.
- يتم تقييد الطلبات أو فشلها بسبب الحصص: انظر الحصص والحدود لخدمة الوكيل.
- لا يمكنك الوصول إلى الموارد أو النشرات: أكد تعيينات أدوارك واتبع إعداد البيئة.
- تحتاج إلى تصحيح أخطاء استدعاءات الأدوات أو سلوك الوكلاء: ابدأ بوكلاء تتبع باستخدام SDKوالمقاييس.