邀请码不再限制你连接自己的账号。自带账号的能力对所有人免费开放,云端 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日

只改一件事

多数想把编程智能体装进自家界面的工具,最后都在重新实现它。还有一种更窄的做法:照原样启动那个真正的命令行工具,只把一个 URL 指向别处。

约 6 分钟

为什么「包一层」通常会出问题#

要把别人的编程智能体装进自家产品,最直觉的做法是替它说话:解析它的输出、在自己的面板里重画、通过自己的协议驱动它。演示效果很好。然后那个智能体发了个新版本,输出格式变了,你的解析就错了——而且错得像是那个智能体变差了。你从此维护着别人产品的一份副本,对方每一次改进都以你的 bug 的形式到达。

还有一笔代价会晚一点出现。智能体是以自己的身份鉴权的——一个订阅登录、一个 OAuth 令牌、一次设备授权。一个居中代管对话的包装层,往往也会顺手代管凭据;于是用户自己的账号,变成了由你的产品持有,而不是由那个智能体持有。

更窄的那个做法#

Mirasim 直接启动那个真正的智能体命令行工具,并继承它的标准输入输出——你对话的那个进程就是 Claude Code、或者 Codex,和它自己发布的一模一样。然后它只改一件事:把智能体的模型 base URL 指向一个本地代理,而不是供应商。整个介入就这么多。

代理做什么、不做什么
逐字转发请求体
它不解析任何东西。它不知道也不关心请求体是 Anthropic 的线格式、OpenAI 的、还是某种还不存在的格式——这正是它能对任意供应商、任意智能体版本继续生效的原因。
不碰你的鉴权
默认是直通:不注入任何 API 密钥,与供应商通话的是智能体自己的登录态。只有在某个智能体确实要求密钥时才提供。
抓取走旁路
请求与响应会以原始字节旁路落盘。记录器绝不允许阻塞、改写或破坏正在跑的会话——它的有界队列写满时会丢数据并统计丢弃量,而不是让智能体变慢。

这条约束换来了什么#

因为什么都不翻译,智能体还是它们自己。Claude Code 保留自己的终端界面与登录态,Codex 也一样。已有的登录直接沿用——不需要再注册一个账号,也不需要在我们的产品里重新授权一遍。每条会话各自选智能体、各自选模型,所以两个面板可以同时跑两个不同的智能体、连着两个不同的供应商。

这也意味着「原始视图」是真的。一个按钮就能让会话在智能体自己的终端输出和我们渲染的面板之间切换——而终端那一侧不是重建出来的,是智能体真正写出的那些字节。出问题时,这个区别决定了你是在排查那个智能体,还是在排查我们对它的理解。

代价也是真的,值得说清:一个只做路由的东西没法抹平智能体之间的差异。两个智能体行为不同、失败方式不同、配置方式也不同,我们不会用一个统一的外观把这些藏起来。我们负责的是流量去哪、记录什么、以及它们外面那套工作台做什么——而不是假装它们是同一个工具。