每类现场的管理约束不同，平台的切入顺序、上线节奏与运营方式也不同。这里是我们做一个安全数字化项目的方法，四类现场的具体做法，以及背后的几条原则。
先看方法安全数字化的难点很少在功能本身，而在口径是否统一、数据由谁产生、上线后由谁维护。我们把这三件事放在项目开始时解决。
走现场、看台账、访谈管理层与班组，盘清在用系统、数据口径与统计路径。产出现状评估、问题清单、数据地图与优先级排序
确定管理域范围、对象模型与判定口径，与企业现行制度和上级监管框架对齐。产出总体方案、分期路线、指标体系与接口清单
首期只上每天都会发生的高频动作，数据从第一周就开始积累。产出首期上线、数据初始化、现场培训与可验证的验收指标
数据质量巡检、识别准确率复盘、判定口径迭代、周期管理报告。平台随现场变化持续调整，交付不等于定型
下面写的是做法：每类现场从哪里切入、为什么这样切、分几期铺开。
多现场并行、参建单位多、人员流动快，进度与安全同时受上级考核，管理半径远大于单一工地
现场情况靠周报逐级汇总上行，隐患整改闭环停留在台账，总部看到的往往是上一周的进度
首期只上移动端进度填报与隐患闭环——现场每天都会发生的两个动作；随后接质量 QMS 与施工管理；采购与文档仓库随建设推进沉淀
建设期沉淀的设备台账、承包商档案与交工资料，在投产时整体移交运营平台，不必二次录入
特殊作业频繁、重大危险源需包保履职、双重预防机制直接面对监管检查
作业票纸质流转难以追溯，风险管控与隐患排查各走各的流程，检查前材料需要临时汇总
从电子作业票切入——它是运营现场每天必须发生的动作；由作业票带动风险清单与保护措施上线，再接重大危险源包保与应急管理
覆盖 GB 30871 八大特殊作业，遵循双重预防机制建设指南，状态机与分级沿用企业上级单位口径
弱网、时差、属地用工，总部与现场之间存在天然的信息延迟
告警依赖电话与群消息层层转达，人员状态确认耗时，培训与交底难以留下可核查的记录
视频 AI 在现场边缘侧推理、告警经双链路回传国内；移动端离线采集、恢复网络后自动同步；派出人员培训与考核线上化并留痕
数据处理位置按属地法律与企业制度设计，能在属地完成的处理不跨境，总部接收必要的汇总或授权数据
井口与危险区域需要常态盯守，违章行为具有反复性，靠人工巡查难以覆盖全时段
监控系统只用于事后调取，告警没有处置出口，看得见与管得住之间缺一段流程
存量摄像头升级为 AI 监测，多算法按区域组合；告警先入待确认队列，人工确认后转隐患工单，进入统一处置闭环
去抖防抖、分级预警、驳回信号回流调优，把值班员从无效告警中解放出来
四种交付形态使用同一套代码与数据模型，后续可以在形态之间迁移。
数周上线，按订阅付费，随用随扩，适合先在部分单位试点
数据不出企业内网，满足等保与内部审计要求
现场智能推理，弱网环境可独立运行，恢复连接后同步
国产化环境适配路线明确，满足信创要求
这些原则决定了我们如何排优先级、如何划责任边界，也决定了哪些需求我们会建议客户先不要做。
需要事后补录的设计最终都会失真。填报应当发生在动作发生的地方和时刻，移动端优先
状态机、预警分级、考核指标沿用企业上级单位的口径，上级检查时不需要二次翻译
AI 承担发现与提示，定性与处置由责任人确认。高风险结论保留人工复核，智能体不越权、不静默操作
从每天都会发生的管理动作切入，系统才有持续的数据来源。低频模块排在后面，不在首期堆功能
算法、知识、身份与对象模型沉淀在底座，业务模块调整不影响已积累的能力与数据
数据质量、识别准确率与判定口径需要周期性复盘。上线是运营的起点，验收指标应当覆盖运营期