从一份需求文档开始,我用 supOS-Free 生成了一套设备管理系统

很多设备主管最头疼的，不一定是设备多。

而是信息太散。

设备台账在 Excel 里，点检记录在纸上，保养计划靠人记，报修消息散在微信群里。真要查一台设备最近有没有异常，可能要翻表格、找聊天记录、问点检员、问维修工。

问一圈下来，问题不一定查清楚，时间倒是先花掉了。

所以这次我们拿了一个工厂里非常常见的需求来试：生成一套设备管理系统。

从设备管理的真实场景开始

这次我们没有先做一个大而全的平台，而是从设备管理里最常见的几个环节入手：

设备台账、点检、保养、报修、维修和概览看板。

这些模块单独看都不复杂，但真正有价值的是它们能不能连起来。

设备建档以后，要能支撑点检和保养；点检发现异常后，要能继续追踪；设备报修以后，要能进入维修处理；维修完成后，要能闭环；最后，管理层还要能在概览页看到整体执行情况。

这才是一套设备管理应用真正要解决的问题。

用需求文档定义应用边界

在开始生成之前，我们先准备了一份 初版的《设备管理系统需求文档》

文档里主要描述了几类内容：

• 设备怎么分类、区域怎么分层、台账要记录哪些信息

• 点检项目和点检工单需要记录哪些字段

• 保养项目如何生成保养工单

• 报修工单和维修记录怎么流转

• 点检、巡检、保养、维修这些工单分别有哪些状态

• 综合数据看板需要汇总哪些指标

这份文档的作用，不只是告诉 AI 要做哪些页面，更重要的是把业务边界先讲清楚，边界清楚了，后面生成出来的应用才不会只是几个孤立页面。

从需求中拆解业务对象和流程

上传需求文档后，【应用生成 Agent】会根据文档内容生成应用结构和页面。

这里比较关键的一点是：它不是简单把文字翻译成几个菜单，而是从需求中识别业务对象和业务关系。

在这个设备管理场景里，设备、区域、点检项目、点检工单、保养项目、保养工单、报修工单、维修记录，分别对应系统里的数据对象。

而点检异常、报修发起、维修处理、完成验收、闭环统计，则对应设备管理过程中的流程状态。

如果这些对象和关系没有拆清楚，页面再多也只是表单堆叠。只有链路清楚，系统才不只是记录工具，而是一个能支撑日常管理动作的应用初版。

先搭建设备台账和区域结构

设备管理的第一步，是把设备基础信息建起来。

这套应用里，设备台账支持按区域查看设备。左边是厂区、车间、产线等区域结构，右边是对应区域下的设备列表。

一台设备会记录设备编码、设备名称、设备类型、规格型号、所属区域、设备状态、责任人和备注信息。

这个功能不复杂，但很实用。因为现场人员找设备时，很多时候不是先搜设备名称，而是先看它属于哪个车间、哪条产线、哪个区域。

把点检从记录动作变成追踪动作

很多工厂都有点检表，但点检真正有价值的地方，不只是“填了没有”，而是结果能不能被记录、追踪和处理。

这套应用里，点检项目用来定义标准，点检工单用来记录每一次执行。

如果点检结果正常，它是一条执行记录；如果点检不合格，它就应该继续进入后续处理，而不是停留在一张表里。

这样设备主管才能知道，哪些设备最近异常比较多，哪些问题需要安排维修，哪些设备需要重点关注。

把保养计划转成可执行工单

设备保养通常都有周期。

空压机、水泵、发电机，不同设备都有自己的保养内容和保养频率。如果这些计划靠人记、靠 Excel 维护，短期看没问题，时间一长就容易漏。

这套应用里，保养项目定义“要做什么”，保养工单记录“这次有没有做”。

工单状态可以反映保养进度，比如待保养、保养中、已完成。

这个功能看起来不大，但它解决的是设备管理里很常见的问题：日常动作有没有被持续记录下来。

让报修和维修形成闭环

设备出现故障后，现场通常会先发消息。

但消息发出去以后，谁接了、谁修了、修到哪一步、有没有验收，往往不清楚。

所以报修和维修需要形成闭环。

这套应用里，报修工单更偏问题发起，维修记录更偏处理过程。

它解决的不是“填一张维修单”的问题，而是让故障处理过程有人负责、有状态、有记录。

概览页汇总管理指标

当前面这些数据都有了，概览页才有意义。

这次生成的设备管理概览里，可以看到设备总数、待点检工单、保养工单、维修工单，以及点检完成率、保养完成率、维修闭环率。

管理层不一定每天翻每一张表，但会关心整体执行情况。

今天还有多少点检没做，保养任务有没有完成，维修工单还有多少没闭环，最近哪些设备问题比较多，这些都可以通过概览页集中查看。

最后，真正要看的是业务有没有跑通

回到这个案例，判断它有没有价值，不能只看界面是否完整，而要看设备管理的关键动作有没有被串起来。

设备建档、点检执行、异常追踪、报修维修、闭环统计、概览分析，这些环节能连起来，系统才不只是一个记录工具，而是一个可以继续迭代的管理应用。

当然，AI 生成的应用初版不等于最终系统。不同工厂的设备类型、区域层级、点检标准、保养周期、维修流程都不同，后续还需要结合真实业务继续调整。

但这类场景的好处是：足够常见，也足够具体。你不需要先理解复杂的平台概念，就能看懂它在解决什么问题。

如果你也想体验 AI 生成应用，可以从一个熟悉场景开始，整理一份需求文档，用 supOS-Free【应用生成 Agent】生成应用初版，再通过对话继续调整字段、页面和流程。

想直接复现这套【设备管理案例】，可以点击阅读原文，进入 supOS-Free 官网扫码领取：

• 免费体验积分

• 场景说明文档

• 业务逻辑文档

• 需求文档模板