工厂资产总览 · 4 个系统

环的顶层锚点：设备会报废迭代，但需求跨代持续。已从"一条概念卡片"升级为可筛选、可下钻的独立台账（每条需求挂多代资产 + 关联工单）。

不是一张示意图，是一张可管理的表：每个资产当前处于生命周期哪一步、留下了哪些真实证据（记录 / 工单），可下钻真实历史。

showcase-public 演示数据目前只覆盖「运行」这一段（绿色高亮的四个阶段）；其余阶段是导航占位，暂无对应演示数据——不假装已经做完，缺口如实标出来。

工单不是独立的新实体，是同一资产事件时间轴上一串前后引用的记录——业主报修、员工接单处理、质检复核、业主验收，写入即归档，不需要额外的"状态"字段。下面这条链里，绿色实心点的步骤来自 showcase-public 的真实历史记录；灰色虚线的是概念补全，因为现有事件模型里还没有业主发起方与验收签字方这两个角色。

1. 报修 2026-02-14（示例） 业主 · 张三 · 生产二车间

   巡检发现压差读数偏高，怀疑滤芯堵塞，提交处理请求

2. 接单 / 处理 2026-02-15T11:00 技术员 · 张伟

   常规保养：压差正常，预防性更换滤芯

3. 更正 2026-02-16T08:30 技术员 · 张伟

   更正上条记录：滤芯型号填错，应为 3 微米级而非 5 微米级

4. 质检 2026-02-16（示例） 质检员 · 李强（示例）

   复核滤芯型号与压差读数，确认符合规范

5. 验收 2026-02-17（示例） 业主 · 张三 · 生产二车间（示例）

   现场确认压差恢复正常，工单关闭

要把"报修/质检/验收"变成真实数据，需要在 asset-archive 的 record.schema.json 里扩展 action_type 枚举并新增引用列——这是三个真实租户共用的核心引擎改动，不在本次纯前端演示范围内，需另行决策。