← Back to all announcements
★★★★☆ 03/06/2026

AWS Step Functions adds AgentCore-powered agentic reasoning step

Embed AI agent reasoning directly into Step Functions workflows—with full audit trails, human approvals, and zero infrastructure to manage.

View original announcement →

Visual Summary

graph TD A{{Step Functions AgentCore Integration}}:::announced B(Amazon Bedrock AgentCore):::compute C(Amazon Bedrock Models):::compute D(Amazon CloudWatch):::storage E([Per-Invocation Overrides]):::feature F([Session Persistence]):::feature G([Human Approval Steps]):::feature H((Developer)):::external I(Workflow Studio):::compute H -->|"designs workflow"| I I ==>|"configures"| A A ==>|"invokes harness"| B B -->|"model inference"| C A -->|"traces & audits"| D A -.->|"customizes"| E A -.->|"persists context"| F A -.->|"gates actions"| G 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 Step Functions now integrates with the Amazon Bedrock AgentCore managed harness (currently in preview), enabling developers to embed AI agent reasoning steps directly into visual workflows. This integration allows teams to declare an agent via configuration—specifying the model, tools, and behavior—while AgentCore handles the full agent loop execution, including compute, memory, tooling, and observability. The result is a seamless way to combine deterministic workflow orchestration with dynamic, multi-turn AI reasoning without building custom agent infrastructure.

How It Works

  • AgentCore Harness as a Task State: In Workflow Studio, developers search for the AgentCore InvokeHarness state, drag it into the workflow, and either select an existing harness ARN or use "Quick Create Harness" to provision one on the spot.
  • Declarative Agent Configuration: The harness is defined through configuration (model, tools, system prompt, behavior) rather than code; AgentCore provisions the managed microVM environment, networking, memory, and observability automatically.
  • Per-Invocation Overrides: Each Task state can override harness defaults—such as the model ID, system prompt, or available tools—allowing the same harness to behave differently at different workflow decision points without duplicating configurations.
  • Session Persistence: A session ID can be passed to persist agent context (short-term and long-term memory, filesystem state) across multiple invocations, either within a single workflow execution or across separate executions.
  • Response Transformation: The integration returns a Converse-shaped JSON structure containing only the final assistant message and aggregated token usage metrics (InputTokens, OutputTokens, TotalTokens); intermediate turns and tool-use blocks are omitted from the output.
  • Observability via CloudWatch: The Step Functions execution history records agent input, output, token usage, and duration, with a direct CloudWatch link for turn-by-turn trace details via CloudWatch Transaction Search.
  • Integration Pattern: Only the Request-Response pattern is supported; the maximum Task state execution time is 15 minutes (900 seconds), after which Step Functions times out even if the harness is still running.
  • Parallel and Sequential Execution: Multiple AgentCore harness steps can be composed in parallel branches or sequential chains within a single state machine, enabling complex multi-agent workflows.

Why It's Important

  • Eliminates Agent Infrastructure Plumbing: Teams no longer need to build and maintain the orchestration loop, compute environment, tool wiring, memory management, and authentication for each agent—AgentCore handles all of it, reducing days of setup to a configuration change.
  • Bridges Deterministic and AI-Driven Logic: Step Functions' reliable, auditable workflow engine can now incorporate non-deterministic AI reasoning steps, enabling hybrid workflows that combine rule-based automation with adaptive agent decision-making.
  • Enterprise-Grade Auditability: Every agent decision is traceable through Step Functions execution history and CloudWatch turn-by-turn logs, which is critical for compliance, debugging, and governance in production environments.
  • Human-in-the-Loop for High-Stakes Actions: Built-in Step Functions human approval steps can gate critical agent-driven actions, providing a safety mechanism before consequential operations are executed.
  • Reusability and Flexibility: A single harness configuration can be reused across multiple workflows with per-invocation overrides, reducing duplication and making it easier to maintain consistent agent behavior at scale.
  • Accelerates Agentic Use Cases: Common enterprise tasks like document classification, unstructured form extraction, and multi-step data enrichment can now be automated end-to-end within existing workflow infrastructure.

How It's Different

  • Managed vs. DIY Agent Loop: Unlike custom Lambda-based agent implementations where developers must write and maintain the model-call/tool-invoke loop, AgentCore manages the entire agent loop in a secure, isolated microVM—no orchestration code required.
  • Configuration Over Code: Traditional Step Functions integrations with Bedrock (e.g., InvokeModel) require developers to handle multi-turn logic, tool routing, and context management in custom code; the AgentCore harness replaces all of that with a declarative config.
  • Stateful Sessions Across Executions: Unlike stateless Lambda invocations or basic Bedrock model calls, AgentCore harness sessions maintain persistent memory and filesystem state across invocations, even spanning multiple Step Functions executions via a shared session ID.
  • Multi-Provider Model Flexibility: The AgentCore harness supports models from Amazon Bedrock, OpenAI, and Google Gemini, and can switch providers mid-session—broader than a direct Bedrock InvokeModel call which is limited to Bedrock-hosted models.
  • Integrated Observability Without Extra Instrumentation: Turn-by-turn agent traces are automatically captured and linked from the Step Functions console, whereas custom agent implementations require manual logging and tracing setup.
  • No Additional Integration Charges: Standard Step Functions pricing applies with no surcharge for the AgentCore integration itself, unlike some third-party agentic orchestration platforms that charge for orchestration overhead.

When to Prefer It

  • Document Processing Pipelines: Use this integration when a workflow needs to classify documents, extract fields from unstructured forms, or summarize content as one step in a larger automated pipeline (e.g., invoice processing, contract review).
  • Multi-Agent Decision Workflows: When a business process requires different specialized agents at different decision points—such as a triage agent followed by a resolution agent—use parallel or sequential harness steps within a single state machine.
  • Regulated or Auditable Processes: When compliance requirements demand a full audit trail of every AI decision, the combination of Step Functions execution history and CloudWatch turn-level traces provides the necessary evidence without custom logging.
  • Human-Gated AI Actions: When an AI agent's output must be reviewed by a human before triggering a consequential downstream action (e.g., sending a financial transaction or modifying infrastructure), pair the harness step with a Step Functions wait-for-approval state.
  • Iterative Agent Tasks with Context Continuity: When an agent needs to maintain context across multiple workflow invocations—such as a multi-day research task or a stateful customer interaction—use session IDs to persist memory across executions.
  • Rapid Prototyping of Agentic Workflows: When a team wants to experiment with different models or tool configurations without rewriting code, the per-invocation override capability and Quick Create Harness in Workflow Studio enable fast iteration.
  • Replacing Custom Lambda Orchestration: When existing workflows use complex Lambda functions to manage Bedrock multi-turn conversations, migrating to the AgentCore harness step reduces code maintenance and improves reliability.

Availability

  • Preview Status: The AgentCore harness integration is currently in public preview; it is not yet generally available (GA).
  • Supported Regions: Available in US East (N. Virginia), US West (Oregon), Europe (Frankfurt), and Asia Pacific (Sydney)—the same regions where the AgentCore harness preview is active.
  • Step Functions Pricing: Standard AWS Step Functions pricing applies for workflow execution (state transitions); there are no additional charges for the AgentCore integration itself.
  • Bedrock and AgentCore Pricing: Standard Amazon Bedrock pricing applies for model inference; standard AgentCore pricing applies for associated resources (compute, memory, tooling); there is no separate harness charge.
  • Integration Pattern Limitation: Only the Request-Response pattern is supported; Run a Job (.sync) and Wait for a Callback with Task Token patterns are not available.
  • Execution Time Limit: The InvokeHarness Task state has a hard maximum execution time of 15 minutes (900 seconds), regardless of the TimeoutSeconds value set; users should configure harness timeouts accordingly to avoid unexpected costs.
  • Output Constraints: Only the final assistant message is returned; intermediate turns, tool-use blocks, and reasoning blocks are omitted. Output size is subject to the standard Step Functions Task state output limit.

Tags

Servicesbedrock-agentcore
Typeintegrationpreview-launch
Conceptsagentic-aigenaiinference
Use Casesenterprisedeveloper-tools
GeographyAMERICASAPJEMEA

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.