湖山辉映 · 微信公众号专题 · HTML + PWA

从“多个场景应用”走向“WaterOS”
江南水务 601199 数智化转型与 AI 落地研究

这不是再做一个孤立的智慧水厂、DMA 或造价系统,而是把知识、标准、设计、造价、资产、运营、用户、法务审计和安全治理,整合为可复用、可审计、可试点、可复制的企业级 AI 应用体系。

核心判断
  • 当前最突出的问题已经不是“有没有场景”,而是“有没有统一底座”。
  • 近阶段供排水研究已形成“物理运行研究群”,新增 Codex 资产已形成“经营治理研究群”。
  • 下一阶段应从“继续增加独立 PWA”转向“统一主数据、事件、证据、规则和工单”。
首期建议
  • 一个核心:WaterOS 共享内核
  • 两个平面:生产运营 / 经营治理
  • 三个试点:水表轮换、二供一站一档、防汛闭环
  • 一个专业影子试点:低温低浊运行辅助
12+
已形成的核心应用资产簇
2
大类数字孪生:物理孪生 / 治理孪生
3+1
三个贯通试点 + 一个专业影子试点
90天
建议的整合启动周期
公众号正文

一篇适合“湖山辉映”发布的推文主文

适用于公众号首发、公司内部转发、交流宣贯与项目立项讨论。

导语 过去一段时间,我们围绕供水、排水和水务数字化,陆续研究了智慧水厂、DMA、低温低浊、二次供水、污水厂智驾、防汛排涝、工程造价、用水纠纷、水表轮换、知识库、法务审计和团体标准虚拟平台等多个专题。表面看,这些研究分散在生产、工程、用户、财务、合规等不同条线;但如果把它们放在同一张图里,会发现一个更大的轮廓正在形成:江南水务不是在零散地建设若干 AI 场景,而是在逐步搭建一套面向供排水企业的 AI 增强型运营体系。

这次再研究后的核心判断是:当前最主要的矛盾,已经不是“有没有新场景”,而是“已有场景是否共享同一套主数据、规则、证据、事件和工单体系”。如果不解决这个问题,再多的 PWA、提示词和沙盘,也可能变成漂亮但分散的数字样板间;反过来,如果把知识、标准、设计、造价、资产、运营、用户、法务审计与安全治理整合起来,江南水务就有机会从“做应用”升级为“做 WaterOS”。

所谓 WaterOS,并不是再采购一个“大而全平台”,而是先建立一套共享内核:统一身份、统一主数据、统一事件中心、统一证据中心、统一规则注册、统一任务工单、统一模型台账和统一审计日志。在这个基础上,再把不同专业场景接上来:水厂运行、水表轮换、DMA、二次供水、工程造价、防汛排涝、用户纠纷、成本监审、标准质量提升、安全“六化”等,都能在同一底座上协同工作。

从研究结构看,近阶段供排水专题可以分成两组。第一组,是“物理运行研究群”,重点回答“水怎么运行”:比如低温低浊如何稳、DMA 如何降漏、污水厂如何稳标、二次供水如何保质、防汛如何组织。第二组,是“经营治理研究群”,重点回答“企业怎么管”:知识库如何可信可用、工程造价如何穿透现场与经营、水表轮换如何全生命周期闭环、成本监审如何把边界讲清、法务审计如何嵌入流程、JSWA 虚拟平台如何把标准项目数字化。

真正的突破点,正是把这两组能力汇合起来,形成“物理孪生 + 治理孪生”的双轮驱动。物理孪生关注水源、水厂、管网、泵站、二供、污水厂、排水管网和用户;治理孪生关注项目、合同、标准、规则、岗位、权限、成本、事件、证据、决策、审计和培训。两者的交汇点,不是某个大屏,而是统一的事件编号、任务编号和证据编号。

因此,下一阶段的优化策略也就清楚了。第一,暂停继续增加新的数字孤岛,把已经形成的应用资产做一次盘点和分级,明确哪些保留、哪些合并、哪些归档。第二,以 90 天为周期,完成统一主数据、证据模型和规则注册表的首版。第三,选择三个最容易打通全流程的贯通试点:一是“农村管网与水表轮换闭环”,把计划、踏勘、换表、影像、用户确认、结算、资产和营销更新打通;二是“二次供水一站一档”,把勘察设计、CAD、BOM、造价、施工、接管、运维、水质、压力、能耗和投诉连接起来;三是“防汛事件到工程治理闭环”,把预警、值守、处置、复盘和工程化整改串起来。与此同时,再保留一个专业影子试点:低温低浊运行辅助,坚持只读旁路、人机协同、不直控 PLC 的边界。

AI 在这里扮演的角色,也必须明确。大模型擅长的是读、找、比、写草稿、做解释和生成初步方案;规则引擎擅长的是算、校验、预警和门禁;真正的专业判断、生产执行、付款审批、责任认定和正式发布,仍然必须由岗位人员和权限人员来完成。简单说,就是:AI 负责“提建议”,规则负责“做硬约束”,人负责“作判断、担责任”。

如果把这一套思路落实下去,江南水务的数智化转型就会从“做几个亮点应用”,进入“建立企业级 AI 能力体系”的新阶段。那时,知识库不再只是资料库,而是所有业务场景共享的知识与证据服务中心;工程造价不再只是算价工具,而是连接设计、现场、财务和审计的经营底座;水表轮换不再只是年度任务,而是计量资产、用户服务和漏损治理的统一入口;二次供水不再只是工程改造,而是高品质水战略在“最后一公里”的系统抓手。

从这个意义上说,江南水务最值得做的,不是再建设第十三个独立应用,而是把已有成果整合成一个可以复用、可审计、能复制的企业级 WaterOS 雏形。先做成,再放大;先做通,再做广。对一家上市水务公司而言,这条路既务实,也更稳健。

可视化展示

研究图谱与架构要点

用于公司内部汇报、公众号阅读和交流宣讲。

1. 两组研究,正在汇合

物理运行研究群

  • 低温低浊运行
  • DMA 动态校准
  • 二次供水
  • 污水厂智驾
  • 排水防汛
  • 高品质水

经营治理研究群

  • 知识库与岗位答疑
  • 工程造价与经营一体化
  • 水表到期轮换
  • 成本监审
  • 法务审计
  • JSWA 标准虚拟平台
两组能力的交汇点,不是大屏本身,而是统一事件、统一工单、统一证据与统一规则。

2. WaterOS:一个核心、两个平面

统一身份 主数据 事件中心 证据中心 规则注册 工单引擎 模型台账 审计日志
生产运营平面水厂、管网、DMA、二供、污水厂、排水防汛。默认只读旁路,人机协同,不直控 PLC。
经营治理平面知识、设计、造价、现场、成本、财务、法务、审计、标准与安全治理。

3. 八个业务域

净水工艺
82
DMA/漏损
88
二次供水
84
污水/排水
78
设计/CAD
70
造价/资产
86
用户/纠纷
72
法务/标准/安全
80

分值为本次综合研究对“可转入企业级统一体系”的相对成熟度判断,用于内部排序,不代表正式验收评分。

4. 典型对象全生命周期

水表资产 / 计量 / 用户
泵房设计 / 工程 / 运维
项目造价 / 现场 / 结算
事件工单 / 证据 / 审计
  • 同一对象不能在多个系统里用不同编号和口径。
  • 一份证据应被多业务复用,而不是重复采集。
  • 一条规则要有来源、版本、适用范围和审批记录。
优化策略

从“继续做应用”转向“先整合,再放大”

适合董事会、经营层、信息中心、总工办和业务部门共识化讨论。

策略 1

先做应用资产盘点

给所有 Codex / PWA / HTML 形成应用护照:Owner、用户、数据源、成熟度、风险、边界、下步闸门。目标是停止“重复建设”,保留真正有价值的骨干应用。

策略 2

先做统一底座

优先统一八类主键:asset_id、project_id、contract_id、event_id、task_id、evidence_id、rule_id、model_id。没有统一主键,就没有真正的企业级协同。

策略 3

知识库升为共享服务

知识库不再只是单独 APP,而是所有业务场景的知识、标准、案例、证据与培训服务中心,支撑引用、采信、追溯和复训。

策略 4

造价成为经营底座

把造价从“专业工具”升级为连接投资、设计、现场、变更、财务、资产和审计的经营中枢,先通过 90 天影子试点验证。

策略 5

严守 AI 三层边界

AI 负责读、找、比、写草稿;规则负责算、校验、门禁;人负责判断、审批和担责。大模型不能直接替代生产控制、法定检测、正式审批和责任认定。

策略 6

从三类试点突破

选择“水表轮换闭环”“二供一站一档”“防汛事件闭环”三个可贯通场景,以小切口带动全局整合。

三大试点

优先落地的 3+1 场景

三个贯通试点 + 一个专业影子试点。

试点 A

农村管网与水表轮换闭环

目标:打通计划、踏勘、换表、影像、用户确认、结算、资产和营销更新。

  • 验证“一表一档 + 一工单一证据”模型
  • 同步校验计量资产、用户服务和漏损治理价值
  • 形成年度轮换计划与成本监审衔接口径
试点 B

二次供水“一站一档”

目标:打通勘察设计、CAD、BOM、造价、施工、接管、运维、水质、压力、能耗和投诉。

  • 支撑高品质水“最后一公里”落地
  • 形成单站全生命周期台账
  • 为预制舱、标准化泵房和更新改造奠定底座
试点 C

防汛事件到工程治理闭环

目标:把预警、值守、处置、复盘和工程化整改串起来,不只“抢过一次险”,还要“消除一类风险”。

  • 统一事件编号和抢险证据包
  • 把防汛复盘自动沉淀为隐患整改清单
  • 与排水工程项目和资产更新协同
影子试点

低温低浊运行辅助

目标:以三组 20 万 m³/d 线为对象,构建只读旁路的人机协同运行建议,不直接控制 PLC。

  • 每次只改一个主要变量
  • 先核验仪表,再给建议
  • 明确观察窗口与回退条件
90天路线图

先统一、再试点、再验收

01

0—15天

盘点全部应用资产,形成保留/合并/归档清单,冻结版本,明确 Owner 与真实用户。

02

16—30天

完成统一主数据、事件、证据、规则、模型和权限的首版字典,明确 AI 负面清单。

03

31—60天

启动三个贯通试点与一个影子试点,接入真实只读数据,形成岗位脚本与测试用例。

04

61—90天

形成首次人机协同闭环和多角色评估,提交效果报告与下一阶段规模化决策建议。

AI 提示词

可直接用于江南水务岗位场景的提示词工作台

先确定角色、问题、证据、目标和边界,再让 AI 输出草案;严禁直接越权生成最终结论。

建议口径:区分“已知事实 / 合理推断 / 待验证”,明确 AI 只输出草案,不替代正式审批。

生成结果

请先选择一个预设,或填写左侧内容后点击“生成提示词”。
沙盘推演

WaterOS 落地就绪度与优先级沙盘

选择场景、调整底座与治理条件,观察建议优先级、风险与动作建议。

0
落地就绪度
0
综合风险
0
建议优先级

请运行推演

推演用于讨论优先级和下一步动作,不用于替代正式项目决策。

建议策略
首月重点
主要风险
里程碑
落地清单

建议形成的正式成果包

五件套

  • 《Codex 应用资产清册与合并决策表》
  • 《江南水务 AI 统一主数据与证据模型 V1.0》
  • 《AI、规则算法与生产控制边界负面清单》
  • 《三场景影子试点实施及验收方案》
  • 《WaterOS 公共内核与 Codex 工程化重构任务书》

六证验收

  • 数据证:来源、完整性、校准和修改可追溯
  • 规则证:来源、版本、生效日、测试和回退
  • 过程证:建议、判断、审批、执行、工单和异常记录
  • 效果证:与基线比较,证明改进价值
  • 安全合规证:权限、网络、日志和边界受控
  • 复制证:可迁移到第二个场景或第二个站点