ARTICLE · 1325601
Ai实践总结和与Ai再对话
Ai实践总结和与Ai再对话
Ai对话:
我理解,您思考的重点是:AI应用可以从帮助一个人学习、表达,逐步走向帮助一个组织共同认识问题、配置资源、规范行动和持续改进。
对供水企业而言,最终要看它能不能让员工更好地工作,让用户更方便地参与,也让企业在保障安全的前提下,把已有经验转化为共同能力。
您提出的“对话级、架构级、推演级、标准化”,已经构成了很好的基础。我建议再补上“协同执行”这一环,并把标准化看作贯穿各层的共同方法。
维度 | 主要解决什么问题 | 在供水企业中的体现 |
|---|---|---|
对话 | 帮助人理解、提问和形成判断 | 解读法规标准、查询案例、讨论岗位问题 |
架构 | 将目标、职责、资源和业务关系组织起来 | 梳理人财物事地信息,明确岗位和流程 |
推演 | 在不同条件下检验认识和方案 | 岗位模拟、应急演练、三维展示、模型计算 |
协同执行 | 将研判结果交给具体岗位落实 | 工单交接、用户反馈、进度跟踪、结果确认 |
标准化 | 将经验证有效的做法沉淀、共享和更新 | 形成场景卡、岗位SOP、字段规则和案例库 |
这几个维度不是非要依次建完的台阶。可以从一个具体场景出发,让学习、协同、推演和改进同时发生。
国务院《关于深入实施“人工智能+”行动的意见》也提出,鼓励有条件的企业将AI融入战略规划、组织架构和业务流程,推动形成可复用的专家知识。您的思路与这个方向是相通的。
一、对话级:与知识相遇,也要形成自己的判断
您用《黄帝内经》、苏格拉底式对话等作类比,很有启发。对话可以打开思路,提出疑问,也可以帮助我们发现过去没有意识到的关系。
AI让一个普通岗位员工,也有机会随时提出问题:为什么这样规定?遇到例外怎么办?换一个条件结论会不会不同?一份原本较难理解的制度,也可以转化为案例、问答、图片、三维模型和岗位提示。
但您说“与圣哲对话后,没有出现圣哲,只是追随者”,我理解其中的提醒是:听到一个有道理的答案,并不等于自己已经具备判断力。 表达得越流畅,越要追问依据、条件和适用范围。
同时,这句话不必说得太绝对。经典和对话也可能启发新的思想,关键仍在于人是否结合自身经验,继续观察、实践、辨析。
放到水务工作中,可以养成四个追问:
- 依据在哪里? 是法规、标准,还是企业内部制度?版本是否有效?
- 适用于什么条件? 地区、设施、产权、岗位职责是否相同?
- 事实是否清楚? 现场情况、数据时间和来源是否可靠?
- 怎样验证? 哪些内容需要现场确认,哪些需要专业人员复核?
AI可以帮助员工更快接近知识,但“快速、全面和准确”应当作为建设目标,最终仍需要有效来源、版本管理和实践验证来保障。生成式AI可能产生看似合理却不准确的内容,也可能让人过度信任其结论。
二、架构级:让有限资源围绕共同目标运转
您提出的“人财物事地信息”,很适合作为供水企业AI应用的组织框架。
例如,同一起漏水工单,可以把以下要素联系起来:
- 人:热线、网格员、抢修人员、调度、用户和相关协作单位;
- 财:抢修费用、材料费用、外协费用;
- 物:管道、阀门、设备、车辆和备品备件;
- 事:受理、研判、派单、现场处置、复水、回访;
- 地:地址、管网位置、所属网格、影响范围;
- 信息:工单记录、资产资料、现场照片、进度和用户反馈。
这样,AI才有可能在具体工作中帮助企业发现:哪些信息遗漏了,哪个岗位尚未接到任务,哪些工单反复发生,什么问题需要跨部门协调。
这里还有一个容易被忽略的前提:AI不能自动创造真实、完整的数据。 资产图不准、状态没有更新、口径不统一,再好的分析也可能得出错误结论。
因此,“统一组织数据采集和发布”可以落实为几条简单原则:
- 同一事实尽量由最接近现场的岗位确认一次,其他环节按权限复用;
- 每条关键数据标明来源、时间、责任岗位和更新状态;
- 不确定的信息明确标记“待核实”;
- 对员工、管理人员和用户,按各自需要展示相应信息;
- 能从既有系统取得的数据,尽量减少重复填报。
过去一些管理中心难以持续,往往不只是缺人、缺技术,还可能是数据来源、岗位责任、工作权限和日常维护没有形成稳定机制。AI能够减轻汇总和分析负担,但仍需要业务部门对数据和结果负责。
三、推演级:让岗位在行动前,先看见关系和后果
您重视3D模型、沙盘和岗位推演,我认为很适合供水行业。供水设施埋在地下、工艺环节分散、岗位之间又相互关联,仅靠文字有时很难让人形成完整认识。
例如,一次管道漏水,可以通过可视化帮助员工理解:
漏点位置 → 管道和阀门关系 → 可能涉及的用户 → 岗位交接 → 现场确认 → 处置与复水 → 用户回访。
同一个场景,还可以设置不同条件:找不到阀门怎么办?影响范围与预想不符怎么办?用户持续反映水压异常怎么办?由此训练员工识别信息不足、及时升级和跨岗位交接。
不过,推演也需要区分用途:
- 三维展示模型,主要帮助看清设施、空间和工作关系;
- 岗位情景推演,主要训练判断、沟通和交接;
- 工程计算模型,需要管网、边界条件和运行数据,并经过校核后才能用于相应分析;
- 实际调度与现场操作,仍应依据实时信息、现行规程和有权岗位的决定。
也就是说,模型可以帮助大家提前思考,但模型中的设备位置、运行参数、演练结果,都应标明是示意、模拟还是已核实数据。国家有关供水安全工作的文件,也提出运用风险情景模拟预测,为优化调度提供辅助支持。
四、协同执行:让员工、用户和企业看到同一件事的不同部分
您一直强调江南水务962001的传统——“互联网+员工+用户”,这是AI应用很有价值的基础。
同一个业务场景,可以形成两种相互衔接的表达:
面向岗位 | 面向用户 |
|---|---|
需要了解什么情况 | 可以通过什么渠道反映问题 |
按什么规则研判和派单 | 受理后大致有哪些环节 |
交接时应提供哪些信息 | 哪些信息需要用户协助提供 |
哪些情况需要升级报告 | 进展和结果如何获得反馈 |
如何记录、复盘和改进 | 如何提出意见、评价服务 |
例如,企业微信“水务通”可以提供岗位场景卡、交接提示和内部学习;公众号962001可以提供用户看得懂的业务流程、常见问题和参与方式。两端尽量依据同一套经过审核的业务知识,表达方式各有侧重。
对于停水范围、预计恢复时间等具体信息,应以有关岗位确认的事实为准。AI可以协助拟稿、检查遗漏,正式发布仍需要相应审核。个人联系方式、住址等信息,也需要按岗位权限和实际需要处理。
这样,业务公开和用户参与能够进入真实流程,帮助企业减少误解,也让一线员工少一些反复解释。
五、标准化:把个人经验逐步变成组织能力
我理解,您说的标准化,重点是让实践中有效的做法能够被理解、被使用、被检验,并随着实际情况变化而更新。
可以形成这样的循环:
发现实际问题 → 收集岗位经验 → 形成场景卡和SOP → 小范围试用 → 记录错误与例外 → 修订完善 → 培训共享。
其中,老员工的经验尤其宝贵。AI可以帮助整理访谈、归纳案例、生成初稿;但为什么这样判断、什么情况下不能这样做,需要由熟悉现场的员工讲清楚,再由相关岗位共同核实。
行业知识库也可按不同层次组织:
- 共同依据:法律法规、国家和行业标准、公开政策;
- 企业规则:经批准的制度、流程、岗位职责和应急预案;
- 岗位经验:经过核实的案例、问答、处置要点;
- 待研究内容:尚未确认的建议、模拟案例和试用反馈。
每项知识最好保留来源、版本、适用范围、维护责任和更新时间。这样,行业协会、企业管理层和一线岗位才能在同一个知识体系上开展协同,又能区分各自的职责和条件。
六、自主研发:把握业务主导权,保持技术开放
您提出“自主研发和岗位驾驶舱SOP持续改进为主,与最优最新AI发展同步开展”,我很认同。对水务企业来说,“自主”首先体现在能够掌握和持续维护:
- 自己的业务场景与需求定义;
- 自己的岗位职责、流程和业务规则;
- 经授权使用的知识、数据及其质量;
- 应用成果的验收标准和改进方向。
具体技术可以结合成熟模型、开源工具和专业服务共同建设。关键是接口、数据、知识维护、费用和退出方式要事先约定清楚,使企业能够持续使用和改进。
追求“比同行更快一步”,也可以转化为更实在的目标:更早选准一个真实问题,更快组织岗位试用,更认真地发现错误,更持续地把成果用起来。
对于AI参与执行的范围,建议循序渐进:先做查询、提示、拟稿和模拟;涉及正式通知、重要判断、调度指令及设备操作的事项,明确审核和授权边界。有关智能体的政策也强调,要厘清决策权限,确保行为不超出授权范围。
如果先选一个样板,我建议从“普通漏水”做起。 这个场景连接热线、网格、管网抢修和用户,既熟悉,又能检验各层能力。
可以先选取一批脱敏历史工单,例如20件,邀请热线、管网和网格岗位共同回放:哪些信息一开始就应问清?哪些判断需要现场确认?哪些交接经常遗漏?用户最希望了解什么?然后据此形成一张场景卡、一张交接表、两端解读内容和一组推演题。
试用时,不急着宣布“效率提升了多少”,先记录几个可核对的结果:关键信息遗漏了多少、岗位是否真正减少重复工作、回复有没有依据、用户是否看得懂、发现了哪些错误。待有了试用前后的数据,再判断成效和下一步投入。
您的思路可以概括成一句话:
以人的理解为起点,以组织架构和业务场景为依托,以推演和协同促进落实,以标准化和持续改进积累共同能力。
这样建设出来的AI应用,才会随着员工、用户和企业一起成长。
江南ai工作小组
2026.11.07.















































































