虚构案例 · 练习数据
客户与任务
你要帮助一个虚构的工业制冷设备服务中心缩短故障处置时间。这里有 48 名现场工程师、6 名远程专家和全天候运行团队。等待可能来自查资料、排班、备件或升级规则，要先了解原因。初期助手只提供建议和准备申请，不会自动停机、提交申请或发布事故结论。
练习
阅读二十条事件记录，把问题按知识、权限、工具和排班分组。选择适合白班试点的任务，再说明手册被撤回、工具结果未知或需要暂停时怎么处理。
这些数据可以用来做什么
这二十条练习记录可以帮助你提出待验证的问题，不能证明真实改进效果。严重度由案例中的人员填写，并非经过独立核实的结论，也不能用来评价个人绩效。
数据包含 20 条练习记录。可以用纸笔或表格统计，按不同任务分组比较，再写下可能的原因和需要验证的问题；不要求编程。
下载合成 JSON 数据样本分布
事件严重度标签
查看图表数据
| severity | 记录数 |
|---|---|
低 low | 9 |
中 medium | 8 |
高 high | 3 |
字段说明
| 字段 | 含义与限制 |
|---|---|
id | 合成事件编号，用于引用和对照。 |
severity | 人员填写的严重度标签：low 低 / medium 中 / high 高；未经独立核实。 |
first_response_min | 首次响应分钟数。 |
expert_wait_min | 等待远程专家的分钟数；0 表示未升级。 |
resolution_min | 接单至关闭的总分钟数，包含等待与返工。 |
rework | 是否发生返工，true / false。 |
on_time | 是否按期关单，true / false。 |
gap | 记录中的问题线索，如 old_manual 旧手册、tool_timeout 工具超时、night_escalation 夜间升级。还需结合记录核对原因。 |
完成后写下什么
写一页分析：你建议先处理什么任务、依据哪些记录、还有什么需要验证、谁负责，以及出现什么情况应暂停。最后提出一个具体的下一步。资料不足的地方注明待确认，不要补写成事实。