Struct CreateAutomatedReasoningPolicyTestCaseInput 

#[non_exhaustive]
pub struct CreateAutomatedReasoningPolicyTestCaseInput {
    pub policy_arn: Option<String>,
    pub guard_content: Option<String>,
    pub query_content: Option<String>,
    pub expected_aggregated_findings_result: Option<AutomatedReasoningCheckResult>,
    pub client_request_token: Option<String>,
    pub confidence_threshold: Option<f64>,
}

Fields (Non-exhaustive)

Non-exhaustive structs could have additional fields added in future. Therefore, non-exhaustive structs cannot be constructed in external crates using the traditional Struct { .. } syntax; cannot be matched against without a wildcard ..; and struct update syntax will not work.

policy_arn: Option<String>

The Amazon Resource Name (ARN) of the Automated Reasoning policy for which to create the test.

guard_content: Option<String>

The output content that's validated by the Automated Reasoning policy. This represents the foundation model response that will be checked for accuracy.

query_content: Option<String>

The input query or prompt that generated the content. This provides context for the validation.

expected_aggregated_findings_result: Option<AutomatedReasoningCheckResult>

The expected result of the Automated Reasoning check. Valid values include: , TOO_COMPLEX, and NO_TRANSLATIONS.

• VALID - The claims are true. The claims are implied by the premises and the Automated Reasoning policy. Given the Automated Reasoning policy and premises, it is not possible for these claims to be false. In other words, there are no alternative answers that are true that contradict the claims.

• INVALID - The claims are false. The claims are not implied by the premises and Automated Reasoning policy. Furthermore, there exists different claims that are consistent with the premises and Automated Reasoning policy.

• SATISFIABLE - The claims can be true or false. It depends on what assumptions are made for the claim to be implied from the premises and Automated Reasoning policy rules. In this situation, different assumptions can make input claims false and alternative claims true.

• IMPOSSIBLE - Automated Reasoning can’t make a statement about the claims. This can happen if the premises are logically incorrect, or if there is a conflict within the Automated Reasoning policy itself.

• TRANSLATION_AMBIGUOUS - Detected an ambiguity in the translation meant it would be unsound to continue with validity checking. Additional context or follow-up questions might be needed to get translation to succeed.

• TOO_COMPLEX - The input contains too much information for Automated Reasoning to process within its latency limits.

• NO_TRANSLATIONS - Identifies that some or all of the input prompt wasn't translated into logic. This can happen if the input isn't relevant to the Automated Reasoning policy, or if the policy doesn't have variables to model relevant input. If Automated Reasoning can't translate anything, you get a single NO_TRANSLATIONS finding. You might also see a NO_TRANSLATIONS (along with other findings) if some part of the validation isn't translated.

client_request_token: Option<String>

A unique, case-sensitive identifier to ensure that the operation completes no more than one time. If this token matches a previous request, Amazon Bedrock ignores the request, but does not return an error.

confidence_threshold: Option<f64>

The minimum confidence level for logic validation. Content that meets the threshold is considered a high-confidence finding that can be validated.

Implementations

impl CreateAutomatedReasoningPolicyTestCaseInput

pub fn policy_arn(&self) -> Option<&str>

The Amazon Resource Name (ARN) of the Automated Reasoning policy for which to create the test.

pub fn guard_content(&self) -> Option<&str>

The output content that's validated by the Automated Reasoning policy. This represents the foundation model response that will be checked for accuracy.

pub fn query_content(&self) -> Option<&str>

The input query or prompt that generated the content. This provides context for the validation.

pub fn expected_aggregated_findings_result( &self, ) -> Option<&AutomatedReasoningCheckResult>

The expected result of the Automated Reasoning check. Valid values include: , TOO_COMPLEX, and NO_TRANSLATIONS.

• VALID - The claims are true. The claims are implied by the premises and the Automated Reasoning policy. Given the Automated Reasoning policy and premises, it is not possible for these claims to be false. In other words, there are no alternative answers that are true that contradict the claims.

• INVALID - The claims are false. The claims are not implied by the premises and Automated Reasoning policy. Furthermore, there exists different claims that are consistent with the premises and Automated Reasoning policy.

• SATISFIABLE - The claims can be true or false. It depends on what assumptions are made for the claim to be implied from the premises and Automated Reasoning policy rules. In this situation, different assumptions can make input claims false and alternative claims true.

• IMPOSSIBLE - Automated Reasoning can’t make a statement about the claims. This can happen if the premises are logically incorrect, or if there is a conflict within the Automated Reasoning policy itself.

• TRANSLATION_AMBIGUOUS - Detected an ambiguity in the translation meant it would be unsound to continue with validity checking. Additional context or follow-up questions might be needed to get translation to succeed.

• TOO_COMPLEX - The input contains too much information for Automated Reasoning to process within its latency limits.

• NO_TRANSLATIONS - Identifies that some or all of the input prompt wasn't translated into logic. This can happen if the input isn't relevant to the Automated Reasoning policy, or if the policy doesn't have variables to model relevant input. If Automated Reasoning can't translate anything, you get a single NO_TRANSLATIONS finding. You might also see a NO_TRANSLATIONS (along with other findings) if some part of the validation isn't translated.

pub fn client_request_token(&self) -> Option<&str>

A unique, case-sensitive identifier to ensure that the operation completes no more than one time. If this token matches a previous request, Amazon Bedrock ignores the request, but does not return an error.

pub fn confidence_threshold(&self) -> Option<f64>

The minimum confidence level for logic validation. Content that meets the threshold is considered a high-confidence finding that can be validated.

impl CreateAutomatedReasoningPolicyTestCaseInput

pub fn builder() -> CreateAutomatedReasoningPolicyTestCaseInputBuilder

Creates a new builder-style object to manufacture CreateAutomatedReasoningPolicyTestCaseInput.

Trait Implementations

impl Clone for CreateAutomatedReasoningPolicyTestCaseInput

fn clone(&self) -> CreateAutomatedReasoningPolicyTestCaseInput

Returns a duplicate of the value.

fn clone_from(&mut self, source: &Self)

Performs copy-assignment from source.

impl Debug for CreateAutomatedReasoningPolicyTestCaseInput

fn fmt(&self, f: &mut Formatter<'_>) -> Result

Formats the value using the given formatter.

impl PartialEq for CreateAutomatedReasoningPolicyTestCaseInput

fn eq(&self, other: &CreateAutomatedReasoningPolicyTestCaseInput) -> bool

Tests for self and other values to be equal, and is used by ==.

fn ne(&self, other: &Rhs) -> bool

Tests for !=. The default implementation is almost always sufficient, and should not be overridden without very good reason.

impl StructuralPartialEq for CreateAutomatedReasoningPolicyTestCaseInput