身份与模块管理
维护账号、密码、会话、模块登记、使用授权与账号访问范围。
CLEAR RESPONSIBILITIES
一个基础平台。
三条清晰的边界。
平台决定谁能进入哪个模块；模块决定进入后能做什么；操作系统提供运行资源。
模块内的业务权限
RTS 等模块自行管理查看、编辑、审核、结算等业务操作权限。
底层运行环境
提供进程、文件、网络与设备能力。UMP 工作账号不等同于操作系统 root。
THE PLATFORM STACK
从操作系统向上，组织每一层能力。
目标架构示意。过渡期平台与 RTS 的部分接口仍由同一主服务承载。
04
工作入口
MH · 导航与链接卡片
03
业务与专业能力
RTS / VRS / TTS / SKWS / VE
02
平台基础
UMP · 身份 / 授权 / 模块生命周期 / API
01
运行资源
操作系统 · 服务 · 存储 · 网络
IDENTITY → ACCESS → ACTION
能进入，和能操作，
是两件需要分别管理的事。
试着调整下方条件，看看模块访问如何变化。授权必须由服务端检查，隐藏入口只是界面表现。
UMP → RTS
允许进入 RTS
进入后可查看获准的数据；编辑仍由 RTS 拒绝。
访问规则交互示意，未连接任何账号或后台。
MODULE LIFECYCLE
让模块从接入到退出，
都有明确的管理方式。
这些是 UMP 的目标管理能力，将按依赖关系逐步实现。
- 01
登记与检查
识别模块身份、版本、API 与依赖。
- 02
安装与升级
核对制品，检查环境，验证服务健康。
- 03
启用与授权
分开管理模块可用性和账号访问范围。
- 04
禁用与卸载
检查影响，撤销访问，按策略保留数据。
IN PROGRESS
当前基础与演进方向
现有代码已具备独立的平台前端、模块登记、枢纽链接与账号会话基础。账号模型和部分服务仍处于 RTS 向 UMP 迁移的过渡阶段。
逐步建立独立 UMP 身份服务、完整模块访问控制、模块 API 契约与受控安装执行器。MH 作为必装入口，禁止单独卸载或禁用。
LET’S BUILD YOUR WORKSPACE
从你的工作方式出发。
告诉我们团队如何协作、现场有哪些设备、最希望先解决什么。一起把合适的模块组合起来。