核心用法
iaiops-fab 是面向半导体/显示面板制造（Fab）场景的专业工业技能，采用双协议分层架构：上层通过SECS/GEM（SEMI E5/E30/E37）对接MES系统，下层通过OPC-UA/S7/Modbus穿透设备内部PLC控制层。启动后自动暴露只读诊断工具链，遵循"Doctor-first→Read-first→MOC-gated writes"的三阶工作流：先探活确认链路，再分层读取SVID/ECID/告警等核心数据，最终所有写入操作强制走MOC变更审批流程。
核心工具矩阵覆盖四大维度：SECS/GEM标准接口（S1F1链路握手、S1F3/S2F13变量读取、S7F19配方管理、S5F5告警枚举）、OPC-UA内控层（节点浏览、历史数据HDA、异常扫描、连接诊断）、Fab质量专属（Western Electric控制图SPC、缺陷帕累托分析）、以及跨协议脑（停机根因实时诊断、OEE多维计算、资产图谱、合规信创报告）。特别值得注意的是downtime_root_cause_live支持基于真实信号引用的advisory诊断，而非黑箱异常检测。
显著优点
协议完整性：国内少有的同时实现SECS/GEM HOST侧与OPC-UA Client侧的开源级方案，填补半导体设备互联工具链空白。架构清晰性：明确区分MES-facing层与internal control层，避免协议混用导致的认知混乱。安全治理：MOC变更管理内嵌于技能设计，默认dry_run=True+具名审批人双确认，契合fab生产环境零容忍风险要求。质量分析深度：SPC工具完整实现Western Electric/Nelson规则集并逐条引用违规点索引，缺陷帕累托自动标定80%关键少数，支撑精益改善。可观测性：从protocols_supported配置透视到alarm_flood_analysis告警洪峰分析，构建全链路数据血缘。
潜在局限
硬件验证缺口：SECS-I(E4)串口传输标注"待核实"，真机实测覆盖不足，存在生产环境适配风险。写能力受限：本edition的SECS/GEM与OPC-UA工具均为只读，设备控制需依赖iaiops-factory的S7/Modbus写工具，跨技能调用增加复杂度。合规范围：OPC-UA FX/TSN工业实时以太网仅在路线图，当前版本未覆盖。认知门槛：SEMI标准术语体系（SVID/ECID/ALID/PPID）对非半导体背景用户形成准入壁垒，需配套领域知识库。生态依赖：核心库secsgem>=0.3,<1与asyncua>=1.0,<2的维护活跃度直接影响长期可用性。
适合群体
半导体/显示面板Fab的自动化工程师与IT运维，需快速定位设备-MES接口异常或PLC层数据质量问题；智能制造解决方案架构师，构建OEE看板或停机分析系统时作为协议适配层；工业数据科学家，利用SPC与帕累托工具进行良率分析时作为数据管道；信创合规团队，需要生成等保/关基证据包或国产化适配映射报告。
使用风险
性能风险：opcua_subscribe_sample等采样工具虽设边界防死循环，但大规模tag订阅仍可能触发OPC-UA服务器会话限制；依赖风险：Python GIL可能制约HSMS高并发场景下的实时性；数据质量风险：historian_health等工具提示数据缺口，但基线学习baseline_learn明确"拒学薄历史"，冷启动场景下诊断置信度不足；误操作风险：虽MOC机制兜底，但iaiops approve审批流若被绕过或配置宽松，仍存在生产系统误触可能；版本锁定风险：库版本pin策略可能滞后于SEMI标准更新或安全补丁。