站点、工程、模板、工序、监管要求和现场证据相互关联。打开一个工程，就能看到它所属的站点、采用的监管模板、当前工序、已提交资料和待处理事项。
设计图层、现场证据和问题记录围绕同一个工程组织，减少在多个系统之间反复拼接上下文的成本。
QGIS 智能体 · 施工可信验真
让施工监管，
主动向前一步。
看见现场，理解状态，推动下一步。
从设计图纸到现场证据，从异常发现到整改复核，烽云智监把分散的工程数据、监管规则和现场任务组织成一条可追踪的监管链。
QGIS 负责呈现工程现场，Cloud 保存工程事实，Agent 理解监管意图并调用工具。每一条证据都有来源，每一个状态都有依据，每一个待办事项都有下一步。
了解 QGIS 智能体
把工程事实，
放回它发生的地方。
智能体不是另一个孤立聊天框，而是受工程状态、权限和业务规则约束的调查入口。
状态不是手动填写的进度条
工程状态由已经形成的事实自动推导。系统综合证据、核验结果、隐蔽工程控制点、违章记录、整改情况、传感器状态、前置依赖和空间位置，计算当前工序是否完成。
当新的证据、核验结果或整改记录进入系统后，监管快照和待办事项会随之刷新。
让每一份数据，都找到自己的位置
图纸、照片、无人机影像和传感器数据拥有不同格式和来源。平台将设计资料、现场采集和设备观测统一接入工程监管链，使数据不仅能够保存，也能够参与判断。
设计锚点参与现场位置核对；证据坐标超过允许偏差时，系统生成空间不一致事项，提醒监管人员进一步确认。
传感器接入后，数据使用同一种语言
不同设备可能使用不同的指标名称。平台将温度、湿度、倾角、风速、振动和水位等观测统一成 Cloud 可以识别的结构，并记录数据质量、设备状态和采集来源。
设备数据进入系统前要经过时间窗口、设备状态、签名和重复数据校验。异常观测经过持续观察和防抖处理后，才进入工程待办。
发现问题之后，系统知道下一步
缺失证据、未通过审核、异常传感器读数和视觉模型发现的违章，都会进入统一监管状态。系统根据问题类型安排补采、整改、复核或人工调查。
采集、识别、整改和复核保持对原始要求的引用，问题不会因为一次重新提交就从监管列表中消失。
发现→研判→派单→补采→复核
一句话，进入工程现场
Agent 能够理解当前站点、工程、工序和问题上下文，查询工程事实，定位证据和监管事项，打开对应界面，准备表单和任务。
查询类操作可以直接执行；创建工程、绑定设备、派发任务等具有写入影响的动作，需要经过具名用户确认。
让每一条记录，都能回到它发生的地方
现场证据、视觉分析、人工核验、违章记录和整改结果不会覆盖旧记录，而是作为新的工程事件追加保存。系统可以还原同一项监管要求从提交、审核到复核的变化过程。
交付档案汇总工程信息、工序要求、证据来源、机器分析、人工核验、异常事项、整改过程和完整性状态，回答“现场发生了什么、依据什么判断、问题如何处理”三个问题。