Today I'm announcing Workers IO to solve the slowest part of engineering, verification!
AI agents can now write years’ worth of code in days, but it still takes significant engineering effort to verify what’s being built.
It’s impossible to predict all scenarios that could lead to a failure and that’s why most expensive failures are found in production.
Workers IO runs millions of simulated production scenarios on your entire system, including dependencies. These simulations run inside a deterministic hypervisor which injects faults like network delays, disk errors, clock skew, and process failures to verify how your system handles these conditions.
Deterministic execution allows us to systematically explore the state space of the system and perfectly reproduce failures.
We are already helping customers do years worth of production hardening in days and build confidence in what they’re shipping.
If you are working on systems that you can never afford to break, DM me and we can help you battle test them!
It's insane how fast small AI pilled teams move, we onboarded this team 2 days ago and they are now the fastest team when it comes to shipping fixes.
It's also a good signal for us because it shows we are surfacing things that directly impacts their business not just an intellectual exercise.
Every time I convince myself I understand our market, some crazy inbound appears with a use case like verifying software for power inverters!
We are so early in this, @workersio going to be the most important vendor for so many businesses.
We're making software verification super fun and accessible for everyone with @workersio
Almost every customer we've worked with for over 30 days has expanded across multiple teams or projects.
You know a team is going to win BIG when they speed run every issue we report in one weekend.
Yall should check out @s2_streamstore a top-tier team building a top-tier streaming product.
When working with our customers, two of the most important things are -
1. Minimize the amount of compute spent to find failure scenarios that are important to our customers
2. ZERO false positives
Just helped close 10+ critical/high severity issues for a infra company that served 10s of millions of user requests a day.
Just getting started, we are going to push the bar for software quality really really high!
Today I'm announcing Workers IO to solve the slowest part of engineering, verification!
AI agents can now write years’ worth of code in days, but it still takes significant engineering effort to verify what’s being built.
It’s impossible to predict all scenarios that could lead to a failure and that’s why most expensive failures are found in production.
Workers IO runs millions of simulated production scenarios on your entire system, including dependencies. These simulations run inside a deterministic hypervisor which injects faults like network delays, disk errors, clock skew, and process failures to verify how your system handles these conditions.
Deterministic execution allows us to systematically explore the state space of the system and perfectly reproduce failures.
We are already helping customers do years worth of production hardening in days and build confidence in what they’re shipping.
If you are working on systems that you can never afford to break, DM me and we can help you battle test them!
I feel that is the wrong hill to climb on, the point is not to just "formally verify" the code.
BUT to make sure we help teams develop understanding of their systems and then verify things that they care about.
DST or FV, the hardest part is often coming up with the right properties to work with. It's very easy to verify the wrong things, or even worse things that has no business outcomes tied to them.
Hot take: code review and running agent generated tests will become obsolete.
It's just matter of time, we will make DST and FV so accessible and cheap to use that this will become the default way people will build any kind of software.
the bottleneck in software engineering isn't writing code anymore. it's knowing whether the code actually works under real-world conditions.
huge kudos to you @chaaai for tackling such an important problem. excited to see Workers IO out in the world! 🚀
1. We are an entirely different product. We don’t use agents to test your product; if anything, we find far more interesting things than LLMs do.
2. Web / API / MCP
3. We look at the state of the entire system and use the signals you can expose from your product to explore the state space. This is handled by our own orchestrator (not an agent).
We do use LLMs for narrowly scoped tasks.