الترحيل إلى كيان التأليف V3
يوفر تأليف V3 نوعا جديدا من الكيانات ، وهو كيان التعلم الآلي ، إلى جانب القدرة على إضافة علاقات إلى كيان التعلم الآلي والكيانات أو الميزات الأخرى للتطبيق. لا يوجد حاليا تاريخ يجب فيه إكمال الترحيل.
الكيانات قابلة للتحلل في V3
تسمح لك الكيانات التي تم إنشاؤها باستخدام واجهات برمجة تطبيقات التأليف V3، إما باستخدام واجهات برمجة التطبيقات أو مع البوابة الإلكترونية، بإنشاء نموذج كيان متعدد الطبقات مع أحد الوالدين والأطفال. يعرف الأصل باسم كيان التعلم الآلي ويعرف الأطفال باسم الكيانات الفرعية للكيان المتعلم آليا.
كل كيان فرعي هو أيضا كيان للتعلم الآلي ولكن مع خيارات التكوين المضافة للميزات.
- الميزات المطلوبة هي قواعد تضمن استخراج كيان عندما يطابق ميزة. يتم تعريف القاعدة بواسطة الميزة المطلوبة للنموذج:
كيف تقارن هذه العلاقات الجديدة بتأليف V2
قدم تأليف V2 كيانات هرمية ومركبة إلى جانب الأدوار والميزات لإنجاز هذه المهمة نفسها. نظرا لأن الكيانات والميزات والأدوار لم تكن مرتبطة بشكل صريح ببعضها البعض ، فقد كان من الصعب فهم كيف تضمن LUIS العلاقات أثناء التنبؤ.
مع V3 ، تكون العلاقة واضحة ومصممة من قبل مؤلفي التطبيق. يتيح لك ذلك ، بصفتك مؤلف التطبيق ، ما يلي:
- شاهد بصريا كيف يتنبأ لويس بهذه العلاقات ، في أمثلة الأقوال
- اختبار هذه العلاقات إما باستخدام جزء الاختبار التفاعلي أو عند نقطة النهاية
- استخدم هذه العلاقات في تطبيق العميل، عبر كائن .json جيد التنظيم ومسمى ومتداخل
التخطيط
عند الترحيل، ضع في اعتبارك ما يلي في خطة الترحيل:
- قم بعمل نسخة احتياطية من تطبيق LUIS الخاص بك ، وقم بإجراء الترحيل على تطبيق منفصل. يتيح لك توفر تطبيق V2 و V3 في نفس الوقت التحقق من صحة التغييرات المطلوبة والتأثير على نتائج التنبؤ.
- التقاط مقاييس نجاح التنبؤ الحالية
- التقاط معلومات لوحة المعلومات الحالية كلقطة لحالة التطبيق
- مراجعة المقاصد والكيانات وقوائم العبارات والأنماط واختبارات الدفعات الحالية
- يمكن ترحيل العناصر التالية دون تغيير:
- الأهداف
- الكيانات
- كيان التعبير العادي
- كيان القائمة
- الميزات
- قائمة العبارات
- يجب ترحيل العناصر التالية مع التغييرات:
- Entities
- كيان هرمي
- الكيان المركب
- الأدوار - لا يمكن تطبيق الأدوار إلا على كيان التعلم الآلي (الأصل). لا يمكن تطبيق الأدوار على الكيانات الفرعية
- اختبارات الدفعات والأنماط التي تستخدم الكيانات الهرمية والمركبة
- Entities
عند تصميم خطة الترحيل، اترك وقتا لمراجعة كيانات التعلم الآلي النهائية، بعد ترحيل جميع الكيانات الهرمية والمركبة. على الرغم من أن الترحيل المباشر سيعمل ، بعد إجراء التغيير ومراجعة نتائج اختبار الدفعات ، والتنبؤ ب JSON ، قد يقودك JSON الأكثر توحيدا إلى إجراء تغييرات بحيث يتم تنظيم المعلومات النهائية التي يتم تسليمها إلى التطبيق من جانب العميل بشكل مختلف. يشبه هذا إعادة هيكلة التعليمات البرمجية ويجب معالجته بنفس عملية المراجعة التي تقوم بها مؤسستك.
إذا لم يكن لديك اختبارات دفعية لطراز V2 الخاص بك، وقمت بترحيل اختبارات الدفعات إلى طراز V3 كجزء من الترحيل، فلن تتمكن من التحقق من صحة كيفية تأثير الترحيل على نتائج التنبؤ بنقطة النهاية.
الترحيل من كيانات V2
عندما تبدأ في الانتقال إلى نموذج التأليف V3 ، يجب أن تفكر في كيفية الانتقال إلى كيان التعلم الآلي والكيانات الفرعية وميزاته.
يشير الجدول التالي إلى الكيانات التي تحتاج إلى الترحيل من تصميم كيان V2 إلى تصميم كيان V3.
| نوع كيان التأليف V2 | نوع كيان التأليف V3 | مثال |
|---|---|---|
| الكيان المركب | الكيان المستفاد آليا | التعرف على المزيد |
| كيان هرمي | دور كيان التعلم الآلي | التعرف على المزيد |
ترحيل الكيان المركب V2
يجب تمثيل كل طفل من مركب V2 بكيان فرعي لكيان التعلم الآلي V3. إذا كان التابع المركب عبارة عن تعبير عادي أو كيان قائمة تم إنشاؤه مسبقا، فيجب تطبيق ذلك كميزة مطلوبة على الكيان الفرعي.
الاعتبارات عند التخطيط لترحيل كيان مركب إلى كيان التعلم الآلي:
- لا يمكن استخدام الكيانات الفرعية في الأنماط
- لم تعد الكيانات الفرعية مشتركة
- يجب تصنيف الكيانات الفرعية إذا كانت غير متعلمة آليا
الميزات الحالية
يجب تطبيق أي قائمة عبارات تستخدم لتعزيز الكلمات في الكيان المركب كميزة إما على كيان التعلم الآلي (الأصل) أو كيان الكيان الفرعي (التابع ) أو القصد (إذا كانت قائمة العبارات تنطبق على نية واحدة فقط). خطط لإضافة الميزة إلى الكيان حيث يجب أن تعزز بشكل أكبر. لا تقم بإضافة الميزة بشكل عام إلى كيان التعلم الآلي (الأصل)، إذا كان ذلك سيعزز بشكل كبير التنبؤ بكيان فرعي (تابع).
ميزات جديدة
في تأليف V3، أضف خطوة تخطيط لتقييم الكيانات كميزات ممكنة لجميع الكيانات والمقاصد.
مثال على الكيان
هذا الكيان هو مثال فقط. قد يتطلب ترحيل الكيان الخاص بك اعتبارات أخرى.
ضع في اعتبارك مركب V2 لتعديل البيتزا order التي تستخدم:
- تاريخ الإنشاء مسبقاV2 لوقت التسليم
- قائمة العبارات لتعزيز كلمات معينة مثل البيتزا والفطيرة والقشرة والطبقة العلوية
- قائمة كيان للكشف عن الطبقة مثل الفطر والزيتون والبيبروني.
مثال على الكلام لهذا الكيان هو:
Change the toppings on my pie to mushrooms and delivery it 30 minutes later
يوضح الجدول التالي الترحيل:
| نماذج V2 | طرازات V3 |
|---|---|
الأصل - الكيان المكون المسمى Order |
الأصل - كيان التعلم الآلي المسمى Order |
| طفل - تاريخ مسبق الصنعV2 | * ترحيل كيان تم إنشاؤه مسبقا إلى تطبيق جديد. * إضافة ميزة مطلوبة على الأصل ل datetimeV2 التي تم إنشاؤها مسبقا. |
| تابع - كيان قائمة للإضافات | * ترحيل كيان القائمة إلى تطبيق جديد. * ثم أضف ميزة مطلوبة على الأصل لكيان القائمة. |
ترحيل الكيان الهرمي V2
في تأليف V2 ، تم توفير كيان هرمي قبل الأدوار الموجودة في LUIS. كلاهما خدم نفس الغرض من استخراج الكيانات على أساس استخدام السياق. إذا كان لديك كيانات هرمية ، فيمكنك التفكير فيها ككيانات بسيطة لها أدوار.
في V3 التأليف:
- يمكن تطبيق دور على كيان التعلم الآلي (الأصل).
- لا يمكن تطبيق دور على أي كيانات فرعية.
هذا الكيان هو مثال فقط. قد يتطلب ترحيل الكيان الخاص بك اعتبارات أخرى.
النظر في كيان هرمي V2 لتعديل البيتزا order:
- حيث يحدد كل طفل إما الطبقة العلوية الأصلية أو القمة النهائية
مثال على الكلام لهذا الكيان هو:
Change the topping from mushrooms to olives
يوضح الجدول التالي الترحيل:
| نماذج V2 | طرازات V3 |
|---|---|
الأصل - الكيان المكون المسمى Order |
الأصل - كيان التعلم الآلي المسمى Order |
| الطفل - كيان هرمي مع طبقة البيتزا الأصلية والنهائية | * إضافة دور لكل Order الطبقة العلوية. |
تم استبدال قيد تغيير واجهة برمجة التطبيقات بميزة مطلوبة
تم إجراء هذا التغيير في مايو 2020 في مؤتمر //Build وينطبق فقط على واجهات برمجة تطبيقات التأليف v3 حيث يستخدم التطبيق ميزة مقيدة. إذا كنت تقوم بالترحيل من تأليف v2 إلى تأليف v3، أو لم تستخدم ميزات v3 المقيدة، فتخطى هذا القسم.
الوظيفة - القدرة على طلب كيان موجود كميزة لنموذج آخر واستخراج هذا النموذج فقط إذا تم اكتشاف الكيان. لم تتغير الوظيفة ولكن واجهة برمجة التطبيقات والمصطلحات قد تغيرت.
| المصطلحات السابقة | مصطلحات جديدة |
|---|---|
constrained featureconstraintinstanceOf |
required featureisRequired |
الترحيل التلقائي
بدءا من 19 حزيران (يونيو) 2020، لن يسمح لك بإنشاء قيود برمجيا باستخدام واجهة برمجة تطبيقات التأليف السابقة التي كشفت عن هذه الوظيفة.
سيتم ترحيل جميع ميزات القيود الحالية تلقائيا إلى علامة المعالم المطلوبة. لا يلزم إجراء تغييرات برمجية على واجهة برمجة تطبيقات التنبؤ الخاصة بك ولا يوجد تغيير ناتج عن ذلك في جودة دقة التنبؤ.
تغييرات مدخل LUIS
أشارت بوابة معاينة LUIS إلى هذه الوظيفة كقيد. تقوم بوابة LUIS الحالية بتعيين هذه الوظيفة كميزة مطلوبة.
واجهة برمجة تطبيقات التأليف السابقة
تم تطبيق هذه الوظيفة في معاينة تأليف إنشاء واجهة برمجة تطبيقات فرعية للكيان كجزء من تعريف الكيان، باستخدام خاصية تابع الكيان instanceOf :
{
"name" : "dayOfWeek",
"instanceOf": "datetimeV2",
"children": [
{
"name": "dayNumber",
"instanceOf": "number",
"children": []
}
]
}
واجهة برمجة تطبيقات التأليف الجديدة
يتم الآن تطبيق هذه الوظيفة مع واجهة برمجة تطبيقات علاقة ميزة إضافة كيان باستخدام featureName وخصائص isRequired . قيمة الخاصية featureName هي اسم النموذج.
{
"featureName": "YOUR-MODEL-NAME-HERE",
"isRequired" : true
}