#[non_exhaustive]pub struct CreateIntentInput {Show 17 fields
pub intent_name: Option<String>,
pub description: Option<String>,
pub parent_intent_signature: Option<String>,
pub sample_utterances: Option<Vec<SampleUtterance>>,
pub dialog_code_hook: Option<DialogCodeHookSettings>,
pub fulfillment_code_hook: Option<FulfillmentCodeHookSettings>,
pub intent_confirmation_setting: Option<IntentConfirmationSetting>,
pub intent_closing_setting: Option<IntentClosingSetting>,
pub input_contexts: Option<Vec<InputContext>>,
pub output_contexts: Option<Vec<OutputContext>>,
pub kendra_configuration: Option<KendraConfiguration>,
pub bot_id: Option<String>,
pub bot_version: Option<String>,
pub locale_id: Option<String>,
pub initial_response_setting: Option<InitialResponseSetting>,
pub qn_a_intent_configuration: Option<QnAIntentConfiguration>,
pub q_in_connect_intent_configuration: Option<QInConnectIntentConfiguration>,
}
Fields (Non-exhaustive)§
This struct is marked as non-exhaustive
Struct { .. }
syntax; cannot be matched against without a wildcard ..
; and struct update syntax will not work.intent_name: Option<String>
The name of the intent. Intent names must be unique in the locale that contains the intent and cannot match the name of any built-in intent.
description: Option<String>
A description of the intent. Use the description to help identify the intent in lists.
parent_intent_signature: Option<String>
A unique identifier for the built-in intent to base this intent on.
sample_utterances: Option<Vec<SampleUtterance>>
An array of strings that a user might say to signal the intent. For example, "I want a pizza", or "I want a {PizzaSize} pizza".
In an utterance, slot names are enclosed in curly braces ("{", "}") to indicate where they should be displayed in the utterance shown to the user..
dialog_code_hook: Option<DialogCodeHookSettings>
Specifies that Amazon Lex invokes the alias Lambda function for each user input. You can invoke this Lambda function to personalize user interaction.
For example, suppose that your bot determines that the user's name is John. You Lambda function might retrieve John's information from a backend database and prepopulate some of the values. For example, if you find that John is gluten intolerant, you might set the corresponding intent slot, glutenIntolerant
to true
. You might find John's phone number and set the corresponding session attribute.
fulfillment_code_hook: Option<FulfillmentCodeHookSettings>
Specifies that Amazon Lex invokes the alias Lambda function when the intent is ready for fulfillment. You can invoke this function to complete the bot's transaction with the user.
For example, in a pizza ordering bot, the Lambda function can look up the closest pizza restaurant to the customer's location and then place an order on the customer's behalf.
intent_confirmation_setting: Option<IntentConfirmationSetting>
Provides prompts that Amazon Lex sends to the user to confirm the completion of an intent. If the user answers "no," the settings contain a statement that is sent to the user to end the intent.
intent_closing_setting: Option<IntentClosingSetting>
Sets the response that Amazon Lex sends to the user when the intent is closed.
input_contexts: Option<Vec<InputContext>>
A list of contexts that must be active for this intent to be considered by Amazon Lex.
When an intent has an input context list, Amazon Lex only considers using the intent in an interaction with the user when the specified contexts are included in the active context list for the session. If the contexts are not active, then Amazon Lex will not use the intent.
A context can be automatically activated using the outputContexts
property or it can be set at runtime.
For example, if there are two intents with different input contexts that respond to the same utterances, only the intent with the active context will respond.
An intent may have up to 5 input contexts. If an intent has multiple input contexts, all of the contexts must be active to consider the intent.
output_contexts: Option<Vec<OutputContext>>
A lists of contexts that the intent activates when it is fulfilled.
You can use an output context to indicate the intents that Amazon Lex should consider for the next turn of the conversation with a customer.
When you use the outputContextsList
property, all of the contexts specified in the list are activated when the intent is fulfilled. You can set up to 10 output contexts. You can also set the number of conversation turns that the context should be active, or the length of time that the context should be active.
kendra_configuration: Option<KendraConfiguration>
Configuration information required to use the AMAZON.KendraSearchIntent
intent to connect to an Amazon Kendra index. The AMAZON.KendraSearchIntent
intent is called when Amazon Lex can't determine another intent to invoke.
bot_id: Option<String>
The identifier of the bot associated with this intent.
bot_version: Option<String>
The version of the bot associated with this intent.
locale_id: Option<String>
The identifier of the language and locale where this intent is used. All of the bots, slot types, and slots used by the intent must have the same locale. For more information, see Supported languages.
initial_response_setting: Option<InitialResponseSetting>
Configuration settings for the response that is sent to the user at the beginning of a conversation, before eliciting slot values.
qn_a_intent_configuration: Option<QnAIntentConfiguration>
Specifies the configuration of the built-in Amazon.QnAIntent
. The AMAZON.QnAIntent
intent is called when Amazon Lex can't determine another intent to invoke. If you specify this field, you can't specify the kendraConfiguration
field.
q_in_connect_intent_configuration: Option<QInConnectIntentConfiguration>
Qinconnect intent configuration details for the create intent request.
Implementations§
Source§impl CreateIntentInput
impl CreateIntentInput
Sourcepub fn intent_name(&self) -> Option<&str>
pub fn intent_name(&self) -> Option<&str>
The name of the intent. Intent names must be unique in the locale that contains the intent and cannot match the name of any built-in intent.
Sourcepub fn description(&self) -> Option<&str>
pub fn description(&self) -> Option<&str>
A description of the intent. Use the description to help identify the intent in lists.
Sourcepub fn parent_intent_signature(&self) -> Option<&str>
pub fn parent_intent_signature(&self) -> Option<&str>
A unique identifier for the built-in intent to base this intent on.
Sourcepub fn sample_utterances(&self) -> &[SampleUtterance]
pub fn sample_utterances(&self) -> &[SampleUtterance]
An array of strings that a user might say to signal the intent. For example, "I want a pizza", or "I want a {PizzaSize} pizza".
In an utterance, slot names are enclosed in curly braces ("{", "}") to indicate where they should be displayed in the utterance shown to the user..
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .sample_utterances.is_none()
.
Sourcepub fn dialog_code_hook(&self) -> Option<&DialogCodeHookSettings>
pub fn dialog_code_hook(&self) -> Option<&DialogCodeHookSettings>
Specifies that Amazon Lex invokes the alias Lambda function for each user input. You can invoke this Lambda function to personalize user interaction.
For example, suppose that your bot determines that the user's name is John. You Lambda function might retrieve John's information from a backend database and prepopulate some of the values. For example, if you find that John is gluten intolerant, you might set the corresponding intent slot, glutenIntolerant
to true
. You might find John's phone number and set the corresponding session attribute.
Sourcepub fn fulfillment_code_hook(&self) -> Option<&FulfillmentCodeHookSettings>
pub fn fulfillment_code_hook(&self) -> Option<&FulfillmentCodeHookSettings>
Specifies that Amazon Lex invokes the alias Lambda function when the intent is ready for fulfillment. You can invoke this function to complete the bot's transaction with the user.
For example, in a pizza ordering bot, the Lambda function can look up the closest pizza restaurant to the customer's location and then place an order on the customer's behalf.
Sourcepub fn intent_confirmation_setting(&self) -> Option<&IntentConfirmationSetting>
pub fn intent_confirmation_setting(&self) -> Option<&IntentConfirmationSetting>
Provides prompts that Amazon Lex sends to the user to confirm the completion of an intent. If the user answers "no," the settings contain a statement that is sent to the user to end the intent.
Sourcepub fn intent_closing_setting(&self) -> Option<&IntentClosingSetting>
pub fn intent_closing_setting(&self) -> Option<&IntentClosingSetting>
Sets the response that Amazon Lex sends to the user when the intent is closed.
Sourcepub fn input_contexts(&self) -> &[InputContext]
pub fn input_contexts(&self) -> &[InputContext]
A list of contexts that must be active for this intent to be considered by Amazon Lex.
When an intent has an input context list, Amazon Lex only considers using the intent in an interaction with the user when the specified contexts are included in the active context list for the session. If the contexts are not active, then Amazon Lex will not use the intent.
A context can be automatically activated using the outputContexts
property or it can be set at runtime.
For example, if there are two intents with different input contexts that respond to the same utterances, only the intent with the active context will respond.
An intent may have up to 5 input contexts. If an intent has multiple input contexts, all of the contexts must be active to consider the intent.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .input_contexts.is_none()
.
Sourcepub fn output_contexts(&self) -> &[OutputContext]
pub fn output_contexts(&self) -> &[OutputContext]
A lists of contexts that the intent activates when it is fulfilled.
You can use an output context to indicate the intents that Amazon Lex should consider for the next turn of the conversation with a customer.
When you use the outputContextsList
property, all of the contexts specified in the list are activated when the intent is fulfilled. You can set up to 10 output contexts. You can also set the number of conversation turns that the context should be active, or the length of time that the context should be active.
If no value was sent for this field, a default will be set. If you want to determine if no value was sent, use .output_contexts.is_none()
.
Sourcepub fn kendra_configuration(&self) -> Option<&KendraConfiguration>
pub fn kendra_configuration(&self) -> Option<&KendraConfiguration>
Configuration information required to use the AMAZON.KendraSearchIntent
intent to connect to an Amazon Kendra index. The AMAZON.KendraSearchIntent
intent is called when Amazon Lex can't determine another intent to invoke.
Sourcepub fn bot_version(&self) -> Option<&str>
pub fn bot_version(&self) -> Option<&str>
The version of the bot associated with this intent.
Sourcepub fn locale_id(&self) -> Option<&str>
pub fn locale_id(&self) -> Option<&str>
The identifier of the language and locale where this intent is used. All of the bots, slot types, and slots used by the intent must have the same locale. For more information, see Supported languages.
Sourcepub fn initial_response_setting(&self) -> Option<&InitialResponseSetting>
pub fn initial_response_setting(&self) -> Option<&InitialResponseSetting>
Configuration settings for the response that is sent to the user at the beginning of a conversation, before eliciting slot values.
Sourcepub fn qn_a_intent_configuration(&self) -> Option<&QnAIntentConfiguration>
pub fn qn_a_intent_configuration(&self) -> Option<&QnAIntentConfiguration>
Specifies the configuration of the built-in Amazon.QnAIntent
. The AMAZON.QnAIntent
intent is called when Amazon Lex can't determine another intent to invoke. If you specify this field, you can't specify the kendraConfiguration
field.
Sourcepub fn q_in_connect_intent_configuration(
&self,
) -> Option<&QInConnectIntentConfiguration>
pub fn q_in_connect_intent_configuration( &self, ) -> Option<&QInConnectIntentConfiguration>
Qinconnect intent configuration details for the create intent request.
Source§impl CreateIntentInput
impl CreateIntentInput
Sourcepub fn builder() -> CreateIntentInputBuilder
pub fn builder() -> CreateIntentInputBuilder
Creates a new builder-style object to manufacture CreateIntentInput
.
Trait Implementations§
Source§impl Clone for CreateIntentInput
impl Clone for CreateIntentInput
Source§fn clone(&self) -> CreateIntentInput
fn clone(&self) -> CreateIntentInput
1.0.0 · Source§fn clone_from(&mut self, source: &Self)
fn clone_from(&mut self, source: &Self)
source
. Read moreSource§impl Debug for CreateIntentInput
impl Debug for CreateIntentInput
Source§impl PartialEq for CreateIntentInput
impl PartialEq for CreateIntentInput
impl StructuralPartialEq for CreateIntentInput
Auto Trait Implementations§
impl Freeze for CreateIntentInput
impl RefUnwindSafe for CreateIntentInput
impl Send for CreateIntentInput
impl Sync for CreateIntentInput
impl Unpin for CreateIntentInput
impl UnwindSafe for CreateIntentInput
Blanket Implementations§
Source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
Source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
Source§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
Source§impl<T> Instrument for T
impl<T> Instrument for T
Source§fn instrument(self, span: Span) -> Instrumented<Self>
fn instrument(self, span: Span) -> Instrumented<Self>
Source§fn in_current_span(self) -> Instrumented<Self>
fn in_current_span(self) -> Instrumented<Self>
Source§impl<T> IntoEither for T
impl<T> IntoEither for T
Source§fn into_either(self, into_left: bool) -> Either<Self, Self>
fn into_either(self, into_left: bool) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left
is true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read moreSource§fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left(&self)
returns true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read moreSource§impl<T> Paint for Twhere
T: ?Sized,
impl<T> Paint for Twhere
T: ?Sized,
Source§fn fg(&self, value: Color) -> Painted<&T>
fn fg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self
with the foreground set to
value
.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like red()
and
green()
, which have the same functionality but are
pithier.
§Example
Set foreground color to white using fg()
:
use yansi::{Paint, Color};
painted.fg(Color::White);
Set foreground color to white using white()
.
use yansi::Paint;
painted.white();
Source§fn bright_black(&self) -> Painted<&T>
fn bright_black(&self) -> Painted<&T>
Source§fn bright_red(&self) -> Painted<&T>
fn bright_red(&self) -> Painted<&T>
Source§fn bright_green(&self) -> Painted<&T>
fn bright_green(&self) -> Painted<&T>
Source§fn bright_yellow(&self) -> Painted<&T>
fn bright_yellow(&self) -> Painted<&T>
Source§fn bright_blue(&self) -> Painted<&T>
fn bright_blue(&self) -> Painted<&T>
Source§fn bright_magenta(&self) -> Painted<&T>
fn bright_magenta(&self) -> Painted<&T>
Source§fn bright_cyan(&self) -> Painted<&T>
fn bright_cyan(&self) -> Painted<&T>
Source§fn bright_white(&self) -> Painted<&T>
fn bright_white(&self) -> Painted<&T>
Source§fn bg(&self, value: Color) -> Painted<&T>
fn bg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self
with the background set to
value
.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like on_red()
and
on_green()
, which have the same functionality but
are pithier.
§Example
Set background color to red using fg()
:
use yansi::{Paint, Color};
painted.bg(Color::Red);
Set background color to red using on_red()
.
use yansi::Paint;
painted.on_red();
Source§fn on_primary(&self) -> Painted<&T>
fn on_primary(&self) -> Painted<&T>
Source§fn on_magenta(&self) -> Painted<&T>
fn on_magenta(&self) -> Painted<&T>
Source§fn on_bright_black(&self) -> Painted<&T>
fn on_bright_black(&self) -> Painted<&T>
Source§fn on_bright_red(&self) -> Painted<&T>
fn on_bright_red(&self) -> Painted<&T>
Source§fn on_bright_green(&self) -> Painted<&T>
fn on_bright_green(&self) -> Painted<&T>
Source§fn on_bright_yellow(&self) -> Painted<&T>
fn on_bright_yellow(&self) -> Painted<&T>
Source§fn on_bright_blue(&self) -> Painted<&T>
fn on_bright_blue(&self) -> Painted<&T>
Source§fn on_bright_magenta(&self) -> Painted<&T>
fn on_bright_magenta(&self) -> Painted<&T>
Source§fn on_bright_cyan(&self) -> Painted<&T>
fn on_bright_cyan(&self) -> Painted<&T>
Source§fn on_bright_white(&self) -> Painted<&T>
fn on_bright_white(&self) -> Painted<&T>
Source§fn attr(&self, value: Attribute) -> Painted<&T>
fn attr(&self, value: Attribute) -> Painted<&T>
Enables the styling Attribute
value
.
This method should be used rarely. Instead, prefer to use
attribute-specific builder methods like bold()
and
underline()
, which have the same functionality
but are pithier.
§Example
Make text bold using attr()
:
use yansi::{Paint, Attribute};
painted.attr(Attribute::Bold);
Make text bold using using bold()
.
use yansi::Paint;
painted.bold();
Source§fn rapid_blink(&self) -> Painted<&T>
fn rapid_blink(&self) -> Painted<&T>
Source§fn quirk(&self, value: Quirk) -> Painted<&T>
fn quirk(&self, value: Quirk) -> Painted<&T>
Enables the yansi
Quirk
value
.
This method should be used rarely. Instead, prefer to use quirk-specific
builder methods like mask()
and
wrap()
, which have the same functionality but are
pithier.
§Example
Enable wrapping using .quirk()
:
use yansi::{Paint, Quirk};
painted.quirk(Quirk::Wrap);
Enable wrapping using wrap()
.
use yansi::Paint;
painted.wrap();
Source§fn clear(&self) -> Painted<&T>
👎Deprecated since 1.0.1: renamed to resetting()
due to conflicts with Vec::clear()
.
The clear()
method will be removed in a future release.
fn clear(&self) -> Painted<&T>
resetting()
due to conflicts with Vec::clear()
.
The clear()
method will be removed in a future release.Source§fn whenever(&self, value: Condition) -> Painted<&T>
fn whenever(&self, value: Condition) -> Painted<&T>
Conditionally enable styling based on whether the Condition
value
applies. Replaces any previous condition.
See the crate level docs for more details.
§Example
Enable styling painted
only when both stdout
and stderr
are TTYs:
use yansi::{Paint, Condition};
painted.red().on_yellow().whenever(Condition::STDOUTERR_ARE_TTY);