← Back to all announcements
★★★★★ 23/06/2026

Automated Reasoning checks in Amazon Bedrock Guardrails add new policy refinement workflows

Two new automated workflows now refine your formal logic policies with far less manual effort, boosting hallucination detection accuracy.

View original announcement →

Visual Summary

graph TD A{{Policy Refinement Workflows}}:::announced B(Amazon Bedrock Guardrails):::compute C([Iterative Policy Improvement]):::feature D([Ambiguity Reduction]):::feature E(Automated Reasoning Engine):::compute F((Customer/Developer)):::external G([Natural Language Tests]):::feature H([Formal Logic Policies]):::feature I(Amazon Bedrock APIs):::compute F ==>|"defines tests"| G F -->|"invokes Refine Policy"| I I -->|"triggers"| A A -->|"runs"| C A -->|"runs"| D C -->|"uses"| G C -->|"updates"| H D -->|"refines variables"| H H ==>|"validates against"| E E ==>|"powers"| B classDef announced fill:#ff9900,stroke:#ec7211,color:#fff,font-weight:bold classDef compute fill:#e3f2fd,stroke:#1565c0,color:#1565c0 classDef storage fill:#e8f5e9,stroke:#2e7d32,color:#2e7d32 classDef feature fill:#fff3e0,stroke:#e65100,color:#e65100 classDef external fill:#f5f5f5,stroke:#616161,color:#616161

What's New

AWS has introduced two automated policy refinement workflows for Automated Reasoning checks in Amazon Bedrock Guardrails, reducing the manual effort required to build high-quality formal logic policies. The first workflow iteratively improves a policy based on natural language test cases, while the second resolves ambiguities in variable descriptions and type definitions. Together, these workflows make it significantly easier for customers to achieve reliable, mathematically verifiable AI response validation.

How It Works

  • Automated Reasoning checks foundation: The feature uses formal logic and sound mathematical techniques to validate generative AI responses against a customer-defined policy, detecting hallucinations and providing verifiable, auditable explanations rather than simple pattern-based filtering.
  • Iterative policy improvement workflow: Customers write natural language test cases describing expected policy behavior, then trigger an iterative refinement run; the system automatically deduces and applies the policy changes needed to make all tests pass.
  • Ambiguity reduction workflow: When policy translation produces ambiguous results (e.g., unclear variable types or descriptions), customers can invoke the "resolve policy ambiguities" workflow, which automatically refines variable descriptions and type definitions to reduce translation uncertainty.
  • Access methods: Both workflows are accessible via the Amazon Bedrock APIs for programmatic integration and through the AWS Management Console by navigating to the policy page and selecting "Refine policy."
  • Iterative loop: The refinement process is designed to run repeatedly, allowing policies to converge toward higher accuracy over multiple cycles as new tests or ambiguities are identified.

Why It's Important

  • Lowers the barrier to formal verification: Crafting precise formal logic policies has historically required specialized expertise; these workflows democratize access by automating the most technically demanding refinement steps.
  • Improves validation reliability: Policy quality directly determines the accuracy of hallucination detection; better policies mean fewer false positives and false negatives in production AI applications.
  • Reduces operational toil: Teams no longer need to manually inspect and rewrite policy rules after each test failure or ambiguous translation result, accelerating the policy development lifecycle.
  • Enables auditable AI in regulated industries: Higher-quality policies strengthen the mathematical guarantees that AI responses comply with rules in healthcare, financial services, HR, and other compliance-sensitive domains.
  • Supports iterative, test-driven policy development: The natural language test case model aligns with familiar software engineering practices, making formal AI governance more approachable for development teams.

How It's Different

  • Formal logic vs. pattern matching: Unlike content filters or topic policies that act as binary allow/block gates, Automated Reasoning checks—and these refinement workflows—produce structured, mathematically provable explanations for why a response is correct or incorrect.
  • Automated self-improvement vs. manual tuning: Competing guardrail approaches typically require manual rule authoring and debugging; these workflows let the system deduce necessary policy changes automatically from test evidence.
  • Test-driven policy refinement: The iterative improvement workflow introduces a test-driven development paradigm to AI policy authoring, a pattern not commonly available in other guardrail or safety platforms.
  • Ambiguity as a first-class concern: The dedicated ambiguity reduction workflow explicitly addresses the translation layer between natural language and formal logic—a subtle but critical failure mode that most guardrail systems do not surface or resolve automatically.
  • 99% validation accuracy claim: AWS positions Automated Reasoning checks as delivering up to 99% accuracy in validating correct model responses, a benchmark not typically associated with probabilistic content moderation tools.

When to Prefer It

  • Regulated industry deployments: Use these workflows when building AI applications in healthcare, financial services, insurance, or HR where incorrect AI outputs carry legal, compliance, or safety consequences and auditable proof of correctness is required.
  • Complex, multi-condition rule sets: Ideal when your domain involves interacting rules—such as mortgage eligibility, zoning regulations, or employee benefits—where a policy is difficult to specify correctly in a single pass.
  • Teams experiencing frequent ambiguous translations: If your policy development cycle is stalled by recurring ambiguous translation results, the ambiguity reduction workflow directly targets and resolves that bottleneck.
  • Test-driven AI governance workflows: When your team already maintains or can create natural language test cases describing expected AI behavior, the iterative improvement workflow can automatically close the gap between current and desired policy behavior.
  • High-stakes hallucination detection: Prefer this over probabilistic guardrails when you need mathematically verifiable explanations—not just a confidence score—that an AI response is factually consistent with your defined policy.
  • Iterative policy maturation: Suitable for organizations that are progressively hardening their AI governance posture and need a structured, repeatable mechanism to improve policy quality over time without deep formal methods expertise.

Availability

  • General Availability: Both refinement workflows are generally available as of June 23, 2026.
  • Regional availability: Available in all AWS Regions where Automated Reasoning checks in Amazon Bedrock Guardrails are currently supported (region list follows the existing Automated Reasoning checks footprint).
  • Access channels: Available via the Amazon Bedrock APIs and the AWS Management Console ("Refine policy" button on the policy page).
  • Pricing: Pricing follows the existing Amazon Bedrock Guardrails and Automated Reasoning checks pricing model; consult the Bedrock Guardrails pricing page for current rates, as refinement workflow invocations may incur additional charges.
  • Language support: Subject to the same language support limitations as the broader Automated Reasoning checks feature; consult the User Guide for the current supported language list.
  • Prerequisite: Customers must have an existing Automated Reasoning checks policy and, for the iterative improvement workflow, must have created natural language test cases before initiating a refinement run.

Tags

Servicesbedrock
Typenew-feature
Conceptsgenairesponsible-ai
Use Casesenterprise
GeographyGlobal

Related Resources

AI Radar AWS

AWS AI/ML news — curated, researched, explained

An automated intelligence platform that curates, researches, and analyzes AWS AI/ML/GenAI announcements daily. Every report is backed by real research — the system reads linked blog posts and documentation to provide accurate, in-depth analysis.

How Each Report Is Generated

  1. Collection — Daily monitoring of the AWS "What's New" RSS feed
  2. Filtering — AI-powered relevance detection for AI/ML/GenAI topics
  3. Taxonomy Tagging — LLM-based classification across 6 dimensions
  4. Importance Scoring — Point-based system with tag bonuses (1-5 stars)
  5. Research Phase — Follows links to blog posts and documentation
  6. Report Generation — Claude Sonnet produces structured 6-section analysis
  7. Visual Summary — Claude Opus generates Mermaid diagrams for key items
  8. Publishing — Static website rebuilt and deployed via CloudFront

Features

  • Faceted filtering by service, type, concept, and more
  • Multi-dimensional taxonomy with 80+ tags across 6 dimensions
  • Geographic availability badges (Global, APJ, EMEA, AMER) with filtering
  • Timeline visualization of announcement volume
  • PDF export for offline reading
  • Mermaid visual summaries for key announcements
  • Daily automated updates — no manual curation
What makes this different: Each report involves a dedicated research phase where the system reads linked blog posts and AWS documentation pages. This produces analysis that goes beyond the original announcement text.

Technology

Built with Python, AWS Lambda, Amazon Bedrock (Claude Sonnet 4.6, Opus 4.6, Haiku 4.5), S3, CloudFront, WAF, EventBridge, and CDK.

Open Source

This project is open source. Fork it, customize it for your needs, and deploy your own instance.
📦 github.com/bbonik/ai-radar-aws

How Importance Scoring Works

Each announcement receives a point score based on multiple factors. The total score maps to a 1-5 star rating:

1★ < 2 pts 2★ ≥ 2 pts 3★ ≥ 3.5 pts 4★ ≥ 5 pts 5★ ≥ 6.5 pts

Point Breakdown

FactorPointsWhen
Core AI service (Bedrock, AgentCore, SageMaker AI)+4Service named in title
Key AI service (SageMaker, Kiro, QuickSight)+2Service named in title
Other AI-related service+1Default
Blog post link+3Link to aws.amazon.com/blogs/
GitHub samples link+2Link to github.com/aws*
Documentation link+1Link to docs.aws.amazon.com/
New model+1.5Tagged as "new-model"
New service+1Tagged as "new-service"
New feature+0.5Tagged as "new-feature"
Anthropic / OpenAI provider+2Provider explicitly mentioned
Instance / notebook announcement-2Hardware/capacity, not feature
Performance / pricing / security-0.5Incremental updates
Region expansion to APJ+1Expands to Asia Pacific
Region expansion (non-APJ only)-1.5Only expands to other regions

Geographic Relevance Badges

Each announcement card shows a small badge indicating whether the feature is available in your region:

🌐 Global Available in all regions
🌏 APJ Asia Pacific
🌍 EMEA Europe / Middle East / Africa
🌎 AMER Americas (US, Canada, South America)
No badge Geography unknown
How geography is detected: The system detects ALL geographies mentioned in each announcement. If the text mentions specific regions (Tokyo, Frankfurt, Oregon, etc.), the corresponding geography badges are shown. If it says "all regions" or is a new feature with no region specified, it gets the Global badge. Geography is also filterable — click a geo chip to see only announcements available in that region.