名称： tachograph-infringement-triage-root-cause-uk
描述： 对行驶记录仪违规行为进行分类、识别常见模式，并输出“下一步检查建议”提示和每周审查记录。适用于进行每周行驶记录仪/WTD审查时。

行驶记录仪违规分类与根因提示 (英国)

目的

运行每周审查工作流，将违规输出转化为清晰的分类记录、根因提示和“下一步检查”步骤。

使用时机

• “为这些驾驶员做一次每周行驶记录仪和WTD合规性审查。”
• “对这些违规行为进行分类，并告诉我下一步该检查什么。”
• “将此PDF违规报告总结为行动项和驾驶员跟进事项。”

请勿在以下情况使用：
- 您只需要一条面向驾驶员的单一消息（请使用违规指导技能）。
- 您需要的是不涉及具体记录的一般规则解释。

输入

• 必需项：
• 驾驶员名单 + 日期范围
• 违规摘要（CSV/PDF提取内容或粘贴的文本行）
• 可选项：
• 任何已知的操作背景（路线、延误、多点配送、轮渡/火车、人员配置）
• 先前的RAG（红/琥珀/绿）历史记录
• 示例：
• “驾驶员A–F，上周的违规PDF已附上；需要每周报告包。”

输出

• weekly-tacho-wtd-review.md（面向管理人员）
• triage-actions-by-driver.md
• 成功标准：
• 针对每种违规类型有清晰的“下一步检查”建议
• 根据您的政策，标记出可能接近调查/纪律处分阈值的情况

工作流程

1. 确认时间段和驾驶员名单。
   • 如果缺失 → 停止并询问用户。
2. 将违规记录标准化为按驾驶员划分的列表（仅事实）。
3. 使用 references/common-infringement-patterns.md 进行模式扫描。
4. 为每位驾驶员生成：
   • 可能的根因提示（需询问的问题、操作检查项）
   • “下一步检查”步骤，使用 assets/what-to-check-next-playbook.md
5. 使用 assets/weekly-review-pack-template.md 生成每周报告包。
6. 如果RAG升级依赖于缺失的历史记录 → 停止并询问用户 获取计数/结果。

输出格式

# triage-actions-by-driver.md
时间段：
数据来源：

## 驾驶员 [X]
违规事实：
- …

下一步检查建议：
- …

根因提示：
- …

建议跟进措施：
- 指导 / 监控 / 调查触发（根据政策）

安全与边界情况

• 如果记录看起来不完整（缺少天数、下载间隔），将其标记为风险/缺口，而非猜测原因。
• 避免指责性语言；保持分类中立。

示例

• 输入：“为12名驾驶员进行每周审查”
• 输出：每周报告包 + 按驾驶员分类的行动项和检查提示