إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
ينطبق على: Azure Logic Apps (الاستهلاك + قياسي)
Important
قدرة سير العمل الوكيلي للاستهلاك في وضع المعاينة وتخضع لشروط الاستخدام الإضافية لمعاينات Microsoft Azure.
تغطي هذه المقالة سير العمل الوكيلي للذكاء الاصطناعي التي تقوم بأتمتة العمليات التجارية المتوقعة والمستقرة. للعمليات غير المتوقعة أو التي يصعب تعريفها، انظر Azure Logic Apps Automation.
يدعم Azure Logic Apps سير العمل الذي يكمل المهام باستخدام حلقات الوكلاء مع نماذج لغوية كبيرة (LLMs). تستخدم حلقة الوكيل عملية تكرارية لحل المشكلات المعقدة متعددة الخطوات. ماجستير في القانون هو برنامج مدرب يتعرف على الأنماط ويؤدي الوظائف دون تفاعل بشري ، على سبيل المثال:
- تحليل المعلومات وتفسيرها وأسبابها مثل الإرشادات والمطالبات والمدخلات والبيانات الأخرى.
- اتخاذ القرارات، استنادا إلى النتائج والبيانات المتاحة.
- صياغة إجابات وإرجاعها مرة أخرى إلى الموجه، بناء على تعليمات العامل.
يمكنك بناء سير عمل يستخدم حلقات وكلاء مستقلة أو محادثة. تستخدم حلقة الوكيل اللغة الطبيعية للتواصل معك ومع النموذج المتصل. يستخدم العامل أيضا المخرجات التي تم إنشاؤها بواسطة النموذج للقيام بالعمل إما مع التفاعل البشري أو بدونه. يساعد النموذج حلقة الوكيل على توفير القدرات التالية:
- اقبل معلومات حول دور الوكيل وكيفية العمل وكيفية الاستجابة.
- تلقي التعليمات والطلبات أو المطالبات والرد عليها.
- معالجة المدخلات وتحليل البيانات وتحديد الخيارات، استنادا إلى المعلومات المتوفرة.
- اختر أدوات لإكمال المهام اللازمة لتلبية الطلبات. الأداة هي في الأساس تسلسل يحتوي على إجراء واحد أو أكثر يكمل مهمة.
- التكيف مع البيئات التي تتطلب المرونة وتكون مرنة أو ديناميكية أو غير متوقعة أو غير مستقرة.
مع 1,400+ موصل يمكنك استخدامها لبناء أدوات لاستخدام حلقة الوكلاء، تدعم سير العمل الوكيلي مجموعة واسعة من السيناريوهات التي تستفيد بشكل كبير من قدرات حلقة الوكلاء والنموذج. استنادا إلى سيناريوك، أنشئ إما سير عمل وكيل مستقل بدون تفاعل بشري أو سير عمل وكيل حواري مع تفاعل بشري لتناسب احتياجات حلك.
تغطي هذه النظرة العامة المجالات التالية:
- سير العمل الوكيلي مقابل غير الوكيل
- مفاهيم الحلقة الأساسية للوكيل
- سير العمل الذاتي مقابل سير العمل الوكيلي الحواري
- هيكل الوكيل
- أمثلة سيناريوهات
- المصادقة والتخويل
- معلومات الفوترة الأساسية
هل أنت مستعد للبناء الآن؟ اذهب مباشرة إلى:
سير العمل الوكيلي مقابل غير الوكيل
يمكن أن تتطور سير العمل التي تستخدم حلقات الوكلاء إلى ما هو أبعد من القيود المفروضة على سير العمل غير الوكالي:
يمكن لسير العمل الوكيلي التكيف مع البيئات التي تحدث فيها أحداث غير متوقعة، واختيار الأدوات بناء على المحفزات والبيانات المتاحة، والتعامل مع البيانات غير المهيكلة، وتوفير المزيد من التكيف والمرونة، وتحسين أدائها باستمرار، ودعم السيناريوهات المعقدة.
تعمل سير العمل غير الوكيل بشكل أفضل في بيئات مستقرة، وتتبع قواعد محددة مسبقا، وتؤدي مهام ثابتة ومتوقعة ومتكررة.
يوفر الجدول التالي المزيد من المقارنات بين سير العمل الوكيلي وغير الوكال:
| Aspect | Agent | غير وكيل |
|---|---|---|
| Logic | حدد خيارات مستنيرة حول المهام التي يجب تنفيذها، استنادا إلى المدخلات والمعلومات الأخرى المتاحة، واتخذ الإجراءات. | اتبع القواعد المعرفة مسبقا والتسلسلات الثابتة. |
| إدارة المهام | معاملة المهام ككيانات منفصلة | غير قابل للتطبيق |
| هيكل البيانات | معالجة البيانات غير المنظمة ومعالجتها. | معالجة البيانات المنظمة ومعالجتها بأنماط يمكن التنبؤ بها. |
| Adaptability | الكشف عن الظروف والبيئات المتغيرة والاستجابة لها، واتخاذ القرارات، والتكيف مع المدخلات الجديدة في الوقت الحقيقي. | قد يكافح مع البيئات التي تواجه تغييرات غير متوقعة أو ديناميكية. |
المفاهيم الرئيسية
تقدم الأقسام التالية المفاهيم الأساسية. للحصول على جولة عملية لهذه المفاهيم، انظر:
| Concept | Description |
|---|---|
| حلقة الوكيل | إجراء تم إنشاؤه مسبقا يستخدم عملية تكرارية منظمة لحل المشكلات المعقدة متعددة الخطوات. تحقق حلقة الوكيل هذا الهدف من خلال اتباع الخطوات بشكل تكراري: 1. التفكير: جمع ومعالجة وتحليل المعلومات والمدخلات المتاحة ، مثل النصوص والصور والصوت وبيانات المستشعر وما إلى ذلك ، من مصادر بيانات محددة. تطبيق نماذج المنطق أو المنطق أو التعلم لفهم الطلبات وإنشاء الخطط أو الحلول واختيار أفضل إجراء للرد على الطلبات أو تلبية الطلبات بمساعدة من نماذج الذكاء الاصطناعي التوليدية. 2. العمل: بناء على الخيارات التي تم إجراؤها والأدوات المتاحة ، أكمل المهام في العالم الرقمي أو الحقيقي. 3. تعلم (اختياري): قم بتكييف سلوكه الخاص بمرور الوقت باستخدام الملاحظات أو المعلومات الأخرى. يمكن للعامل قبول الإرشادات والعمل مع الخدمات والأنظمة والتطبيقات والبيانات عن طريق استدعاء الأدوات التي تقوم بإنشائها باستخدام الإجراءات التي تم إنشاؤها مسبقا في Azure Logic Apps، والاستجابة بالنتائج. يمكن للعامل معالجة المعلومات واتخاذ الخيارات وإكمال المهام باستخدام نموذج موزع، على سبيل المثال، في خدمة Azure OpenAI. ملاحظة: يمكن أن يتضمن سير العمل الوكيلي عدة وكلاء في تسلسل. لا يمكنك إضافة عامل مضمن كأداة في عامل آخر. لمزيد من المعلومات، راجع ما هو عامل الذكاء الاصطناعي؟ |
| نموذج اللغة الكبيرة (LLM) | برنامج مدرب على التعرف على الأنماط وأداء الوظائف دون تدخل بشري. لمزيد من المعلومات، راجع ما هي نماذج اللغات الكبيرة؟ |
| Tool | تحتوي الأداة على إجراء واحد أو أكثر يقوم بتنفيذ مهمة لعامل. على سبيل المثال، يمكن لأداة إرسال بريد إلكتروني، والعمل مع مصادر البيانات، وإجراء العمليات الحسابية أو التحويلات، والتفاعل مع واجهات برمجة التطبيقات، وما إلى ذلك. على سبيل المثال، راجع إنشاء أداة للحصول على الطقس. |
| معلمة الوكيل | معامل تعرفه على أداة أو في معامل فعل حتى يتمكن الوكيل من تمرير مخرجات النموذج فقط كمدخلات لإجراء في تلك الأداة. معلمات الوكيل تتركز على أداة واحدة، وتتلقى القيم فقط عندما يستدعي الوكيل الأداة، ويمكن أن تأخذ قيما مختلفة في كل مرة يستدعي فيها الوكيل نفس الأداة. للتفاصيل والأمثلة، انظر إنشاء معلمات الوكيل. |
| Context | يحتفظ العامل بمحفوظات السجل عن طريق الاحتفاظ بالحد الأقصى لعدد الرموز المميزة أو الرسائل كسياق وتمرير هذا السياق إلى النموذج للتفاعل التالي. كل نموذج له حدود طول سياق مختلفة. |
تختلف معلمات الوكيل عن المعايير التقليدية بالطرق التالية:
تنطبق معلمات الوكيل فقط على الأداة التي تحددها فيها. يعني هذا التقييد أنه لا يمكنك مشاركة معلمات العامل مع أدوات أخرى. وبالمقارنة، يمكنك مشاركة المعلمات التقليدية عالميا مع العمليات وهياكل تدفق التحكم في سير العمل.
معلمات الوكيل لا تستخدم القيم المحلولة عندما يبدأ سير العمل في التشغيل. تتلقى معلمة العامل قيمة فقط إذا استدعى العامل الأداة باستخدام وسيطات معينة. تصبح هذه الوسيطات معلمات العامل لاستدعاء الأداة.
يمكن للوكيل استدعاء نفس الأداة عدة مرات بقيم معلمات وكيل مختلفة، حتى عندما توجد تلك الأداة في نفس تكرار الحلقة. على سبيل المثال، يمكن لأداة التحقق من الطقس في كل من سياتل ولندن.
سير العمل الذاتي مقابل سير العمل الوكيلي الحواري
لمساعدتك على فهم كيفية اختلاف أنواع سير العمل الوكالتي هذه، تصف الأقسام التالية وتعرض أمثلة لكل نوع من أنواع سير العمل الوكيلي. كلا نوعي سير العمل يستخدمان حلقة وكيل وأدوات للحصول على حالة الطقس الحالية وإرسال تلك المعلومات عبر البريد الإلكتروني. يحتوي جميع الوكلاء على جزء معلومات حيث تقوم بإعداد العامل بالنموذج الذي تريده وتقديم إرشادات حول أدوار العامل ووظائفه وطريقة الاستجابة.
سير العمل الذاتي للوكلاء
الخطوات العليا التالية تصف سلوك سير عمل وكيل مستقل أساسي:
يبدأ سير العمل بأي مشغل مدعوم متاح.
اختياريا، قد يتم تشغيل صفر أو أكثر من الإجراءات بين المشغل والوكيل.
يقبل الوكيل تعليمات النظام والمحفزات أو المدخلات غير البشرية، مثل مخرجات من المحفز أو إجراء سابق.
يستخدم الوكيل نموذج Azure OpenAI أو واجهة برمجة تطبيقات LLM من المصدر التالي لتفسير وفهم التعليمات والطلب، حسب ما إذا كنت تستخدم سير عمل وكيل Consumption أو Standard Agentic. تستخدم حلقة الوكيل أيضا النموذج لمعالجة وتحليل المدخلات المقدمة.
تطبيق المنطق مصدر النموذج Consumption مايكروسوفت فاوندري Standard - خدمة Azure OpenAI resource
- مشروع مايكروسوفت فاوندري (معاينة)
- حساب إدارة Azure API مع واجهة برمجة تطبيقات LLM (معاينة)يساعد النموذج في التخطيط للأدوات التي يحتاج الوكيل لاستدعاؤها لأداء المهام اللازمة، بناء على تعليمات الوكيل.
يقوم العامل بإرجاع نتائج الأداة ويستجيب لمتصل سير العمل أو المستلم المحدد.
تظهر لقطة الشاشة التالية مثالا أساسيا على سير عمل الوكلاء المستقل:
سير العمل الوكيل الحواري
الخطوات العامة التالية تصف سلوك سير عمل وكيل محادثي أساسي:
يبدأ سير العمل دائما بالمشغل المسمى عند بدء جلسة الدردشة.
اختياريا، قد يتم تشغيل صفر أو أكثر من الإجراءات بين المشغل والوكيل.
يقبل الوكيل تعليمات النظام والمطالبات أو المدخلات التي يقدمها الإنسان من خلال واجهة الدردشة المدمجة ، على سبيل المثال ، ما هو الطقس في سياتل؟
يستخدم الوكيل نموذج Azure OpenAI أو واجهة برمجة تطبيقات LLM من المصدر التالي لتفسير وفهم التعليمات والطلب، حسب ما إذا كنت تستخدم سير عمل وكيل Consumption أو Standard Agentic. تستخدم حلقة الوكيل أيضا النموذج لمعالجة وتحليل المدخلات المقدمة.
تطبيق المنطق مصدر النموذج Consumption مايكروسوفت فاوندري Standard - خدمة Azure OpenAI resource
- حساب إدارة Azure API مع واجهة برمجة تطبيقات LLM (معاينة)بناء على إرشادات العامل، يساعد النموذج في تخطيط الأدوات التي يستدعيها العامل للمهام الضرورية.
يقوم العامل بإرجاع نتائج الأداة ويستجيب من خلال واجهة الدردشة إلى الموجه البشري.
تظهر لقطة الشاشة التالية مثالا أساسيا على سير عمل الوكلاء المحادثي:
تظهر لقطة الشاشة التالية واجهة الدردشة المدمجة التي يمكنك الوصول إليها من شريط أدوات المصمم أو قائمة الشريط الجانبي لسير العمل في بوابة Azure:
تدعم سير العمل الوكيلي المحادثي أيضا عميل دردشة خارجي يمكن للآخرين استخدامه خارج بوابة Azure. لتوفير وتأمين الوصول لهذا العميل الخارجي للدردشة، تحتاج إلى إعداد مصادقة الإنتاج والتفويض.
هيكل سير العمل الوكيلي
لبناء سير عمل وكيلي جديد، أنشئ تطبيق منطق استهلاك في تطبيقات Azure Logic متعددة المستأجرين أو تطبيق منطق قياسي في Azure Logic Apps بمستأجر واحد واختر أحد أنواع سير العمل التالية:
- الوكلاء المستقلون
- وكلاء المحادثة
تشمل هذه الأنواع من سير العمل جميع القدرات في سير العمل الاستهلاكي أو القياسي وتم تصميمها للعمل بشكل خاص مع قدرات الوكيل. تتضمن أنواع سير العمل هذه تلقائيا وكيلا فارغا.
على سبيل المثال، تظهر لقطة الشاشة التالية سير عمل وكيل مستقل جديد:
تظهر لقطة الشاشة التالية سير عمل وكيل محادثة جديد:
لبناء أحد هذه السير خطوة بخطوة، انظر:
في تطبيقات المنطق القياسية، إذا كان لديك سير عمل حالة حالي موجود، توضح لقطة الشاشة التالية كيف يمكنك إضافة إجراء وكيل ليشمل قدرات الوكيل الذاتي ونموذج اللغة الكبيرة:
بينما يتم إعداد سير عمل الاستهلاك التلقائي مع نموذج للاستخدام، تتطلب سير العمل الوكالتي القياسية إعداد اتصال بالنموذج ليستخدمه الوكيل:
ملاحظة
يعرض جزء الاتصال متطلبات الاتصال المختلفة، استنادا إلى نوع سير العمل ومصدر النموذج المحدد.
يتطلب الوكيل منك تقديم تعليمات تصف الأدوار التي يمكن للوكيل لعبها، والمهام التي يمكن للوكيل تنفيذها، ومعلومات وطبية محددة أخرى تساعد الوكيل على الاستجابة للطلبات، والإجابة على الأسئلة، وأداء المهام المطلوبة، على سبيل المثال:
يمكن أن يستجيب العامل الفارغ المتصل بنموذج إلى المطالبات التي تستخدم قدرات النموذج فقط، لذلك لا يتعين على العامل تضمين أدوات. ومع ذلك، لكي يستخدم العامل الإجراءات المتوفرة في Azure Logic Apps، يحتاجك العامل إلى إنشاء أدوات. يمكنك البدء في إنشاء أداة عن طريق إضافة إجراء أولا من معرض الموصلات.
يوضح الرسم التخطيطي التالي المعرض حيث يمكنك استعراض الإجراءات وتحديدها لإنشاء أدوات:
يوضح الرسم التخطيطي التالي عامل الطقس الذي يمكنه الحصول على التنبؤ بالطقس وإرسال التنبؤ بالبريد الإلكتروني:
المزيد من سيناريوهات سير العمل الوكيلي
يصف القسم التالي بعض الطرق الإضافية التي يمكن للعامل إكمال المهام في سير العمل:
وكيل قرض الرهن العقاري
تخيل أن البنك الخاص بك يستخدم وكيل قرض الرهن العقاري الذي يعالج القروض بشكل مستقل أو بتدخل بشري عند الضرورة عن طريق تنفيذ المهام التالية في حلقة واحدة منسقة:
- التحدث مع العملاء للإجابة على الأسئلة.
- مراجعة طلبات القروض.
- جمع المعلومات المالية لتقييم أهلية القرض.
- استرداد بيانات المخاطر وتحليلها.
- طلب وتلخيص التقييمات العقارية عند تقديمها.
- تضمين المراجعين البشريين لحالات الحافة.
- الموافقة على التطبيقات أو رفضها.
- إبلاغ الأطراف ذات الصلة بالقرارات.
عامل تنفيذ الطلب
لنفترض أن عملك يستخدم عامل تنفيذ الطلب لتنفيذ المهام التالية:
- تفاعل مع العملاء للإجابة على أسئلة المنتج، استنادا إلى معرفة المؤسسة.
- إنشاء الطلبات ولكن تمريرها إلى البشر عند الضرورة.
- توفير الدعم على مدار الساعة على مدار الساعة مع التصعيد الذكي.
يمكنك أيضا الحصول على عامل ينسق العمل عبر عوامل أخرى. على سبيل المثال، قد يكون لديك فريق من الوكلاء، مثل كاتب ومراجع وناشر، يعملون معا لإنشاء تقارير المبيعات وتوزيعها.
وكيل أمر عمل المرافق
لدعم فريق المرافق الداخلية، يقوم وكيل أمر العمل بتنفيذ المهام التالية:
- التحدث مع الموظفين وتوفير خيارات لطلبات الخدمة.
- افتح أوامر العمل استنادا إلى تحديدات الموظفين.
- إرسال أوامر العمل إلى فرق الخدمة المقابلة.
- قم بتحديث أوامر العمل مع تقدم العمل وحالته.
- أغلق أوامر العمل عند اكتمال المهام.
- إعلام الأطراف المناسبة بالوظائف المكتملة.
المصادقة والتخويل
تتواصل سير العمل الوكيلي المحادثي مع مجموعة واسعة من المتصلين، مثل الأشخاص، والوكلاء، وخوادم بروتوكول السياق النموذجي (MCP)، ووسطاء الأدوات، والخدمات الخارجية. يمكن أن يأتي هؤلاء المتصلون من شبكات ديناميكية أو غير معروفة أو غير موثوقة، لذا يجب عليك التحقق من صحة كل متصل وتفويضه.
اختر الخيار الذي يتناسب مع مرحلتك:
- التصميم والاختبار: تستخدم بوابة Azure مفتاح المطور للمصادقة والتفويض نيابة عنك.
- الإنتاج: قم بإعداد مصادقة الإنتاج والتفويض لنوع تطبيق المنطق الخاص بك.
مصادقة مفتاح المطور وتفويضه
بالنسبة للأنشطة غير الإنتاجية فقط، مثل التصميم والتطوير والتحقق السريع، يوفر مدخل Microsoft Azure مفتاح مطور وإدارته ويستخدمه لتشغيل سير العمل نيابة عنك.
ما هو مفتاح المطور؟
مفتاح المطور هو آلية مصادقة مريحة يستخدمها مدخل Microsoft Azure فقط لتشغيل سير العمل أثناء مراحل التصميم والتطوير والاختبار السريع في مدخل Microsoft Azure. خلال هذه المراحل، يتيح لك مفتاح المطور تخطي الحاجة إلى إعداد Easy Auth يدويا أو نسخ عناوين URL لمعاودة الاتصال بمشغل مع توقيعات الوصول المشترك (SAS). يرتبط المفتاح بمستخدم ومستأجر معين استنادا فقط إلى الرمز المميز لحامل Azure Resource Manager، وهو رمز مميز للوصول الذي يصادق على الطلبات إلى واجهة برمجة تطبيقات Azure Resource Manager REST.
تقوم البوابة تلقائيا بحقن مفتاح المطور عند استخدام تجارب اختبار مدمجة في مصمم سير العمل مثل تشغيل سير العمل، أو استدعاء مشغل الطلب ، أو التفاعل مع سير عمل وكيلي محادثي في واجهة الدردشة الداخلية. يرتبط المفتاح ضمنيا بجلسة عمل مستأجر ومستخدم مدخل تم تسجيل الدخول، لذلك لا يمكنك توزيع المفتاح خارجيا بسبب هذا الربط، الذي يستند فقط إلى الرمز المميز لحامل ARM.
قيود مفتاح المطور
توضح القائمة التالية قيود استخدام مفتاح المطور وتصميمه:
- المفتاح ليس بديلا عن المصادقة السهلة أو الهوية المدارة أو بيانات الاعتماد الموحدة أو عناوين URL لمعاودة الاتصال الموقعة في سيناريوهات الإنتاج.
- لم يتم تصميم المفتاح لمجموعات المتصلين الكبيرة أو غير الموثوق بها أو أدوات الوكيل أو عملاء الأتمتة.
- المفتاح ليس آلية تخويل لكل مستخدم بسبب نقص النطاقات والأدوار الدقيقة.
- لا يخضع المفتاح لنهج الوصول المشروط في طبقة تنفيذ الطلب، فقط في طبقة تسجيل الدخول إلى المدخل.
- المفتاح غير مخصص للاستخدام البرمجي أو CI / CD.
للمقارنة بين مفتاح المطور والمصادقة السهلة، راجع مفتاح المصادقة السهلة مقابل مفتاح المطور.
حالات استخدام مفتاح المطور
يصف الجدول التالي السيناريوهات المناسبة وغير المناسبة لاستخدام مفتاح المطور:
| السيناريوهات المناسبة | سيناريوهات غير ملائمة |
|---|---|
| اختبار سريع في المصمم قبل إضفاء الطابع الرسمي على المصادقة. | يحتاج سير العمل الخاص بك إلى أتمتة حتمية تستخدم كيان الخدمة والمصادقة السهلة أو SAS الموقع بدلا من ذلك. |
| تحقق من بنية سير العمل أو الروابط أو المشغل الأساسي وسلوك الإجراء. | - يتضمن المتصلون بسير العمل وكلاء خارجيين أو خوادم MCP أو عملاء محادثة. - أنت تخطط لنشر نقطة نهاية سير العمل خارج المستأجر الخاص بك. |
| وضع الحماية المؤقتة أو نماذج سبايك التي تعتمد لاحقا تقوية Easy Auth أو SAS URL. | يتطلب سير العمل هويات قابلة للتدقيق لكل مستخدم أو إبطال الرمز المميز أو نهج الوصول المشروط أو فرض الامتياز الأقل. |
المصادقة والموافقة على الإنتاج
عندما تكون سير العمل الوكيلي المحادثي جاهزا للإنتاج، تصف الأقسام التالية خيارات غير الإنتاج والإنتاج لتوثيق المتصلين وتفويض وصولهم إلى سير العمل الوكئي.
| تطبيق المنطق | المصادقة والتخويل |
|---|---|
| Consumption | OAuth 2.0 مع Microsoft Entra ID |
| Standard | المصادقة السهلة، المعروفة أيضا باسم مصادقة خدمة التطبيقات، على مورد تطبيق منطقي لديك تتيح عميل دردشة خارجي خارج بوابة Azure يمكن للآخرين استخدامه بعد إعداد المصادقة السهلة. راجع Easy Author لتطبيق المنطق الخاص بك. |
لمزيد من المعلومات حول مصادقة الإنتاج والتفويض، راجع تبويب نوع تطبيق المنطق الخاص بك.
OAuth 2.0 مع Microsoft Entra ID لتطبيق منطقك الخاص بك
بالنسبة لسير عمل الوكلاء المحادثة في الإنتاج، احم الوصول إلى عميل الدردشة الخاص بك باستخدام OAuth 2.0 مع معرف Microsoft Entra من خلال إعداد سياسة تفويض وكيل على مورد تطبيق المنطق الخاص بك. انظر الانتقال إلى مصادقة الإنتاج.
Billing
الاستهلاك: يستخدم نظام الفوترة نموذج الدفع حسب الاستخدام. يعتمد تسعير حلقة الوكيل على عدد الرموز التي يستخدمها كل إجراء وكيل ويظهر كوحدات مؤسسية على فاتورتك. للحصول على معلومات محددة عن التسعير، راجع Azure Logic Apps preciing.
المعيار: رغم أن سير العمل الوكيلي لا يفرض رسوما إضافية، إلا أن استخدام نماذج الذكاء الاصطناعي يفرض رسوما. لمزيد من المعلومات، راجع حاسبة تسعير Azure.