OA0 = Omni AI 0
OA0 是一个探索 AI 的论坛
现在注册
已注册用户请  登录
OA0  ›  技能包  ›  drivers-hours-wtd-infringement-coach-uk:英国驾驶时间违规教练指南

drivers-hours-wtd-infringement-coach-uk:英国驾驶时间违规教练指南

 
  malware ·  2026-02-05 03:02:29 · 3 次点击  · 0 条评论  

名称: drivers-hours-wtd-infringement-coach-uk
描述: 生成一份面向驾驶员的、单页的测速仪/工作时间指令违规记录,包含纠正措施和复查日期。当您需要解释违规行为并安排后续跟进时使用。


驾驶员工作时间与WTD违规指导(英国版)

目的

将测速仪/工作时间指令违规证据转化为一份友好、专业的单页驾驶员通知,并制定纠正措施和复查日期,同时应用公司的RAG(红黄绿)升级规则。

使用时机

  • “向驾驶员解释此测速仪违规情况并起草通知。”
  • “检查此班次模式是否存在欧盟驾驶员工作时间和WTD风险。”
  • “为这些驾驶员进行每周测速仪和WTD合规性审查。”(需要生成面向驾驶员的输出)
  • “为反复出现的休息/作息问题起草一份指导记录。”
  • “将这些违规行为总结为行动项和复查日期。”

请勿在以下情况使用…
- 通用性问题,如“驾驶员工作时间规则是什么?”,且无需提供驾驶员背景或具体文件。
- 与具体合规案例无关的通用人力资源/纪律处分流程请求。
- 与合规交付成果无关的节油/防御性驾驶技巧。

输入信息

  • 必需项:
  • 驾驶员标识(姓名/ID)和角色(例如,重型货车/公共汽车),以及所涉时间段(起止日期)
  • 违规清单(来自.ddd/CSV/PDF摘要),包括日期/时间和类型
  • 工作时间背景(如与WTD相关):执勤/班次时长、记录的POA(其他工作)、休息时间
  • 可选项:
  • 先前的RAG历史记录(根据您的政策,过去X周/月内的黄/红状态计数)
  • 驾驶员已提供的任何解释
  • 相关内部标准操作程序摘录(粘贴文本),用于说明本地规则
  • 示例:
  • “驾驶员A,2026年01月05日至2026年01月11日这一周:2次休息不足,1次日间休息短缺45分钟…”

输出成果

  • driver-infringement-note.md(最多约1页):解释 + 期望 + 支持
  • corrective-action-plan.md:行动项、负责人、截止日期、复查日期
  • 成功标准:
  • 语气:友好且专业(使用英式拼写)
  • 不做假设:所有事实均基于提供的记录
  • 包含明确的复查日期和后续步骤

工作流程

  1. 验证输入
    • 确认:驾驶员ID、日期范围、违规类型和数据来源(PDF/CSV备注)。
    • 如果任何一项缺失 → 停止并询问用户 获取缺失项。
  2. 仅总结事实
    • 用通俗英语列出违规情况(发生了什么 + 何时发生),不归咎责任。
    • 如果记录冲突(例如,两个来源不一致)→ 停止并询问用户 哪个来源是权威的。
  3. 根据RAG规则分类严重程度
    • 应用 references/rag-escalation-rule.md 中的公司规则。
    • 如果RAG状态取决于缺失的先前历史记录停止并询问用户 获取计数/先前结果。
  4. 起草面向驾驶员的通知(最多1页)
    • 使用 assets/driver-note-template.md 模板。
    • 包含:规则要求、记录显示的内容、其重要性以及下次应如何操作。
  5. 提出纠正措施
    • 使用 assets/corrective-action-plan-template.md 模板。
    • 措施必须具体、实用且可衡量(例如,休息计划、提醒提示、路线/班次调整)。
  6. 安排复查
    • 根据风险程度选择复查日期:
    • 绿色/黄色:通常安排在下一个每周审查窗口
    • 红色:更早复查 + 经理跟进(并根据您的政策可能触发潜在调查)
  7. 输出文件包
    • 生成两个文件名一致的 .md 文件。
    • 如果用户要求编辑现有文件在编辑前先询问

输出格式

# driver-infringement-note.md
驾驶员:
所涉时间段:
来源记录:

## 我们在记录中看到的情况(事实)
- [日期/时间] — [通俗英语描述的违规行为]
- …

## 规则要求(通俗英语)
- …

## 下次如何操作(实用步骤)
- …
- …

## 我们能提供的支持
- …

## 状态及下次复查
RAG状态:
下次复查日期:
经理/合规跟进:

依赖项

  • 除提供的摘要/摘录外,无需其他依赖项。
  • 如果用户提供文件(.ddd/CSV/PDF),请依赖用户的摘要,除非您的环境包含可信的解析器。

安全性与边界情况

  • 切勿指责或假设意图;坚持基于证据。
  • 如果存在任何可能导致雇佣行动(纪律处分)的可能性,建议使用调查技能包,并保持此记录基于事实/以指导为核心。
  • 不要编造法律阈值;仅解释所提供的证据和内部政策文本中的内容。

示例

  • 输入:“为驾驶员A解释2次休息不足和1次休息短缺”
  • 输出:driver-infringement-note.md + corrective-action-plan.md,复查日期设为下周
  • 输入:“反复出现的休息问题;先前有3次黄色状态”
  • 输出:通知 + 行动项;状态根据RAG规则指示升级路径;如果需要,建议启动调查工作流程
3 次点击  ∙  0 人收藏  
登录后收藏  
0 条回复
About   ·   Help   ·    
OA0 - Omni AI 0 一个探索 AI 的社区
沪ICP备2024103595号-2
Developed with Cursor