场景02：污水处理设施巡检漏检

当前阶段： 🔍 探索中 | 行业： 环保监测 | 关键词： 污水处理、设备巡检、超期预警 | 返回环保场景 →

一、需求探索

1.1 痛点时刻

具体场景：

周二上午10点，污水处理厂运营科发现：
2号曝气池应该在9:00完成例行巡检，但巡检记录显示"未执行"
巡检员王五说："早上1号沉淀池出现异常，先去处理了，忘记巡检曝气池了"
此时已经超期1小时，但系统没有任何提醒
曝气池是污水处理的核心设施，如果曝气不足会导致出水水质不达标。按规定每天必须巡检，不能漏检。

业务背景：

设施规模：污水处理厂有10-50台设备需要定期巡检（曝气池、沉淀池、过滤器、加药设备等）
巡检频率：日检、周检、月检，不同设备频率不同
巡检内容：检查设备运行状态、记录水质参数、发现隐患
人员配置：运营科5-10人，每人负责多台设备

1.2 核心痛点

问题1：漏检难发现

巡检计划在纸上或Excel表格中，容易遗漏
巡检员可能因为其他紧急任务忘记巡检
管理人员不知道哪些设备漏检了，只能事后发现

问题2：责任不清

不知道是巡检员忘记了，还是设备无法巡检（如正在维修）
不知道漏检多长时间了，是否需要补检
事后追责困难，容易扯皮

问题3：风险高

重点设施（如曝气池、沉淀池）漏检，可能导致出水水质不达标
普通设备漏检，可能导致设备故障、影响处理效率
没有预警机制，只能靠人工盯

1.3 业务规则（行业标准）

《污水综合排放标准》相关要求：

出水COD ≤ 50mg/L（一级A标准）
出水氨氮 ≤ 5mg/L
出水总磷 ≤ 0.5mg/L

实际业务规则（基于行业调研）：

到期+30分钟预警：巡检到期后30分钟未执行 → 黄色预警，提醒巡检员
到期+2小时报警：巡检到期后2小时未执行 → 红色报警，通知管理层
重点设施立即报警：曝气池、沉淀池等重点设施，到期未执行 → 立即报警
补检规则：漏检后必须补检，并记录漏检原因

成本测算：

漏检成本：出水水质不达标，环保处罚10-50万元/次
预警成本：系统开发 + 运维，约5万元/年
投资回报：避免一次水质超标处罚，即可收回成本

二、方案设计

2.1 业务规则设计

规则1：巡检到期判定规则

接口名称: checkInspectionOverdue

接口签名:

typescript

function checkInspectionOverdue(
  facility: Facility,
  scheduledTime: Date,
  currentTime: Date
): InspectionOverdue

参数说明:

facility: 设施信息
scheduledTime: 计划巡检时间
currentTime: 当前时间

数据模型:

typescript

interface InspectionOverdue {
  facility: Facility;
  scheduledTime: Date;
  currentTime: Date;
  lastInspectionTime?: Date;
  isOverdue: boolean;
  overdueDuration: number;  // 超期时长（分钟）
  severity: 'warning' | 'alarm' | 'critical';
}

interface Facility {
  id: string;
  name: string;
  type: string;
  location: string;
  isCritical: boolean;
  inspector: string;
  inspectionFrequency: 'DAILY' | 'WEEKLY' | 'MONTHLY';
}

业务规则:

计算超期时长 = 当前时间 - 计划时间
重点设施（曝气池、沉淀池）：到期立即报警 → critical
普通设施：超期 > 2小时 → alarm
普通设施：超期 > 30分钟 → warning
未超期 → 返回 isOverdue: false

算法要求:

超期时长精确到分钟
重点设施优先级最高
支持设施类型和容忍时间配置

规则2：自动响应规则

数据模型:

typescript

interface AutoResponse {
  // 黄色预警（普通设施，到期+30分钟）
  warning: {
    alert: {
      channels: string[];  // ['巡检员手机']
      message: string;
    };
    autoActions: string[];  // 自动执行的动作列表
  };

  // 红色报警（普通设施，到期+2小时）
  alarm: {
    alert: {
      channels: string[];  // ['巡检员手机', '班组长手机', '运营科长手机']
      message: string;
    };
    autoActions: string[];
  };

  // 强制报警（重点设施，到期立即报警）
  critical: {
    alert: {
      channels: string[];  // ['巡检员手机', '班组长手机', '运营科长', '值班厂长']
      sound: string;
      message: string;
    };
    autoActions: string[];
  };
}

业务规则:

黄色预警：推送提醒给巡检员，记录预警事件
红色报警：推送报警给管理层，记录报警事件，要求说明原因
强制报警：推送报警给所有相关人员，记录报警事件，检查设备运行状态

算法要求:

根据预警级别选择不同的推送通道
支持多通道并发推送
记录所有推送结果和确认状态

规则3：补检规则

接口名称: handleMakeUpInspection

接口签名:

typescript

async function handleMakeUpInspection(overdue: InspectionOverdue): Promise<MakeUpTask>

参数说明:

overdue: 超期信息

数据模型:

typescript

interface MakeUpInspection {
  required: boolean;
  deadline: Date;
  mustRecordReason: boolean;
  steps: Array<{
    step: number;
    action: string;
    timeLimit?: number;
    mustRecord?: string[];
    mustApprove?: boolean;
  }>;
}

interface MakeUpTask {
  id: string;
  facilityId: string;
  originalScheduledTime: Date;
  overdueDetectedAt: Date;
  deadline: Date;
  assignedTo: string;
  status: 'PENDING' | 'COMPLETED';
}

业务规则:

创建补检任务，分配给原巡检员
补检截止时间：检测到超期后4小时内完成
补检流程：
1. 巡检员完成补检（记录设备状态 + 水质参数）
2. 记录漏检原因（原因类型、详细说明、责任人）
3. 班组长审核
推送补检通知给巡检员和班组长
超时未完成 → 升级报警

算法要求:

自动创建补检任务
支持补检流程管理
记录补检全流程和审核状态

2.2 技术方案

技术架构

巡检计划 → 定时任务 → 规则引擎 → 报警推送
              ↓
        巡检记录存储
              ↓
        可视化大屏 + 移动端

核心技术点:

1. 巡检计划管理

支持多种巡检频率：日检、周检、月检
自动生成巡检任务
支持计划调整（如设备维修期间暂停巡检）

2. 超期检测

定时任务：定期检查所有巡检任务
超期判定：当前时间 > 计划时间 + 容忍时间
分级判断：重点设施 vs 普通设施

3. 规则引擎

基于时间窗口的规则判断
支持规则配置（容忍时间、报警级别可调整）
支持规则测试（模拟超期场景）

4. 报警推送

分级推送：黄色预警、红色报警、强制报警
多通道推送：手机APP、短信、语音电话
推送确认：必须确认收到，否则持续推送

数据模型

typescript

// 设施信息
interface Facility {
  id: string;
  name: string;               // 设施名称（如"2号曝气池"）
  type: string;               // 设施类型
  location: string;           // 位置
  isCritical: boolean;        // 是否重点设施
  inspector: string;          // 负责巡检的人员
  inspectionFrequency: 'DAILY' | 'WEEKLY' | 'MONTHLY';
}

// 巡检任务
interface InspectionTask {
  id: string;
  facilityId: string;
  facilityName: string;
  scheduledTime: Date;        // 计划巡检时间
  status: 'PENDING' | 'COMPLETED' | 'OVERDUE';
  assignedTo: string;         // 巡检员

  // 执行记录
  execution?: {
    completedAt: Date;
    completedBy: string;
    result: 'NORMAL' | 'ABNORMAL';
    notes: string;            // 巡检备注
    photos: string[];         // 巡检照片
    waterQuality?: {          // 水质参数
      COD: number;
      ammoniaNitrogen: number;
      totalPhosphorus: number;
    };
  };

  // 超期记录
  overdue?: {
    detectedAt: Date;
    overdueDuration: number;
    alertLevel: 'warning' | 'alarm' | 'critical';
    reason: string;           // 漏检原因
    madeUpAt?: Date;          // 补检时间
  };
}

// 超期事件记录
interface OverdueEvent {
  id: string;
  taskId: string;
  facilityId: string;
  facilityName: string;
  scheduledTime: Date;
  detectedAt: Date;
  overdueDuration: number;
  alertLevel: 'warning' | 'alarm' | 'critical';

  // 处置记录
  disposal: {
    notifiedTo: string[];     // 通知人员
    acknowledgedBy: string;   // 确认人
    acknowledgedAt: Date;
    madeUpAt?: Date;          // 补检时间
    reason: string;           // 漏检原因
    resolvedAt: Date;
  };
}

三、AI辅助开发方案

3.1 技术迁移分析

复用已有资产：矿山场景的"设备巡检漏检"规则

相似点：

都是基于计划任务的超期监测
都需要判断是否超期 + 自动报警
都需要记录执行情况 + 事后追溯

差异点：

维度	矿山场景	环保场景
监测对象	矿山设备	污水处理设施
超期判断	到期+30分钟/2小时	到期+30分钟/2小时
分级规则	重点设备 vs 普通设备	重点设施 vs 普通设施
响应动作	推送报警 + 补检流程	推送报警 + 补检流程
巡检内容	设备状态	设备状态 + 水质参数

技术复用度：90%

规则引擎逻辑：100%复用（超期判断 + 分级报警）
报警推送逻辑：100%复用
补检流程：100%复用
数据模型：需要增加水质参数字段（10%新开发）

3.2 Cursor Skill设计

Skill名称： inspection-overdue-alert.md

Skill内容： 复用矿山场景的巡检超期预警规则（见矿山场景文档）

3.3 PROMPT模板

PROMPT 1：生成超期检测代码

你是一个业务逻辑开发专家。请根据以下业务规则，生成污水处理设施巡检超期检测的代码。

## 业务场景
污水处理厂设施需要定期巡检，巡检到期未执行需要自动预警，重点设施立即报警。

## 业务规则
1. 超期判定：
   - 重点设施（曝气池、沉淀池）：到期立即报警
   - 普通设施：到期+30分钟预警，+2小时报警

2. 自动响应：
   - 黄色预警：推送给巡检员
   - 红色报警：推送给巡检员 + 管理层
   - 强制报警：推送给所有相关人员

3. 补检流程：
   - 创建补检任务，4小时内完成
   - 记录漏检原因
   - 班组长审核

## 数据模型
- Facility：设施信息（id, name, isCritical, inspector）
- InspectionTask：巡检任务（facilityId, scheduledTime, status）
- OverdueEvent：超期事件记录（taskId, detectedAt, disposal）

## 技术要求
- 使用TypeScript
- 定时检测机制
- 支持规则配置（容忍时间可调整）
- 记录所有超期事件和处置过程

请基于以上规范生成代码。

PROMPT 2：生成补检流程代码

你是一个业务逻辑开发专家。请根据以下业务规则，生成污水处理设施巡检补检流程的代码。

## 业务场景
巡检超期后，需要创建补检任务，并记录漏检原因。

## 业务规则
1. 创建补检任务：
   - 分配给原巡检员
   - 4小时内完成
   - 必须记录漏检原因

2. 补检流程：
   - 步骤1：巡检员完成补检（记录设备状态 + 水质参数）
   - 步骤2：记录漏检原因（原因类型、详细说明、责任人）
   - 步骤3：班组长审核

3. 补检通知：
   - 推送给巡检员
   - 推送给班组长
   - 超时未完成 → 升级报警

## 技术要求
- 使用TypeScript
- 支持补检任务管理
- 支持原因记录和审核
- 记录补检全流程

请基于以上规范生成代码。

3.4 技术迁移复杂度评估

阶段一：原型验证

验证目标：确认规则引擎能否满足巡检漏检监测需求
技术难点：
- 巡检计划管理系统对接
- 超期检测定时任务设计
- 规则引擎复用度验证
关键依赖：
- 巡检系统接口文档
- 历史巡检数据样本
- 现有巡检管理系统架构

阶段二：首版上线

核心模块：
1. 巡检计划管理模块（新开发，复杂度：中）
2. 超期检测模块（复用矿山场景，复杂度：低）
3. 补检流程模块（复用矿山场景，复杂度：低）
技术风险：
- 巡检系统兼容性
- 定时任务稳定性
- 规则引擎性能（需要监测多个设施）
性能要求：
- 超期检测延迟要求低
- 报警推送延迟要求低
- 支持高并发巡检任务管理

阶段三：迭代优化

优化方向：根据实际使用反馈调整容忍时间、优化报警策略
关键指标：漏检发现率、补检完成率、响应时长

四、开发资产

4.1 Cursor Skill

文件名： inspection-overdue-alert.md

内容： 复用矿山场景的巡检超期预警规则（见矿山场景文档）

4.2 技术迁移说明

可复用的已有资产：

矿山场景：设备巡检漏检规则
- 复用：超期检测逻辑、报警推送、补检流程
- 调整：设备 → 设施，增加水质参数字段
- 复用度：90%
医废场景：超期预警规则
- 复用：时间窗口判断、分级报警
- 调整：阈值（46/47/48小时 → 30分钟/2小时）
- 复用度：85%

需要新开发的部分：

水质参数记录功能（10%）
污水处理设施类型适配

4.3 实施指南

步骤1：准备环境

bash

# 安装依赖
npm install

# 配置巡检计划
# 编辑 config/inspection-config.json

步骤2：使用Cursor Skill

1. 将 inspection-overdue-alert.md 保存到 .cursor/rules/
2. 在Cursor中告诉AI：
   "参考 inspection-overdue-alert.md 中的业务规则，
   实现污水处理设施巡检超期预警功能"
3. AI会基于规则生成代码

步骤3：调整配置

typescript

// config/overdue-rules.ts
export const OVERDUE_CONFIG = {
  tolerance: {
    critical: 0,      // 重点设施：到期立即报警
    normal: 30        // 普通设施：到期+30分钟预警
  },
  escalation: {
    alarm: 120        // 到期+2小时报警
  },
  makeUp: {
    deadline: 240     // 补检截止时间（4小时）
  },
  criticalFacilities: [
    '曝气池',
    '沉淀池',
    '加药设备'
  ]
};

步骤4：测试验证

bash

# 运行测试
npm test

# 模拟超期场景
npm run simulate:overdue

五、下一步行动

如果您对这个场景感兴趣

快速验证：我们可以基于模拟数据做原型演示
技术对接：提供巡检系统接口文档，评估对接工作量
成本预估：根据设施数量、巡检频率，给出详细报价

场景02：污水处理设施巡检漏检

一、需求探索

1.1 痛点时刻

1.2 核心痛点

1.3 业务规则（行业标准）

二、方案设计

2.1 业务规则设计

规则1：巡检到期判定规则

规则2：自动响应规则

规则3：补检规则

2.2 技术方案

技术架构

数据模型

三、AI辅助开发方案

3.1 技术迁移分析

3.2 Cursor Skill设计

3.3 PROMPT模板

PROMPT 1：生成超期检测代码

PROMPT 2：生成补检流程代码

3.4 技术迁移复杂度评估

四、开发资产

4.1 Cursor Skill

4.2 技术迁移说明

4.3 实施指南

五、下一步行动

如果您对这个场景感兴趣

相关场景

相关资产

场景02：污水处理设施巡检漏检 ​

一、需求探索 ​

1.1 痛点时刻 ​

1.2 核心痛点 ​

1.3 业务规则（行业标准） ​

二、方案设计 ​

2.1 业务规则设计 ​

规则1：巡检到期判定规则 ​

规则2：自动响应规则 ​

规则3：补检规则 ​

2.2 技术方案 ​

技术架构 ​

数据模型 ​

三、AI辅助开发方案 ​

3.1 技术迁移分析 ​

3.2 Cursor Skill设计 ​

3.3 PROMPT模板 ​

PROMPT 1：生成超期检测代码 ​

PROMPT 2：生成补检流程代码 ​

3.4 技术迁移复杂度评估 ​

四、开发资产 ​

4.1 Cursor Skill ​

4.2 技术迁移说明 ​

4.3 实施指南 ​

五、下一步行动 ​

如果您对这个场景感兴趣 ​

相关场景 ​

相关资产 ​

场景02：污水处理设施巡检漏检

一、需求探索

1.1 痛点时刻

1.2 核心痛点

1.3 业务规则（行业标准）

二、方案设计

2.1 业务规则设计

规则1：巡检到期判定规则

规则2：自动响应规则

规则3：补检规则

2.2 技术方案

技术架构

数据模型

三、AI辅助开发方案

3.1 技术迁移分析

3.2 Cursor Skill设计

3.3 PROMPT模板

PROMPT 1：生成超期检测代码

PROMPT 2：生成补检流程代码

3.4 技术迁移复杂度评估

四、开发资产

4.1 Cursor Skill

4.2 技术迁移说明

4.3 实施指南

五、下一步行动

如果您对这个场景感兴趣

相关场景

相关资产