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

Mirasim 文档

第 06 章

分支、重跑与 worktree

让一次对话沿两个方向展开、重新执行某一轮,并让并行的智能体安全地修改同一个仓库。

分叉一次对话

对话记录中的任何一条消息都可以作为新分支的起点。分支会继承到该处为止的完整历史,你写下的内容成为它的第一轮。因此可以尝试第二种做法,既不放弃第一种,也不必重述背景。

  1. 选定分岔点

    通常是你现在开始怀疑的那个决定之前的最后一条消息。在该消息上选择「从此分支」。

  2. 把另一种做法写成分支的第一条指令

    例如:「这次改用队列实现,不用定时任务。」分支会创建一个真正独立的会话,原会话继续运行,历史也完整保留。

  3. 对比之后保留一个

    两个分支都是普通会话,产出的也是普通改动。分别阅读,保留更好的一个,删除另一个。分支上会标明它来自哪个会话的哪一轮,母会话中也会列出它的所有分支。

重新执行与修改指令

有时你需要的不是分支,而是把同一个问题再问一次。重跑会重新执行某一轮,这是判断某个结果是否出于偶然、或者换个模型试一试的最低成本方式。修改自己发出的那条指令,则是去修正产生了不理想结果的输入,而不是与结果反复交涉。

worktree:多个智能体同时修改一个仓库

两个智能体修改同一份检出,会造成状态损坏和无法审阅的改动。因此会话可以运行在独立的 Git worktree 中:一份真实的检出,处于独立分支,由智能体创建并由 Mirasim 记录。这样每个智能体都像独占该项目一样工作。

worktree 是 Git 自带的机制,不是 Mirasim 新造的概念,因此不会引入任何不透明的部分:`git status`、`git diff` 和你自己的编辑器都照常可用。把某个窗格的成果并回主线就是一次普通合并,不需要则是一次普通的删除分支。

各工作区所处的分支,以及领先或落后的提交数
Git 面板列出多个工作区,每个都标明当前分支及领先或落后的提交数,旁边是输入区的工作区选择项。

Git 面板一次查看所有工作区:各自所处的分支、改动了多少文件、相对上游领先或落后多少。判断并行的工作是否已经偏离,看这一屏。(该控件不在当前这一屏上)

这块面板上的按钮可以直接点,点着看看。

  1. 在输入区开启 worktree

    该开关位于工作区和分支选择项旁边。隔离是创建会话时做出的决定,不是之后再执行的一次迁移。

  2. 指定基础分支

    智能体会先切换到该分支,或从它创建 worktree。让并行的工作都基于同一个已确认可用的提交,合并才会一直平淡。

  3. 按顺序合并,先合改动最小的

    先合入改动小、机械性强的那条分支,再把较大的一条 rebase 到它之上。两个智能体改动了同一个文件,属于普通冲突,按常规方式解决即可。

  4. 明确清理

    删除会话时会询问是否一并移除其 worktree。只要仍有未提交的改动,Git 就会拒绝移除。这项拒绝是有意的设计,请先提交或丢弃这些改动。

这一页有错或缺了什么? 告诉我们