生产线智能代理：实时可信决策
内容提要
本文介绍Databricks平台如何通过流式接入运营技术（OT）数据，使复合AI代理能实时推理、优化并提供建议，而不仅是监控。它整合PLC、SCADA、MES等系统数据，帮助产线经理快速决策，如恢复生产、评估成本。通过Zerobus和Delta实现低延迟数据摄取，统一治理，支持多场景应用，提升效率并减少停机损失。
延伸解读
数据孤岛是决策延迟的根源
文章指出，产线数据分散在PLC、SCADA、MES、ERP和LIMS等系统中，彼此不连通，导致问题往往在事后24小时才通过报告和会议分析。这种延迟使得恢复决策（如提速、加班）在班次内就已做出，但缺乏数据支撑。将OT数据流式接入统一的数据湖仓，能打破孤岛，让代理基于实时状态推理，从而在班次内提供建议，而非事后复盘。
复合代理优于单一通用代理
文章强调，一个通用代理难以同时处理停机根因分析、库存和排程优化等不同任务，容易过度简化或失去焦点。因此，ProdLine CoPilot采用一组专业代理（如停机分析师、排程优化器），每个代理只处理特定领域的数据和工具，保持提示词和工具集的针对性。这种设计提高了推理的准确性和效率，避免了上下文污染。
人机协作与审批门控
系统设计强调人类在环，所有建议和生成的工单、偏差记录、排程更新都只是草稿，需由产线经理、质量负责人和维护人员审批后执行。文章明确表示，目标是减少在电子表格、对讲机和仪表板之间切换的认知负担，而非取代生产管理者。这种设计确保了责任归属，并符合工业场景对安全与合规的要求。
多工厂扩展的关键在于数据层标准化
文章指出，多工厂部署的最大挑战是数据而非AI，因为每个工厂的机器、SOP和LIMS模式各异。通过统一的流式接入模式、medallion布局和Unity Catalog治理，新工厂可以复用现有基础设施，只需调整参数化配置（如line_constraints表）即可改变行为，无需重新部署。这使后续用例（如能源管理、供应商质量）能基于已有平台快速构建，降低扩展成本。
Q&A
ProdLine CoPilot 如何帮助产线经理在故障发生时快速决策？
ProdLine CoPilot 通过流式接入 OT 数据到 Databricks，实时读取产线状态，将问题路由给领域专家，并运行调度恢复、物料耗尽、质量风险等数学计算。它能在不到一分钟内回答三个关键问题：正在发生什么、有哪些可行选项、每个选项在产量、加班、质量和服务上的成本。系统会生成计划草案供经理审批，从而减少停机损失。
Zerobus Ingest 相比传统 Kafka 方案有什么优势？
Zerobus Ingest 是 Databricks 提供的流式数据接入方案，它是基于推送的、无服务器架构，无需管理 broker、分区或消费者组。任何支持 gRPC 或 REST 调用的设备（如 PLC 网关、历史数据连接器、边缘盒子）都可以直接将数据写入 Unity Catalog 管理的 Delta 表。扩展时只需增加连接数，简化了数据管道，降低了运维复杂度。
Databricks 如何实现 OT、MES、ERP 和 LIMS 数据的统一治理？
Databricks 通过将 OT 数据（如 PLC、SCADA）流式接入，与 MES、ERP、LIMS 等系统的数据（通过镜像、批处理或 CDC 方式）共同存储在同一个基于 Delta 的湖仓中，并由 Unity Catalog 统一管理权限和血缘。这样所有数据在一个目录下，分析师和 AI 代理使用相同的权限，避免了多份数据副本导致的不一致。
ProdLine CoPilot 中的专家代理（specialists）是如何分工的？
ProdLine CoPilot 采用多个专家代理，每个代理专注于特定领域，例如停机分析、调度优化、质量分析等。每个代理只访问与其任务相关的数据，避免上下文过载。例如，停机分析师不会查询库存表，调度优化器不会拉取原始质量检查行。它们调用一组固定的工具，如 SQL 查询、计算器（OEE、恢复、耗尽计算）、异常检测器（Z-score 和 IQR）等，确保高效和准确。
为什么说 Databricks 的湖仓架构能保证报告和实时屏幕显示的数据一致？
因为 Databricks 采用湖仓架构，所有数据只有一份副本（存储在云存储上的 Delta 表），由 Unity Catalog 统一管理权限和血缘。流式、SQL、AI 和服务都基于同一份数据运行，因此早上的报告和实时屏幕显示的是相同的数字，避免了传统架构中报告和模型分离导致的多版本真相问题。
ProdLine CoPilot 如何确保人工审批和系统写回的安全性？
ProdLine CoPilot 的设计强调人在回路中，所有推荐和草稿都需要人工审批。例如，CMMS 交接生成的工作订单草稿、QMS/LIMS 的偏差记录草稿、MES/APS 的调度更新草稿，都需要相应负责人（如计划员、质量主管、班组长）审核后才能执行。系统不会自动控制，而是提供建议和草稿，确保执行权始终在人类手中。
多工厂部署时，如何降低第二个工厂的集成成本？
多工厂部署时，每个工厂都采用相同的 Zerobus 流式接入模式、medallion 布局和 Unity Catalog 治理，但拥有独立的命名空间和表。优化器通过参数化配置（如 line_constraints 表）驱动行为，无需重新部署。这样第二个工厂可以复用第一个工厂的基础设施，而不是建立平行平台，从而降低集成成本。
