AWS makes its new Spring AI SDK for Amazon Bedrock AgentCore generally available
AWS has moved the Spring AI SDK for Amazon Bedrock AgentCore to GA. The new open source SDK brings AgentCore capabilities into Spring AI and shows how to build an agent, from a simple chat endpoint to a more advanced scenario with streamed responses, conversation memory, web browsing and code execution. For Java teams, it offers a direct path to production-ready agents without a lot of manual plumbing.
AI-processed from AWS Machine Learning Blog; edited by Hamidun News
AWS has made the Spring AI SDK for Amazon Bedrock AgentCore generally available. For Java teams, that means a more direct path to building AI agents on Spring AI and running them in the scalable AgentCore Runtime environment.
What exactly has been released
This is an open source SDK that connects Amazon Bedrock AgentCore capabilities to the Spring AI ecosystem. Put simply, developers can build agentic applications in a familiar Java stack, without turning to separate frameworks or stitching infrastructure together by hand.
AWS presents the release as a tool for production-ready agents: not just for demos, but for services that must run reliably under real load.
The Generally Available status matters in itself. It usually means the product has left its experimental phase, has a more stable API and is better suited to adoption in team workflows where support, scaling and predictable behavior across updates matter. For Spring shops, it also lowers the barrier to entry: the model layer, the runtime and the agent logic can all be built in one familiar development loop.
What developers get
In its example, AWS shows an agent growing from a simple chat endpoint into a more practical assistant with several layers of capability. The logic matters here: the company is not selling a standalone chat widget, but demonstrating a route along which a service gradually gains memory, streaming and tools. In other words, the SDK is designed for building an agent step by step, starting small and adding complexity for a specific scenario.
The basic set looks like this:
- a chat endpoint for conversation with the model
- streaming responses, so answers arrive as they are generated
- conversation memory to preserve context between messages
- web browsing tools, for when the agent needs to consult an external source
- code execution for tasks where the agent has to run code or calculations
This set shows that the SDK is built not for a single prompt-response interface, but for a full agent loop. It has conversation state, real-time response and the ability to call tools when the model alone is not enough. That is an important shift for enterprise development: many business scenarios need more than text. They need chains of actions, data validation and work with external systems, including internal APIs and external web resources.
In practice, it is the combination of memory and tools that most often separates a toy bot from a working agent. The former answers within a single message; the latter can hold context, look up missing data and take actions according to the application's rules. For internal assistants, support scenarios and developer tooling, this is no longer nice-to-have but a basic requirement if the team expects to take the project to real use inside the company or in a customer-facing product.
Why Spring teams should care
The main value of the release is that AWS embeds AgentCore where much of the corporate Java code has long lived. Teams do not need to change their stack completely to start building agent services: they can use familiar Spring patterns, existing backend processes and standard deployment practices. This is especially convenient for companies that already have internal APIs, queues, databases and security services tied to Java.
AgentCore Runtime deserves separate mention; AWS emphasizes it as a highly scalable execution environment. The SDK itself integrates agent capabilities into the application, while the runtime handles execution on infrastructure built for growing load. As a result, the developer works at a higher level of abstraction: less time goes to plumbing, more to business logic, rules and agent tools that actually affect the user experience.
For the market, this is one more signal that agent scenarios are moving from the lab phase into ordinary enterprise tooling. When a major cloud player packages memory, streaming and tool use into a standard SDK for Spring, it is effectively telling the Java ecosystem that AI agents can now be built as systematically as REST services or event-driven applications, rather than as separate experimental prototypes next to the main production product.
What this means
The GA release of the Spring AI SDK for Amazon Bedrock AgentCore brings agent development closer to the ordinary enterprise process. A team that already has a Spring stack gets a shorter path from prototype to production, with memory, tools and a scalable runtime, and without extra homegrown infrastructure.
- Oct 31, 2026Worldwide Express hands disputed invoices to AI agents and cuts unresolved disputes by 75%
- Oct 30, 2026AWS gives coding agents a live site preview straight from an isolated session
- Oct 30, 2026MoEngage Opens 400 Private APIs to AI Agents Through AgentCore Gateway, Without Building Its Own MCP Servers
- Oct 29, 2026NVIDIA Nemotron 3.5 Super VL: 120B Parameters, 12B Active, Running on AWS
Key Questions Answered
What exactly has been released?
This is an open source SDK that connects Amazon Bedrock AgentCore capabilities to the Spring AI ecosystem. Put simply, developers can build agentic applications in a familiar Java stack, without turning to separate frameworks or stitching infrastructure together by hand. AWS presents the release as a tool for production-ready agents: not just for demos, but for services that must run reliably under real load. The Generally Available status matters in itself. It usually means the product has left its experimental phase, has a more stable API and is better suited to adoption
What developers get?
In its example, AWS shows an agent growing from a simple chat endpoint into a more practical assistant with several layers of capability. The logic matters here: the company is not selling a standalone chat widget, but demonstrating a route along which a service gradually gains memory, streaming and tools. In other words, the SDK is designed for building an agent step by step, starting small and adding complexity for a specific scenario. The basic set looks like this: a chat endpoint for conversation with the model streaming responses, so answers arrive as they are generate
Why Spring teams should care?
The main value of the release is that AWS embeds AgentCore where much of the corporate Java code has long lived. Teams do not need to change their stack completely to start building agent services: they can use familiar Spring patterns, existing backend processes and standard deployment practices. This is especially convenient for companies that already have internal APIs, queues, databases and security services tied to Java. AgentCore Runtime deserves separate mention; AWS emphasizes it as a highly scalable execution environment. The SDK itself integrates agent capabilitie
Test Frontier LLMs & Autonomous Agents in One Workspace
Run Claude Opus 5.5, GPT-6, Gemini 3.1, and DeepSeek side-by-side in Nomad AI (nomadnet.ai) — unified model routing, deep research, and multimodal workflows under one subscription.
The AI world, distilled — once a week
Seven stories that actually mattered, hand-picked. No noise, no reposts, no press releases.
Done! Check your inbox for a confirmation.