核心用法
iaiops-plcnext 是一款面向 Phoenix Contact PLCnext Control 及虚拟化 PLC（vPLC）的工业设备诊断与运维技能。该技能采用"打包型"设计哲学，完全复用 PLCnext 内置的标准 OPC-UA Server（opc.tcp 4840） 与 Modbus-TCP 过程数据 Server，不引入任何新的连接器，也不依赖 PLCnext 厂商专有 SDK。
启动方式灵活，可通过环境变量 IAIOPS_MCP=plcnext 或命令 iaiops-mcp-plcnext 调用，等价于同时启用 OPC-UA、Modbus 及跨协议诊断"脑"模块。标准工作流程遵循 Doctor-first → Read-first 原则：先通过 protocols_supported 与 opcua_diagnose_connection 验证网络可达性与证书策略配置；确认连接后，使用 opcua_read_many 或 modbus_read_holding 读取过程数据；遇到数据异常时，调用 diagnose_dataflow 进行数据流诊断，或使用 downtime_root_criage/downtime_root_cause_live 进行停机根因分析。
技能内置丰富的自动化发现与建模能力，包括 opcua_discover_tags 语义资产自动建模、modbus_detect_byte_order 字节序自动探测、modbus_apply_template 厂商寄存器模板映射等，大幅降低工业现场配置复杂度。
显著优点
零侵入架构：完全基于 PLCnext 标准协议接口，无需安装额外驱动或 SDK，兼容现有工业网络架构，部署风险极低。
跨协议智能诊断：独创"脑"模块整合 OPC-UA 与 Modbus 双协议数据，实现 cross_protocol_asset_model 跨协议资产建模、downtime_root_cause 多维度停机根因分析、pdm_forecast 预测性维护等高级功能，打破传统单协议工具的数据孤岛。
工业级可靠性设计：支持 opcua_read_history（HDA 历史数据访问）、opcua_alarm_events（A&C 报警与条件带时间戳）、baseline_learn 基线学习等工业标准功能，满足制造执行系统（MES）与 historians 的集成需求。
数据质量保障：内置 data_quality_scorecard 数据质量评分卡、historian_health 历史数据库健康度检查、alarm_flood_analysis 报警泛滥分析等机制，确保 OT 数据可信度。
合规与信创支持：提供 compliance_mapping 合规映射、compliance_dengbao_levels 等保级别检查、compliance_evidence_bundle 审计证据包生成，助力工业企业通过等保 2.0 及行业合规审计。
潜在缺点与局限性
只读约束：本 edition 所有工具表面均为只读（read-only），无法执行写操作、设定值下发或参数调整。如需写入功能，必须切换至含写工具的 profile，并强制走 risk=HIGH + dry_run=True + 具名审批双确认的流程，这在快速响应场景下可能带来操作延迟。
真实设备验证待完成：安全报告显示 OPC-UA 与 Modbus-TCP 功能当前处于"✅ mock+HDA;真 PLCnext 待核实"状态，即已通过模拟测试与历史数据访问验证，但尚未在真实 PLCnext 硬件上完成端到端验证，生产环境部署前需进行现场联调。
依赖外部网络配置：OPC-UA 的安全策略、证书互信、用户认证等配置复杂度较高，opcua_diagnose_connection 虽提供失败归因能力，但仍需运维人员具备一定 OPC-UA 安全模型知识。
寄存器模板覆盖有限：modbus_list_templates 依赖预置厂商模板，对于非标准或定制化 PLCnext 项目，可能需要手动维护寄存器映射关系。
适合的目标群体
- 工业自动化工程师：负责 PLCnext/vPLC 系统集成、现场调试与运维的技术人员
- 智能制造/MES 系统架构师：需要统一接入多协议工业数据、构建数字孪生或制造运营管理的系统设计人员
- 设备维护与可靠性工程师：关注 OEE 计算、预测性维护（PdM）、停机根因分析（RCA）的运维优化人员
- 工业信息安全与合规专员：负责工控系统等保测评、审计证据收集与合规报告编制的安全管理人员
- OEM 设备制造商：为包装机械、产线设备配套智能化远程诊断能力的原始设备制造商
使用风险
性能与实时性风险：跨协议数据聚合与"脑"模块的复杂分析可能引入毫秒级延迟，对于高速闭环控制场景（<50ms），建议在边缘层前置过滤或采用专用实时通道。
依赖项版本锁定：asyncua>=1.0,<2 与 pymodbus>=3.5,<4 的严格版本约束可能与用户现有 Python 环境冲突，建议在容器化或虚拟环境中隔离部署。
证书与认证管理风险：OPC-UA 的 X.509 证书生命周期管理（颁发、轮换、吊销）若配置不当，可能导致连接中断或安全策略降级，需建立证书管理 SOP。
数据隐私与跨境传输：historian_push、stream_publish 等功能涉及生产数据外发，在跨境部署或云边协同场景下，需评估数据主权与隐私合规风险。
报警泛滥与认知负荷：alarm_flood_analysis 虽提供分析能力，但若配置阈值过于敏感，可能产生大量噪声报警，反而干扰运维判断，建议结合 alarm_rationalization_worksheet 进行报警合理化设计。