Agent runtime that suspends and resumes state: the pattern and the claims in the AWS post
The post attributes to AWS an open source agent runtime that saves state while agents wait for tools and claims 75,000 concurrent agents in 8 GB of RAM.
By Wendelmaques Pereira · Updated today
Source: AWS publica open source runtime de agentes que alega 75 mil agentes simultâneos em 8 GB… (x.com). Text prepared with AI from this source.
What happened and what to do
The post states that AWS published an open source runtime that saves each agent's state and suspends it while it waits for tool results, resuming it when an event occurs. According to the author, the setup reaches 75,000 concurrent agents in 8 GB of RAM. These figures are the post's own claims and still need to be checked against the project's documentation and measurements.
For a company, the useful point is the pattern, regardless of the exact number: agents that use tools spend most of their time waiting on APIs, queues or human approvals, and keeping that state resident in memory is expensive. An in-house implementation can persist state in durable storage, trigger resumption from queue or webhook events, and measure memory use per agent under real load before setting capacity. This requires persistence design, state versioning and monitoring of resume latency.
How the consultancy can help
Diagnosis of how the agents in your operation use memory and wait on tools, with measurement under representative load. Then implementation of an in-house runtime or an adaptation of an existing one, with state persistence, event-driven resumption and monitoring, operated on your infrastructure.
Next step
Send a short description of your case, including how many agents run in parallel and which tools they use, and Wendelmaques will reply with a scoped proposal.
Let's assess your project

I reply with scope and a proposal.