场景02：道路桥梁巡检漏检预警

当前阶段： 🔍 探索中 | 行业： 交通运输 | 关键词： 道路巡检、桥梁巡检、漏检预警、养护管理 | 返回交通场景 →

一、需求探索

1.1 痛点时刻

具体场景：

周三上午10点，养护科长老李在检查巡检台账时发现：某高速公路K120+500路段（含一座大桥）应在周一完成例行巡检，但巡检员小王因处理其他路段的突发情况，把这事给耽搁了，现在已经超期2天仍未执行。
这座大桥是重点监测对象，按规定每周必须巡检一次。如果桥梁出现裂缝、护栏损坏等问题没有及时发现，可能导致安全事故。老李立即安排小王去补检，发现桥面有一处伸缩缝异常，幸好及时发现并处理。

业务背景：

管养规模：高速公路管理，管养里程100-500公里
巡检要求：普通路段每月巡检，桥梁隧道每周巡检，重点路段每天巡检
人员配置：3-5名巡检员，负责整条高速公路的日常巡检
时间特点：巡检任务多、突发情况多（事故、抢修），容易遗漏计划内巡检

1.2 核心痛点

问题1：巡检任务多，容易遗漏

100-500公里高速公路，分为几十个巡检路段
巡检频率不同（每天/每周/每月），巡检员靠记忆或纸质台账，容易漏检
突发情况多（事故、抢修），打乱计划，导致计划内巡检被遗忘

问题2：重点路段风险高

桥梁、隧道一旦出问题，后果严重（坍塌、伤亡）
但巡检频率高（每周），巡检员压力大
漏检后没有及时发现，风险持续累积

问题3：责任追溯困难

出事后才发现漏检，但不知道是谁的责任
没有巡检提醒记录，无法证明是否通知过巡检员
巡检员说"没人提醒我"，养护科长说"你应该知道"

1.3 业务规则（行业标准）

《公路养护技术规范》（JTG H10-2009）：

公路养护应当定期进行巡查（第3.2.1条）
桥梁、隧道等重要构造物应当加强巡查（第3.2.2条）
发现影响交通安全的情况应当立即处理（第3.2.3条）

《公路桥梁养护管理工作制度》：

一类桥梁（重点桥梁）：每周巡检一次
二类桥梁（普通桥梁）：每月巡检一次
三类桥梁（小桥涵）：每季度巡检一次

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

预警规则：巡检计划到期 + 1天 → 预警（给巡检员留缓冲时间）
报警规则：巡检计划到期 + 3天 → 报警（升级到养护科长）
特殊规则：重点路段（桥梁、隧道）→ 到期立即报警
补检要求：必须补检并记录原因

成本测算：

漏检成本：桥梁坍塌事故，可能造成重大伤亡（无法估量）
误报成本：巡检员多巡检一次，耗时1-2小时，人工成本约100元/次
平衡点：宁可多提醒，不可漏检

二、方案设计

2.1 业务规则设计

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

typescript

// 巡检任务到期判定
interface InspectionOverdue {
  // 任务信息
  taskId: string;
  taskName: string;              // 如"K120+500路段周检"
  roadSection: string;           // 路段名称
  inspectionType: string;        // 巡检类型：路面、桥梁、隧道、护栏
  frequency: 'DAILY' | 'WEEKLY' | 'MONTHLY';  // 巡检频率

  // 时间信息
  lastInspectionTime: Date;      // 上次巡检时间
  nextDueTime: Date;             // 下次应检时间
  currentTime: Date;             // 当前时间
  overdueDays: number;           // 超期天数

  // 判定结果
  status: 'NORMAL' | 'WARNING' | 'ALERT';
  isCritical: boolean;           // 是否重点路段（桥梁、隧道）
}

// 判定逻辑
function checkInspectionOverdue(
  task: InspectionTask,
  currentTime: Date
): InspectionOverdue {
  const overdueDays = Math.floor(
    (currentTime.getTime() - task.nextDueTime.getTime()) / (1000 * 3600 * 24)
  );

  // 重点路段（桥梁、隧道）：到期立即报警
  if (task.isCritical && overdueDays > 0) {
    return {
      ...task,
      overdueDays,
      status: 'ALERT',
      isCritical: true
    };
  }

  // 普通路段：到期+1天预警，+3天报警
  if (overdueDays > 3) {
    return { status: 'ALERT', overdueDays };
  } else if (overdueDays > 1) {
    return { status: 'WARNING', overdueDays };
  }

  return { status: 'NORMAL', overdueDays: 0 };
}

规则2：分级预警规则

typescript

// 分级预警规则
interface AlertRule {
  // 预警级别（到期+1天）
  warning: {
    condition: '到期 + 1天';
    notifyTo: ['巡检员'];
    channels: ['手机APP推送', '短信'];
    message: '【预警】K120+500路段周检已超期1天，请尽快巡检';
  };

  // 报警级别（到期+3天）
  alert: {
    condition: '到期 + 3天';
    notifyTo: ['巡检员', '养护科长', '路段主管'];
    channels: ['手机APP推送', '短信', '语音电话'];
    message: '【报警】K120+500路段周检已超期3天，请立即巡检';
  };

  // 重点路段特殊规则
  critical: {
    condition: '到期立即报警';
    notifyTo: ['巡检员', '养护科长', '路段主管', '安全总监'];
    channels: ['手机APP推送', '短信', '语音电话'];
    message: '【紧急】K120+500路段（含大桥）周检已到期，请立即巡检';
    autoActions: [
      '标记为高风险状态',
      '提高巡检优先级',
      '记录到养护台账'
    ];
  };
}

规则3：巡检闭环规则

typescript

// 巡检闭环规则
interface InspectionClosedLoop {
  // 步骤1：接收提醒（必须）
  step1_receive: {
    action: '巡检员确认收到提醒';
    timeLimit: 30;  // 30分钟内确认
    notConfirmed: '升级到养护科长';
  };

  // 步骤2：完成巡检（必须）
  step2_inspect: {
    action: '现场巡检并拍照记录';
    timeLimit: 24;  // 24小时内完成（预警级别）
    mustRecord: [
      '巡检时间',
      '巡检人员',
      '巡检结果（正常/异常）',
      '现场照片（至少3张）',
      '发现问题及处理措施',
      '漏检原因（如果超期）'
    ];
  };

  // 步骤3：结果归档（自动）
  step3_archive: {
    action: '自动归档到养护台账';
    autoGenerate: [
      '巡检记录表',
      '问题整改单（如有问题）',
      '统计报表（巡检率、问题率）'
    ];
  };
}

2.2 技术方案

技术架构

巡检任务库 → 定时扫描（每天） → 规则引擎 → 分级推送
                ↓
          巡检记录库（历史数据）
                ↓
          可视化看板 + 移动端

核心技术点

1. 巡检任务管理

任务配置：路段名称、巡检类型、巡检频率、责任人
自动生成：根据频率自动生成下次巡检任务
任务状态：待巡检、已巡检、已超期

2. 到期检测

定时扫描：每天凌晨扫描一次所有巡检任务
到期判定：当前时间 > 应检时间 → 触发预警/报警
特殊处理：重点路段（桥梁、隧道）到期立即报警

3. 规则引擎

基于时间窗口的规则判断
支持规则配置（预警/报警阈值可调整）
支持特殊规则（重点路段）

4. 分级推送

多通道推送：APP、短信、语音电话
分级推送：预警（巡检员）、报警（养护科长）
推送确认：必须确认收到，否则升级

数据模型

typescript

// 巡检任务
interface InspectionTask {
  id: string;
  roadSectionId: string;       // 路段ID
  roadSection: string;         // 路段名称（如"K120+500"）
  inspectionType: string;      // 巡检类型
  frequency: 'DAILY' | 'WEEKLY' | 'MONTHLY';
  isCritical: boolean;         // 是否重点路段（桥梁、隧道）

  // 时间信息
  lastInspectionTime: Date;    // 上次巡检时间
  nextDueTime: Date;           // 下次应检时间

  // 责任人
  assignedTo: string;          // 巡检员ID
  assignedName: string;        // 巡检员姓名

  // 状态
  status: 'PENDING' | 'COMPLETED' | 'OVERDUE';
}

// 巡检记录
interface InspectionRecord {
  id: string;
  taskId: string;
  inspectionTime: Date;
  inspector: string;           // 巡检人
  result: 'NORMAL' | 'ABNORMAL';  // 巡检结果
  photos: string[];            // 现场照片
  issues: string[];            // 发现问题
  actions: string[];           // 处理措施
  overdueReason: string;       // 漏检原因（如果超期）
  remarks: string;             // 备注
}

// 预警记录
interface AlertRecord {
  id: string;
  taskId: string;
  alertType: 'WARNING' | 'ALERT' | 'CRITICAL';
  alertTime: Date;
  overdueDays: number;         // 超期天数
  notifiedTo: string[];        // 通知对象
  confirmed: boolean;          // 是否确认
  confirmedAt: Date;           // 确认时间
}

三、AI辅助开发方案

3.1 技术迁移分析

复用已有资产：建筑场景的"施工安全检查漏检预警"规则

相似点：

都是基于时间的到期检测
都需要分级预警（预警 → 报警）
都需要记录检查过程 + 闭环管理
都有特殊规则（危险性较大工程 / 重点路段）

差异点：

维度	建筑场景	交通场景
检查对象	工程（高支模、深基坑）	路段（桥梁、隧道）
检查频率	每天/每周/每月	每天/每周/每月
特殊规则	危险性较大工程立即报警	重点路段立即报警
检查内容	工程安全状态 + 现场照片	路段状态 + 现场照片 + 漏检原因

技术复用度：90%

规则引擎逻辑：100%复用
分级推送逻辑：100%复用
检查记录管理：95%复用（需增加漏检原因字段）
特殊规则处理：90%复用（调整判定条件）

3.2 Cursor Skill设计

Skill名称： inspection-overdue-alert.md

Skill内容： 复用已有的施工安全检查到期预警规则

3.3 PROMPT模板

PROMPT 1：生成巡检到期检测代码

你是一个业务逻辑开发专家。请根据以下业务规则，生成道路桥梁巡检到期检测的代码。

## 业务场景
高速公路的桥梁、隧道等重点路段需要定期巡检，超期未巡检需要自动预警和报警。

## 业务规则
1. 到期判定：当前时间 > 应检时间 → 触发检测
2. 分级预警：
   - 到期 + 1天 → 预警（通知巡检员）
   - 到期 + 3天 → 报警（通知养护科长）
3. 特殊规则：重点路段（桥梁、隧道）→ 到期立即报警
4. 巡检频率：每天/每周/每月（根据路段类型）
5. 补检要求：必须补检并记录原因

## 数据模型
- InspectionTask：巡检任务（roadSection, inspectionType, frequency, nextDueTime）
- InspectionRecord：巡检记录（inspectionTime, inspector, result, photos, overdueReason）
- AlertRecord：预警记录（alertType, alertTime, overdueDays）

## 技术要求
- 使用TypeScript
- 定时扫描（每天凌晨检查一次）
- 支持规则配置（预警/报警阈值可调整）
- 记录所有预警和巡检过程

请生成完整的代码实现。

PROMPT 2：生成分级推送逻辑

你是一个业务逻辑开发专家。请根据以下业务规则，生成分级预警推送的代码。

## 业务场景
道路桥梁巡检超期需要分级推送，预警通知巡检员，报警通知养护科长。

## 业务规则
1. 预警级别（到期+1天）：
   - 推送到：巡检员
   - 推送方式：APP推送 + 短信
   - 推送内容：路段名称、超期天数、巡检要求

2. 报警级别（到期+3天）：
   - 推送到：巡检员、养护科长、路段主管
   - 推送方式：APP推送 + 短信 + 语音电话
   - 推送内容：路段名称、超期天数、风险提示

3. 重点路段（到期立即报警）：
   - 推送到：巡检员、养护科长、路段主管、安全总监
   - 推送方式：APP推送 + 短信 + 语音电话
   - 自动动作：标记高风险、提高优先级、记录台账

## 技术要求
- 支持多通道推送（APP、短信、语音）
- 推送确认机制（必须确认收到）
- 推送失败重试（最多3次）
- 升级机制（30分钟未确认 → 升级）

请生成完整的代码实现。

3.4 开发周期预估

基于已有资产（建筑场景）：

原型验证：1天
- Day 1：复用规则引擎，调整判定条件，测试预警场景
首版上线：5-7天
- Day 2-3：完善巡检记录管理（增加漏检原因字段）
- Day 4：调整特殊规则（重点路段判定）
- Day 5-6：对接推送系统、测试
- Day 7：部署上线
迭代优化：根据实际使用反馈调整阈值、优化推送策略

四、开发资产

4.1 Cursor Skill

文件名： inspection-overdue-alert.md（复用已有资产）

调整内容：

检查对象：工程（高支模、深基坑） → 路段（桥梁、隧道）
特殊规则：危险性较大工程 → 重点路段
检查记录：增加漏检原因字段

4.2 技术迁移说明

可复用的已有资产：

建筑场景：施工安全检查到期预警规则
- 复用：规则引擎框架、分级推送逻辑、检查记录管理
- 调整：检查对象（工程 → 路段）、特殊规则（危险性较大工程 → 重点路段）
- 复用度：90%
矿山场景：设备巡检到期预警规则
- 复用：规则引擎框架、分级推送逻辑
- 调整：检查对象（设备 → 路段）
- 复用度：85%

需要新开发的部分：

漏检原因记录功能（5%）
重点路段判定逻辑（5%）

4.3 实施指南

步骤1：准备环境

bash

# 安装依赖
npm install

# 配置巡检任务
# 编辑 config/inspection-tasks.json

步骤2：使用Cursor Skill

1. 将 inspection-overdue-alert.md 保存到 .cursor/rules/
2. 在Cursor中告诉AI：
   "参考 inspection-overdue-alert.md 中的业务规则，
   实现道路桥梁巡检到期预警功能，
   注意重点路段（桥梁、隧道）需要到期立即报警"
3. AI会基于规则生成代码

步骤3：调整配置

typescript

// config/alert-rules.ts
export const ALERT_CONFIG = {
  warningDays: 1,              // 预警阈值（天）
  alertDays: 3,                // 报警阈值（天）
  criticalImmediate: true,     // 重点路段立即报警
  confirmTimeout: 30,          // 确认超时（分钟）
  requireOverdueReason: true,  // 超期必须记录原因
};

步骤4：测试验证

bash

# 运行测试
npm test

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

五、下一步行动

如果您对这个场景感兴趣

快速验证：我们可以用1天时间，基于模拟数据做原型演示
技术对接：提供巡检任务配置模板，评估对接工作量
成本预估：根据管养里程、巡检任务数量，给出详细报价

场景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 实施指南

五、下一步行动

如果您对这个场景感兴趣

相关场景

相关资产