同一套事项模型,从玩家反馈走到正式上线。
莫比乌斯的工作模型
一个玩家问题,可能变成一条完整的交付记录。
莫比乌斯不替代 MyEC、UC 或 IAM。它接收需要内部处理的上下文,把负责人、证据和状态留在事项上,再通过受控集成把进度投影回原本面向玩家的系统。
产品演示
先看到现在应该处理什么。
工作台展示当前用户参与的未完成事项。根目标、父级上下文和可执行任务留在同一处,团队不需要先追问这件事从哪里来。
一切重要对象,都用事项承载。
一个莫比乌斯事项保留编号、Markdown 正文、历史、权限、参与人、评论、附件、测试和外部链接。父子关系表达归属和拆解,关联关系表达跨分支依赖。
玩家反馈以受控快照进入内部流程。
UC 继续拥有玩家会话、回复和附件。莫比乌斯只读取授权反馈快照,聚合同类报告,并让人工决定哪些内容形成内部事项。
测试结果和验收证据,直接留在事项里。
测试可以从事项发起、被认领、提交结果,并把备注和证据留在同一个工作对象上。验收完成后,结论仍然能被追溯。
进度回到真正面对用户的产品。
当工作完成,莫比乌斯通过版本化 API、幂等键和事务 outbox,把内部进展单向投影回玩家可见服务。
Möbius
今天我的工作
当前关注#1048Bed Wars 结算延迟高 #1042移动端资源加载重试中 #1036本周工单摘要普通
#1048 补充了测试证据
Möbius
测试中#1048
负责人Chen Yu优先级HIGH状态READY_FOR_TEST
房间关闭后,结算事件需要保持稳定顺序。
Möbius
18 条反馈已聚合反馈中心
AI 分诊建议
可能来自同一房间路径的重复反馈。
关联已有事项#1048
Möbius
7 / 9 通过测试池
7 / 9测试通过
Möbius
Outbox 就绪发布跟进
流程可以很短,因为上下文会跟着走。
先收集信号,再判断是否形成工作;通过事项树执行,用测试证据验收,最后发布并投影进度。每一步都读取同一个事实来源,而不是重新拼一次故事。
授权反馈快照进入莫比乌斯。
聚合同类报告,由人审阅判断。
负责人、状态、截止时间和文档都留在事项上。
可认领测试把证据留在工作旁边。
Outbox 事件更新面向玩家的系统。
莫比乌斯长在 Web 平台上,底座与其他产品共用。
更大的 Web 平台已经提供身份、接口契约、交付环境和可观测性。莫比乌斯沿用这些基础,把精力放在项目交付本身,而不是重新做一遍底座。
莫比乌斯让团队有一个地方把事情做完。
一次决策、背后的执行、测试证据和玩家可见进度,从开始到结束都保持连接。

