开发资产：交通设施维护管理系统
概述
在开发这个场景的过程中，我们沉淀了以下可复用的开发资产：
- Cursor Skill - 病害识别分类规则
- PROMPT 模板 - 应急响应流程生成
- 实施指南 - 如何快速复现这个场景
这些资产可以帮助快速复用这个场景的开发经验。
1. Cursor Skill：病害识别分类规则
使用场景
当你需要开发类似的"问题识别分类"场景时，可以使用这个 Skill 让 AI 理解业务规则。
Skill 内容
markdown
# 病害识别分类规则
## 业务场景
交通设施、建筑设施等场景中，需要识别和分类各种病害或问题，并根据严重程度自动流转处理流程。
## 核心业务规则
### 1. 病害分类规则
**病害类型定义：**
- 裂缝：路面、墙面等出现的裂缝
- 坑槽：路面、地面等出现的坑洞
- 拥包：路面、地面等出现的凸起
- 标线模糊：道路标线不清晰
- 其他：其他类型的病害
### 2. 严重程度判断规则
**判断标准：**
```typescript
function judgeSeverity(
diseaseType: string,
parameters: { [key: string]: number }
): Severity {
switch (diseaseType) {
case 'crack':
// 裂缝：根据宽度判断
if (parameters.width > 5) return 'critical'; // >5mm 严重
if (parameters.width > 2) return 'normal'; // 2-5mm 一般
return 'minor'; // <2mm 小瑕疵
case 'pothole':
// 坑槽：根据深度和面积判断
if (parameters.depth > 10 || parameters.area > 1) return 'critical';
if (parameters.depth > 5 || parameters.area > 0.5) return 'normal';
return 'minor';
case 'bump':
// 拥包：根据高度判断
if (parameters.height > 5) return 'critical'; // >5cm 严重
if (parameters.height > 2) return 'normal'; // 2-5cm 一般
return 'minor'; // <2cm 小瑕疵
default:
return 'normal';
}
}3. 优先级分配规则
优先级规则：
- P0（最高）：严重病害，24小时内处理
- P1（一般）：一般病害，3天内处理
- P2（低）：小瑕疵，7天内处理
4. 自动派单规则
派单规则：
- P0 病害：立即派单，优先处理
- P1 病害：按队列派单
- P2 病害：延后派单
数据模型
病害记录（DiseaseRecord）
typescript
interface DiseaseRecord {
diseaseType: string;
severity: 'critical' | 'normal' | 'minor';
priority: 'P0' | 'P1' | 'P2';
parameters: { [key: string]: number };
}开发注意事项
- 识别精度：AI识别可能有误差，需要人工复核
- 参数测量：病害参数需要准确测量
- 优先级调整：优先级可以根据实际情况调整
相似场景复用
这个规则可以复用到：
- 建筑设施维护：墙面、地面、屋顶等病害识别
- 设备故障分类：设备故障类型和严重程度判断
- 安全隐患识别：安全隐患类型和风险等级判断
---
## 2. PROMPT 模板：应急响应流程生成
### 使用场景
当需要快速生成类似的"应急响应流程"代码时，使用这个 PROMPT 模板。
### PROMPT 模板
```text
你是一个业务逻辑开发专家。请根据以下业务规则，生成完整的应急响应流程代码。
## 业务场景
[描述你的具体场景，例如：交通设施应急抢修]
## 事件类型
[列出事件类型，例如：
- 重大：重大交通事故、重大设施损坏
- 一般：一般交通事故、设施损坏
- 轻微：标线模糊、标识不清
]
## 响应流程
[描述响应流程，例如：
1. 事件上报
2. 事件确认
3. 事件分级
4. 启动应急预案（重大事件）
5. 任务派发
6. 抢修执行
7. 现场清理
8. 交通恢复
9. 事件关闭
]
## 输出要求
1. TypeScript 代码实现
2. 包含完整的响应流程逻辑
3. 包含事件分级逻辑
4. 包含通知机制
5. 包含单元测试用例
6. 包含注释说明
请生成代码。3. 实施指南
快速复现步骤
如果你需要在新项目中实现类似的场景，按照以下步骤：
步骤 1：需求确认（1 小时）
- [ ] 确认病害类型和识别标准
- [ ] 确认严重程度判断规则
- [ ] 确认应急响应流程
- [ ] 确认任务派发规则
步骤 2：数据库设计（30 分钟）
sql
-- 病害记录表
CREATE TABLE disease_records (
id VARCHAR(50) PRIMARY KEY,
road_id VARCHAR(50),
disease_type VARCHAR(50),
severity VARCHAR(20),
priority VARCHAR(10),
location_lat DECIMAL(10,6),
location_lng DECIMAL(10,6),
images JSON,
status VARCHAR(20),
created_at TIMESTAMP
);
-- 维护工单表
CREATE TABLE maintenance_orders (
id VARCHAR(50) PRIMARY KEY,
order_no VARCHAR(50),
source_type VARCHAR(50),
source_id VARCHAR(50),
priority VARCHAR(10),
assigned_worker_id VARCHAR(50),
status VARCHAR(20),
created_at TIMESTAMP
);步骤 3：开发病害识别（2 小时）
使用上述 Cursor Skill，快速生成病害识别和分类逻辑。
步骤 4：开发应急响应（2 小时）
使用 PROMPT 模板生成应急响应流程逻辑。
步骤 5：集成通知（1 小时）
- 短信通知
- 电话通知（紧急情况）
- 系统内消息
步骤 6：测试（2 小时）
- 病害识别测试
- 应急响应测试
- 任务派发测试
- 边界值测试
总开发时间：约 8-10 小时
下一步
查看 系统落地 → 了解这个场景在完整系统中的实现。