搜索

PythonReactSEOPDF
GitHub Skill

tachograph-infringement-triage-root-cause-uk

Triages tachograph infringements, identifies common patterns, and outputs “what to check next” prompts and weekly review notes. USE WHEN doing weekly tacho/WTD reviews.

clawdbot☆ 230 仓库 Stars71 仓库 Forks

安装与使用

请根据来源仓库和你的 AI 工具说明安装此技能。先阅读技能文件和依赖要求,再添加到工作流。

查看来源 ↗使用指南

技能说明

Tachograph Triage & Root-Cause Prompts (UK)

PURPOSE

Run a weekly review workflow that turns infringement outputs into clear triage notes, root-cause prompts, and “what to check next” steps.

WHEN TO USE

  • “Do a weekly tacho and WTD compliance review for these drivers.”
  • “Triage these infringements and tell me what to check next.”
  • “Summarise this PDF infringement report into actions and driver follow-ups.”

DO NOT USE WHEN…

  • You only need a single driver-facing message (use the infringement coach skill).
  • You want general rule explanations without records.

INPUTS

  • REQUIRED:
    • Driver list + date range
    • Infringement summaries (CSV/PDF extract or pasted lines)
  • OPTIONAL:
    • Any known operational context (routes, delays, multi-drop, ferry/train, staffing)
    • Prior RAG history
  • EXAMPLES:
    • “Drivers A–F, last week’s infringement PDF attached; need weekly pack.”

OUTPUTS

  • weekly-tacho-wtd-review.md (manager-facing)
  • triage-actions-by-driver.md
  • Success criteria:
    • Clear “next checks” per infringement type
    • Flags where investigation/discipline thresholds may be approaching (per your policy)

WORKFLOW

  1. Confirm period and driver list.
    • IF missing → STOP AND ASK THE USER.
  2. Normalise infringements into a per-driver list (facts only).
  3. Pattern scan using references/common-infringement-patterns.md.
  4. For each driver, generate:
    • Likely root-cause prompts (questions to ask, operational checks)
    • “What to check next” steps using assets/what-to-check-next-playbook.md
  5. Produce weekly pack using assets/weekly-review-pack-template.md.
  6. If RAG escalation depends on missing history → STOP AND ASK THE USER for counts/outcomes.

OUTPUT FORMAT

# triage-actions-by-driver.md
Period:
Sources:

## Driver [X]
Infringements (facts):
- …

What to check next:
- …

Root-cause prompts:
- …

Proposed follow-up:
- Coaching / monitoring / investigation trigger (per policy)

SAFETY & EDGE CASES

  • If records appear incomplete (missing days, download gaps), flag as a risk/gap rather than guessing why.
  • Avoid blame language; keep triage neutral.

EXAMPLES

  • Input: “Weekly review for 12 drivers”
    • Output: weekly pack + per-driver triage actions and check-next prompts

使用示例

查看来源仓库中的使用示例与配置说明。

查看来源 ↗

来源历史

收录时间
2026-01-20
索引更新时间
2026-01-30
Branch
main

收录与同步日期属于本站记录。源码修改历史请查看来源仓库。

GitHub ↗

chat Comments (0)

chat_bubble_outline

No comments yet. Be the first to share your thoughts!