邀请码不再限制你连接自己的账号。自带账号的能力对所有人免费开放,云端 Pro 仍为邀请制。阅读公告
公告2026 年 8 月 9 日

致每一位关注和使用 Mirasim 的朋友:

过去几天,仍处于内测、尚未做好大规模开放准备的 Mirasim,比原计划更早地来到了大家面前。

邀请码的传播范围超出了原定规模。短时间内,大量访问和测试请求涌入,同时也出现了部分异常高频的探测与访问请求。由于我们的容量、稳定性和安全防护准备不足,部分用户遇到了加载缓慢、请求失败、权益未到账等问题。

给大家带来的不好体验,我们诚恳道歉。无论流量因何而来,没有提前做好准备,都是我们的问题,不应该让用户承担后果。

与此同时,我们也收到了大量真实、具体的反馈。许多原本可能要在正式开放后才会暴露的问题,被大家提前发现了。感谢每一位认真体验、耐心反馈和负责任地报告安全问题的朋友。

接下来,Mirasim 将调整开放方式

邀请码不再限制你连接自己的账号使用 Mirasim;它只限制由 Mirasim 承担成本的云端 Pro 服务。

本地账号接入与调用能力将免费向所有用户开放。无需邀请码,你也可以连接自有的 Claude Code、Codex 等账号或模型服务,使用 Mirasim 的多模型、多 Agent 和多 Session 能力。Mirasim 不会对这部分能力收费;第三方订阅或 API 费用仍按对应服务商规则结算。

由 Mirasim 承担调用成本、帮助用户降低使用成本的云端 Pro 能力,将继续采用邀请制,并根据服务容量分批开放。我们会及时公布开放进度和后续安排,让规则尽可能清晰、透明。

关于大家关心的 Pro 权益

  • 原计划承诺的 1000 位内测用户,将获得 1 年 Mirasim Pro 权益,这一承诺不会改变。
  • 对于本轮超出原定 1000 人名额、但已经成功注册的用户,我们也将提供 1 个月 Mirasim Pro 权益,作为本次体验不稳定带来的补偿,也感谢大家愿意在产品尚未成熟时前来尝试。
  • 如果你已经完成注册或激活,但权益暂未到账,请不要重复操作。相关记录已经保存,我们会统一核验和补发,并同步后续到账与起算安排。

Mirasim 后续的开放节奏

未来 1—2 周,我们会集中扩充服务容量、修复权益系统、加强安全防护,并逐项处理大家反馈的问题。Mirasim 没有关闭,注册和本地账号能力会持续开放,云端 Pro 能力则会随容量分批开启。

我们希望构建的,不只是一个聚合模型的工具,而是一个面向长期创造的 Agent 工作空间。无论下一代更强的 Agent 出现在哪里,用户都能在同一个工作流中持续接入、无缝切换并协同使用;完成构建后,再交给仿真用户在真实环境中验证,让证据决定下一步。

我们想让每一次 Agent 能力的进步,都更快成为每个人的生产力,让大家少花时间追逐工具,把更多时间留给真正想做的事情。

模型会更替,创造无需重来。

谢谢大家在 Mirasim 还不够成熟的时候提前来到这里。接下来,我们会把承诺落实在每一次修复与更新中,用一个更稳定、更可靠的 Mirasim,回应大家的关注与信任。

—— Mirasim 团队

文章2026年8月13日

我们改掉的那个名字

我们以「ADE」(agentic development environment,智能体开发环境)为名做了挺长一段,久到我们自己的 X 账号至今还叫这个。后来首页上的说法换成了 Agent IDE。这两个名字各自对在哪里,值得写清楚。

约 5 分钟

同一件事的两个名字#

两个名字想描述的是同一个变化:你一天待着的那个东西,不再是你逐行敲字的地方,而是你指挥别人替你敲字的地方。即便它看起来还像个编辑器,它也已经是另一种工具,因为它要回答的问题变了——不是「这个符号定义在哪」,而是「这四个智能体里哪个卡住了、卡在什么上、产出的 diff 行不行」。

两个名字各自的长处
ADE —— 智能体开发环境
准确,而且承重:它说的是整个环境都是智能体化的,而不是一个编辑器长出了对话框。它同时是一个还不存在的品类的名字——而这正是它的问题:没有人会把它打进搜索框。
Agent IDE
不够精确——「IDE」背着三十年关于「中心是个文本编辑器」的预设——但一眼就懂。一个从没读过我们网站的人,一秒内就大致知道这是个什么东西。

现在首页以 Agent IDE 打头,ADE 留作我们希望这个品类最终被叫成的名字。如果你是从我们的 X 账号过来的,这就是它至今写着 @Mirasim_ADE 的原因:这个账号名比那个决定更早,而改账号名的代价是所有指向它的链接。

要撑起这两个名字,它得做到什么#

名字是廉价的。真正的检验是:当同时跑着不止一个智能体时,这个工具替你接走了哪些问题。有三个是躲不开的,也正是「在编辑器上挂个对话框」解决不了的。

  1. 让两个智能体互不干扰

    两个智能体在同一份检出上会无声地互相覆盖。环境必须给每一个自己的地方——在我们这里是每条会话一个 linked git worktree——否则并行只是演示,不是能用的工作方式。

  2. 不去占有那个智能体

    人们已经信任的那些智能体,是带着自己登录态的第三方命令行工具。一个只跟自家内置智能体配合的环境,等于要你放弃你已经选好的那个。我们的做法是把 Claude Code 与 Codex 以它们本来的样子启动,用你自己的账号。

  3. 告诉你产出到底行不行

    每小时产出更多不是胜利,能被你接受的产出更多才是。这也是为什么评测在我们这里是闭环之内的一环、而不是事后补的一步——评测证据直接变成下一批任务。