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

第 13 章

定时任务、目标与任务总览

按时自动执行的任务、整件交付出去的工作,以及一个界面告诉你哪一项在等你。

定时任务

定时任务就是一条普通的会话指令,加上时间触发。智能体、模型和推理强度与你手动选择的一致,区别只在于它会自行发起。日常用途多是那些没人记得做的例行检查:工作日上午汇总提交、待合并请求和需要关注的事项;周五给出一周概要;周期性查看流水线运行结果和依赖告警。

  1. 在它所属的工作区中创建

    定时任务按工作区保存,位于 <工作区>/.mirasim/schedules.json。因此它们属于该项目,可以像代码一样评审,并随仓库一起流转。

  2. 指令按平时的写法书写

    没有另一套定时任务语法。常见频率有预设,包括每天 9 点、工作日 9 点、每周一 9 点、每小时、每 30 分钟;也可以按本地时间写一条标准的五段式 cron 表达式。最短间隔为 10 分钟。

  3. 查看、暂停或立即执行

    每条定时任务都显示下次执行时间、上次执行时间和运行历史,并可直接进入某次运行创建的会话。可以暂停而不删除;需要验证时可立即手动执行一次。

定时任务与目标的入口
右侧面板栏中的定时任务面板,以及输入区中把指令转为定时任务的按钮。

定时任务当前工作区的定时任务:执行内容、下次触发时间,以及上次的执行结果。(该控件不在当前这一屏上)

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

目标:整件交付出去的工作

会话是一次对话。目标是一整件带有完成条件的工作,交由一个智能体负责编排:它把工作拆成任务、分派出去、自行推进,并在确实需要你决定时回来找你。在输入区输入 `/goal` 创建,说明目标是什么,以及怎样算完成。

目标空间是你观察它执行的地方。一侧是你用来明确目标的主对话,另一侧是该对话产出的约定内容:预期结果、可验证的验收标准、范围、边界、明确不做的事项、已确定的决策与假设,以及尚未确定的部分。那一侧的规格是只读的,由对话同步而来,因此修改目标只有一个入口。

目标经历的各个阶段
对齐中
编排者正在把你的对话整理成可验证的预期结果和一份执行计划。
审阅并确认开始
预期结果、证据要求和边界确定之后,你确认某一个具体版本。这次确认即为智能体开始工作的授权。
执行中
任务按已发布的计划执行,配有任务关系图和看板,逐项显示实时状态,并标出关键路径。
等待你决定
只有会改变范围、安全性、权限,或造成不可逆后果的决定才会阻塞进度。系统会说明某个待决事项正阻塞多少个执行单元。
验收并完成
验收标准依据证据核对,而不是依据声明:每个节点都附带其产物、验证过程,以及背后执行单元的工作记录。

每个任务节点展开后即是它的证据:产出了什么、是否通过验证、它依赖谁又被谁依赖,以及执行它的智能体的实际工作记录。某条记录缺失或无法读取时,目标空间会说明是哪一条、原因是什么,而不是给出一份乐观的概述。你也可以为任意任务添加备注,备注会回到主对话中,编排者会带着这一信息继续执行。

任务总览

多个会话和目标同时进行时,工作台不是合适的视角,你不会为了确认其中一项已停止而去读五份对话记录。任务总览把这些集中在一个界面:多少项正在进行、多少项在等你、多少项需要关注、今天完成了多少。

  • 每项任务:当前在做什么、它的计划、在当前步骤上停留了多久,以及一条事件轨迹,包括开始执行、进入某一步计划、子任务启动或失败、向你提问、停滞、完成。
  • 活跃程度用直白的说法表示:刚刚活跃、多久前活跃过、已静默多久。这样停滞的任务与仅仅较慢的任务在界面上是可区分的。
  • 任务完成、失败、停滞或需要你处理时发送系统通知,因此你可以离开这个窗口。
  • 在应用之外创建的任务只显示粗略状态,并会明确说明这一点;在此处创建的任务显示完整的实时细节。

没有任务在运行时,它会直接说明,而不是虚构出一些动态:当前空闲,没有任务在运行。

待处理收件箱

任务总览回答的是「正在发生什么」。收件箱回答一个更窄也更实用的问题:什么在等我处理。每一条都标明你需要做的动作:回答、对齐、决定、修复、继续、验收,并显示它已等待多久。普通会话完成、停滞,或者需要你决定时,同样会出现在这里。

把某一条标为已读即可清除,它会从待办中移除,会话本身不受影响;也可以归档。收件箱值得信赖的原因在于它给出的承诺:不在这里的事项,你不需要关注。

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