Invite codes no longer gate your own accounts. Bring-your-own-account use is free for everyone; cloud Pro stays invite-only.Read the announcement
AnnouncementAugust 9, 2026

To everyone who's been following or using Mirasim:

Over the past few days, Mirasim ended up in front of a much bigger audience much earlier than we'd planned. We were still in private beta and, honestly, nowhere near ready for a wider launch.

Invite codes spread far beyond the small beta group we had planned for. In a very short window, we saw a flood of visits and test requests, along with some unusually aggressive, probing request patterns. Our capacity, reliability, and security systems weren't ready for that volume. Some of you ran into slow loading, failed requests, or Pro benefits that never showed up.

We're genuinely sorry for the rough experience. Whatever the source of the traffic, we should have been better prepared. That's on us, and our users shouldn't have to pay for it.

At the same time, you sent us a huge amount of honest, detailed feedback. A lot of issues that probably wouldn't have surfaced until a public launch showed up early. Thank you to everyone who took the time to try Mirasim, patiently share feedback, or report security issues responsibly.

Here's how access to Mirasim will work from here

Invite codes no longer limit connecting your own accounts to Mirasim — they only limit the cloud Pro service that Mirasim pays for.

Connecting and using your own accounts locally will be free for everyone. You'll be able to connect the Claude Code, Codex, and other model accounts or services you already use, then work across multiple models, Agents, and sessions in Mirasim. Mirasim won't charge for any of this. Third-party subscription or API fees will still follow each provider's own terms.

Cloud Pro access — where Mirasim covers the model usage costs to make things cheaper for users — will remain invite-only and roll out in batches as capacity allows. We'll keep sharing our progress and what opens next, so the rules stay as clear and transparent as possible.

A note on Pro benefits

  • The 1,000 beta users covered by our original promise will still receive one full year of Mirasim Pro. That promise has not changed.
  • Anyone who successfully registered during this wave after we had already passed the original 1,000-user limit will receive one month of Mirasim Pro. This is both to make up for the unstable experience and to thank you for trying Mirasim before it was fully ready.
  • If you've already registered or activated your access but your Pro benefits still aren't showing up, please don't try again. We have the records. We'll verify eligibility and apply the benefits in batches, then share the timing and start-date details.

How the rollout will work from here

Over the next week or two, we'll focus on adding capacity, fixing the entitlement system, tightening security, and working through your feedback one issue at a time. Mirasim remains open. Registration and local, bring-your-own-account access will stay available, while cloud Pro access will roll out in batches as capacity allows.

We're not trying to build yet another model aggregator. We want Mirasim to be an Agent workspace you can keep building in for the long run. Wherever the next leap in Agent capability comes from, you should be able to plug it into the same workflow, switch seamlessly, and use different Agents together. Once you've built something, you can put it in front of simulated users in a real environment and let evidence — not guesswork — tell you what to do next.

We want every leap in what Agents can do to become real leverage for everyone — so you spend less time chasing tools and more time building what you actually care about.

Models will change. You shouldn't have to start over.

Thank you for showing up before Mirasim was fully ready. From here, we'll put these promises into every fix and every update, and work to earn your trust by making Mirasim more stable and more reliable.

— The Mirasim team

WritingAugust 13, 2026

The name we changed

We shipped under "ADE" — agentic development environment — long enough that our own X handle still says it. Then we changed the words on the front page to Agent IDE. Here is what the two names each get right.

5 min read

Two names for the same shift#

Both names are trying to describe the same change: the thing you spend the day in is no longer where you type every line, it is where you direct work that gets typed for you. That is a different tool even when it looks like an editor, because the questions it has to answer are different — not "where is this symbol defined" but "which of these four agents is blocked, on what, and is the diff any good".

What each name is good at
ADE — agentic development environment
Accurate and load-bearing: it says the whole environment is agentic, not that an editor grew a chat panel. It is also the name of a category that does not exist yet, which is precisely its problem — nobody types it into a search box.
Agent IDE
Less precise — "IDE" carries three decades of assumptions about a text editor at the centre — but immediately legible. Someone who has never read our site knows within a second roughly what kind of thing this is.

We now lead with Agent IDE on the front page and keep ADE as the category we would like to see named. If you came here from our X account, that is why it still reads @Mirasim_ADE: the handle is older than the decision, and renaming a handle costs every link that points at it.

What the thing has to do to earn either name#

Names are cheap. The test is which problems the tool takes off your hands once more than one agent is running. Three of them are unavoidable, and they are the ones a chat panel bolted onto an editor does not address.

  1. Keeping two agents out of each other's way

    Two agents on one checkout overwrite each other silently. The environment has to give each one a place of its own — for us, a linked git worktree per session — or parallelism is a demo rather than a working mode.

  2. Not owning the agent

    The agents people already trust are third-party CLIs with their own logins. An environment that only works with its own built-in agent is asking you to give up the one you chose. Ours launches Claude Code and Codex as themselves, under your accounts.

  3. Telling you whether the work is any good

    More output per hour is not the win; more work you can accept is. That is why evaluation sits inside the loop here rather than after it — the evidence comes back as the next batch of tasks.