一个硒鼓用在了哪台设备上？

这个问题在会议室里被提出来的时候，答案其实就在系统里。只是要把它找出来，得翻台账、翻工单、翻领料记录，运气好几分钟，运气不好小半天。

这是最近一次二期需求沟通会上，业务方说得最直白的一句：希望不用人工逐一翻查。

做 IT 服务管理系统这几年，我们对这种时刻并不陌生。系统把数据收进来了，但数据还不太会回答问题。一期解决的是前半段，二期要碰的是后半段。

一期，先把资产真正管起来

某石化集团的 IT 资产运营管理系统，由闪扬科技基于 ITSMTOP 低代码底座建设。系统稳定运行后，信息化资产完成了统一纳管。

具体管了什么？按白皮书里的模块划分，资产登记、领用、跟踪、配置、软件许可、采购与合同，走的是一条完整的生命周期；旁边挂着服务台、事件、问题、变更、服务级别，还有知识库和供应商管理。资产不是一张孤立的台账，它和工单、流程、人连在一起。

这里有个容易被忽略的点：这套系统底下是自研低代码平台。流程引擎、页面引擎、规则引擎、通知引擎都在，资产类型、表单字段、审批节点可以按业务需要配，不必每次都等研发排期。

放在这个项目上，这个设计很快就用上了。后面会讲到。

验收之后，会还在开

比交付更能说明关系的，是交付之后还有没有会开。

近期双方开了二期需求沟通会，列出来的东西一点都不宏大，全是具体活。

库存要支持 Excel 批量导入，建领料单时按领取数量自动扣减。不同批次采购价不一样，扣减规则得能按批次配，否则月度费用统计对不上。

工单和领料单，提交时要能随时关联到具体设备，把资产联动关系补全。第一阶段先由业务方手动录入，暂不接集团统一运营平台。

报表和组合查询先做扎实。智能体做数据分析这件事，写进了后续评估。

会议结束时留了五条待办，谁提供库存软件的使用截图、谁出大模型能力文档和接口说明、谁去对接监控平台与数据湖、谁来评估改造方案和报价，都落到了人。

我们更愿意把这种状态叫持续共建。系统上线只是把门打开了，后面怎么长，得跟着业务一年一年往下谈。

下一站，让资产数据能被问出来

会议里最值得写下来的，是那段关于智能体的讨论。

业务方想要的查询很朴素：某个配件，比如硒鼓、内存，用在了哪些设备上；某个部门这个月用了多少配件。用对话问一句，系统给答案，不用人去翻。

技术路线当场定得比较实在。内网环境，模型走本地部署，采用第三方提供的开源大模型，算力服务器正在采购。我们的系统是闭源的，所以要做定制接口，把资产和工单数据推送给模型，由模型算完再把结果送回来。

顺序也定了：先报表，后智能体。基础统计没做稳之前不谈智能问答，智能体功能放到第二步，等目标真正达成了再谈付费。

集团那边还有一条并行的线。统一运营平台自带监控，主要看内存和 CPU，正在部署；自动发现要接它的 API 拿网络设备与关联关系；集团数据统一入湖，我们的取数方式还在对接确认。

把这些拼起来，大概就是我们理解的 AI 资产库：不是给资产台账换个名字，而是让几年攒下来的资产数据能被问出来，也能顺着工单追到具体设备。前提是数据本身干净，场景具体，落地的路子在内网里走得通。

这几条缺一条，AI 都只能停在 PPT 上。

一点体会

项目做久了，有个感受越来越清楚：低代码的价值不在少写几行代码，而在需求变了的时候接得住。资产管理尤其如此。今天管设备，明天要管批次价格，后天要管配件和工单的关联，没有哪版需求能一次定死。

AI 也一样。它不是一个贴上去就好看的标签。得先有人把资产台账理清楚，把工单和设备挂上钩，把批次价格这种看起来很小的规则配明白，模型才有东西可算。

客户愿意坐下来开二期会，把硒鼓这种细节摆到桌面上，比一份漂亮的结案报告更能说明一期做得怎么样。

如果你手里也有一堆查得到、但问不出来的资产数据，欢迎在后台留言聊聊。我们可以先从一次需求梳理开始。