METALBEAR: CAPITALIZED
TL;DR: Weâve raised $12.5m to continue building mirrord and fix everything thatâs broken in the world⊠of cloud software development.
The round was led by TLV Partners with participation from TQ Ventures, Modern Technical Fund, Netz Capital, David Cramer (Sentry), Ben Sigelman (OpenTelemetry), Thomas Dullien (Optimyze), Guy Zipori and Or Hiltch (Skyline.ai), Nader Al-Naji (DeSo), Eric Hauser (Cadence), Tamar Bar-Ilan and Yotam Segev (Cyera), Yoni Broyde (Alooma), Eilon Lotem and Tal Zackon (Tres).
If youâre just looking to check out mirrord, go here.

How mirrord helps shorten the dev loop
The Product
Building enterprise cloud software is slow and frustrating. This is weird when you think about it, because software engineers are among the only professions who build their own tools, and if something works poorly, usually they just⊠fix it. And yet, in our combined 20-ish years of experience as developers, we have always encountered the same problems:
- Running your microservice locally requires a complex configuration of locally running dependencies that breaks all the time
- Automated testing in CI is flaky, expensive, and youâre always trying to increase coverage while keeping the runtime low
- Staging environments are fragile, it takes ages to get your new code deployed there, they usually uncover issues (thatâs what theyâre there for), and then you have to go through the whole cycle again
This creates a workflow thatâs not only time-consuming but also filled with short periods of downtime that kill focus, and is dependent on so many external factors (looking at you DevOps team) that it makes task estimation impossible.
We knew what we wanted the new workflow to look like: we open our code in the IDE, we click âdebugâ, it runs without us having to configure anything, and its context, state, and dependencies are those of the real cloud environment. That way when we finally do deploy it to staging for acceptance testing, it passes on the first try. Simple.
We set about building mirrord, and we soon found out why nobodyâs succeeded at doing this before. When you tell an engineer about your development tool, 100% of the time theyâll tell you that it wonât work on their environment because itâs âweirdâ. And itâs true! There are just so many frameworks, databases, service meshes, network components out there, with more being added every day, that almost by definition every companyâs environment is âweirdâ. Now imagine trying to build a cookie-cutter solution thatâll dramatically improve the workflow on all of these environments. Imagine having to do it better than the engineers at those companies who built something specifically tailored to their weird environment. Imagine asking those engineers to pay you for it.
Well, we did it. We dug deep down into the layers of software until we reached a solid foundation that nobody touches anymore: the C standard library. Thatâs where we built mirrord. It was grueling low-level work (weâre not kidding). We had to specifically find developers with the sort of psychological hangups thatâll make them want to do it day in and day out (more on these devs in a second). But it paid off, and today thousands of engineers all over the globe can just open their code in the IDE, click âdebugâ, and see if itâs going to work in production. In seconds, instead of hours.

Cloud dev workflow with and without mirrord
P.S. If youâre looking for the AI angle, itâs here.
The Customers
The mirrord OSS is being used monthly at thousands of companies worldwide, including Apple, NVIDIA, AWS, and other such mammoths, to effortlessly test their code in cloud environments. But mirrord for Teams is where companies start to see real business value. SurveyMonkey reduced time-to-ship by 50%. zooplus are seeing 20% of their developersâ time saved. Developers at Imprint can test and debug their code 10x faster (we didnât publish that one yet). And these are just the ones weâre allowed to mention.
But the best part is, because we support our customers directly on Slack, weâre occasionally hit with quotes like this (this oneâs from last week):
âJust wanted to say this project is an amazing productivity boost! It took me just a few minutes to test and troubleshoot the migration of my MS to elasticache against a real, staging instance on AWS - all from my local machine đ€Ż Before it would take HOURS â„ïžâ
The Team

The MetalBear Team :)
MetalBear tries to solve a very old problem that many have tried to solve in the past; it tries to do it using unconventional technology; and it tries to sell it to an audience that would often rather spend years building and maintaining their own thing than paying for a third-party product. And yet the decision that raises the most eyebrows from our peers, investors, and advisors was to build MetalBear as a fully remote and global company.
It was actually brought about by circumstance. Eyal was temporarily living in London while Aviram was in Tel Aviv. Aviram knew heâd prefer to keep the company remote, since the flexibility and focus it affords allowed him to do his best work, but Eyal was certain that once he went back to Israel, weâd find an office.
But then we started hiring. We had both had to hire software engineers in our previous roles, and we knew how hard it was to find someone who was a good fit, and then also convince them to join your company specifically and not one of the hundreds of others in the country. Add that to the specific technical background we were looking for - Rust, OS-level programming, Kubernetes - we figured weâre in for a hard time.
It took us about two weeks to hire each of our first five engineers, most of them through r/rust. By opening the role to a global candidate pool, we were able to reach hundreds of incredibly talented, skilled, and hungry engineers. That same method later helped us hire for our sales and marketing teams as well, and today MetalBearâs team includes 25 people from 15 countries. As you can imagine, the culture skews nerdy, as evidenced by our meme wall.

The MetalBear meme wall
The Future
âŠis mirrord. For now. Teams already using mirrord are seeing massive value, and so our mission for the near future is to bring mirrord to as many teams as possible by:
- Supporting even more use cases: unblocking Agentic AI, CI acceleration, error injection, preview environments, the list goes on.
- Making it even easier to adopt. Turns out not everyone likes manually editing JSONs⊠one of those things you learn on the journey.
Want to try it out? Go here.
Stay in touch
Want to follow along as we keep building? Hereâs how you can stay connected:
- Star us on GitHub and join our community discussions on Slack
- Follow us on Twitter and LinkedIn
- Subscribe to our newsletter for updates, technical deep-dives, and memes
We love hearing from developersâfeedback, feature requests, weird edge casesâwe want it all.
And weâre hiring!
If mirrord sounds like something youâd like to work on, or the meme wall stirred something deep within yourself, then join our team! Check out our careers page or reach out directly.