Actions Builder بهترین راه برای ساخت دستیار Google است، زیرا به شما کمک می‌کند تا کنش‌های مکالمه را به روشی ساده و کارآمد بسازید. Action Builder یک IDE مبتنی بر وب است که در کنسول Actions ادغام شده است و ویژگی های زیر را ارائه می دهد:
- گردش کار بصری و روشی مبتنی بر حالت برای کنترل مکالمات Action شما.
- نمونه سازی سریعتر و کاهش تاخیر.
- رابط واحد برای ساخت، تجزیه و تحلیل، و اشکال زدایی کنش های مکالمه شما.
اگر یک کنش مکالمه دارید که با Dialogflow ساخته اید، می توانید در کنسول Actions ، پروژه خود را به Actions Builder منتقل کنید .
دلایل مهاجرت
اگرچه هیچ الزامی برای انتقال عامل Dialogflow شما وجود ندارد و Action شما همچنان برای دستگاه‌های دستیار Google به کار خود ادامه می‌دهد، استفاده از Actions Builder و Actions SDK مزایایی دارد.
ابزارسازی بهبود یافته با Actions SDK و CLI
- Action SDK و CLI شما را قادر می سازد پروژه های پیچیده بسازید و به راحتی با تیم های خود همکاری کنید. طراحان مکالمه ابتدا می توانند جریان گفتگو را در Actions Builder ایجاد کنند. سپس توسعه دهندگان می توانند پروژه را در یک ساختار مبتنی بر فایل دانلود کرده و با استفاده از ابزارهای توسعه مورد علاقه خود و سیستم های کنترل نسخه، به ساختن عملکرد ادامه دهند. با بازگرداندن پروژه به Actions Builder، سایر هم تیمی ها می توانند به ساخت، آزمایش و استقرار Action ادامه دهند.
ادغام بهتر با بهترین شیوه های طراحی مکالمه
- سفارشی سازی مقاصد بازگشتی در هر صحنه به شما امکان می دهد در هر نقطه از مکالمه پاسخ های بدون ورودی و بدون تطابق ارائه دهید.
- همکاری آسان بین طراحان و توسعه دهندگان به دلیل روش گرافیکی و مبتنی بر حالت ایجاد یک تجربه مکالمه.
بومی سازی آسان تر
- تمام محتوای قابل بومی سازی برای مقاصد، صحنه ها و انواع (مانند عبارات آموزشی، اعلان ها و مترادف های نوع) را می توان در یک صفحه ویرایش کرد.
بهبود پیاده سازی مکالمه
Action Builder پیشرفت های زیادی را برای کنسول Actions به ارمغان می آورد و فرآیندهای توسعه را ساده می کند. این بخش توضیح می‌دهد که چگونه Action Builder روند توسعه Action شما را ساده و ساده می‌کند.
قابلیت استفاده مجدد قصد
در Dialogflow، منطق webhook به intent ها گره خورده است، به این معنی که intent ها نمی توانند مجدداً با وب هوک های دیگر استفاده شوند. اگر می‌خواهید از عبارات آموزشی مشابهی استفاده کنید، اما منطق وب‌هوک متفاوتی دارید، باید مقاصد اضافی ایجاد کنید که به نام‌های کنترل‌کننده‌های مختلف برای هر مورد منطقی وب‌هوک اشاره دارد.
در Actions Builder، یک intent شامل عبارات آموزشی و موجودیت ها می شود، اما webhook مستقل است. این رویکرد به این معنی است که می‌توانید از کنترل‌کننده‌های مختلف وب هوک برای یک هدف استفاده کنید، که به شما انعطاف‌پذیری بیشتری می‌دهد.
تجسم بهبود یافته جریان گفتگو
در Dialogflow، زمینه‌ها نشان می‌دهند که چه مقاصدی در نقطه‌ای از مکالمه بیشتر مطابقت دارند.
به‌جای زمینه‌ها، Actions Builder از صحنه‌هایی استفاده می‌کند تا اهداف را در بخش‌های مختلف مکالمه در دسترس قرار دهد.
هنگامی که کاربر وارد یک صحنه می شود، انتقال مسیرهای مکالمه ای را که کاربر می تواند طی کند را مشخص می کند. انتقال ها می توانند بر اساس منطق شرطی و همچنین تطبیق هدف سفارشی یا سیستم باشند.
UI Builder درک نحوه اتصال ترانزیشن ها به صحنه ها را آسان می کند. در شکل 1، صحنه guess_game به صحنه suggested_new_game (1) تبدیل می شود. همچنین می‌توانید دو هدف قابل دسترسی را در صحنه مشاهده کنید: generic_no و generic_yes . بسته به اینکه کدام هدف مطابقت داشته باشد، صحنه suggested_new_game به صحنه show_menu یا routing_game (2) منتقل می شود.
درخواست های قابل تنظیم بر اساس سناریوها
در Dialogflow، می توانید یک پاسخ ساده در webhook ارسال کنید یا یک پاسخ ثابت را در کنسول Dialogflow تعریف کنید.
Actions Builder مفهوم صف اعلان را معرفی می کند. می‌توانید در بخش‌های مختلف یک صحنه و همچنین در webhook خود دستورات را تعریف کنید. همه درخواست‌ها به صف درخواست اضافه می‌شوند، در یک پاسخ ادغام می‌شوند و به کاربر تحویل داده می‌شوند. این رویکرد به شما امکان می‌دهد تا پاسخ‌ها را بر اساس آنچه کاربران گفته‌اند یا انجام داده‌اند، و نه فقط بر اساس هدفی که آنها مطابقت دارند، کنار هم قرار دهید.
به عنوان مثال، اگر دستورات در یک صحنه و وب هوک تعریف شده باشند، دستور webhook ابتدا به صف اعلان اضافه می شود و در مرحله دوم اعلان صحنه اضافه می شود.
در لیست زیر می توانید دستورات را در Actions Builder تعریف کنید و ترتیب اضافه شدن آنها به صف درخواست را مشخص کنید:
- در ورود
- شرایط
- پر کردن اسلات
- صحنه های
بهترین شیوه های طراحی مکالمه داخلی
هنگامی که یک پروژه Dialogflow راه‌اندازی می‌شود، یک هدف بازگشتی جهانی به طور خودکار ایجاد می‌شود، درست مانند هدف پیش‌فرض خوش‌آمدگویی. هدف بازگشتی پیش‌فرض زمانی مطابقت داده می‌شود که کاربر چیزی می‌گوید که نمی‌تواند با مقاصد موجود مطابقت داده شود یا زمانی که ورودی کاربر وجود ندارد.
برای رسیدگی به خطاها به‌خوبی، باید برای هر نوبت مکالمه، مقاصد پیگیری به هدف بازگشتی اضافه شود.
در Action Builder، دو هدف کلی مجزا به طور خودکار در پروژه‌های جدید گنجانده می‌شوند: NO_MATCH و NO_INPUT .
هنگامی که Assistant NLU با هدف سیستم NO_MATCH یا NO_INPUT مطابقت دارد، درخواست پیش‌فرض یا سفارشی مربوطه برای کاربر ارسال می‌شود. هنگامی که NO_MATCH یا NO_INPUT سه بار مطابقت داده شد، پیام نهایی مربوطه برای کاربر ارسال می‌شود و دستیار مکالمه را با Action شما پایان می‌دهد.
می توانید سه کنترل کننده NO_MATCH و NO_INPUT را به هر صحنه اضافه کنید. این ویژگی اجازه می دهد تا برای مدیریت خطای خاص، به جای یک بازگشت عمومی که به دلیل عدم تطابق یا عدم ورودی کاربر ایجاد می شود، درخواست های قابل تنظیم برای رسیدگی به خطاهای خاص ارائه شود.
NO_MATCH که به یک صحنه اختصاص داده شده اند.