TL;DR
이 게시물은 배송 차량의 주행거리 기록, 수리 invoice, 검사 양식, 운전자 메모, 노선 일정을 통합해 정비 예외 등록부를 만드는 AI-agent Skill을 공유합니다. SKILL.md는 자료를 읽어 단위와 식별자를 정규화하고, 확인된 정비 주기로 다음 기한을 계산한 뒤 Overdue·Due Soon·OK 상태와 High·Medium·Low 위험도를 부여합니다. Safety-Critical 결함이나 1,000마일·30일 초과 지연은 High로 올리고, 출처와 권장 조치를 포함한 escalation을 배차 담당자에게 보낸 뒤 사람의 결정을 기록합니다. 승인 후에는 노선 시간, 정비소 용량, 부품 리드타임, 보증 조건을 반영한 임시 일정을 만들며, 누락된 주기와 데이터 충돌은 임의로 채우지 않고 별도 로그에 남깁니다.
실용적 조언
- 차량 정비 자동화를 적용할 때는 먼저 차량 ID, 번호판, VIN, 차종과 분석 기간을 고정하고, 정비 주기와 Due Soon·Overdue 임계값을 Assumptions log에 남겨야 합니다. 원천 자료를 읽은 뒤 miles와 km, 날짜 형식, 차량 별칭을 통일하고 최신 주행거리와 문서 출처를 함께 저장해야 합니다. 주기가 비어 있는 정비 항목은 임의의 값을 넣지 말고 `Interval needed`로 표시해야 과잉 정비와 잘못된 지연 판정을 피할 수 있습니다.
- 운행 안전에 영향을 주는 결함은 정비 예약과 별개로 우선 처리해야 합니다. High 또는 Safety-Critical 차량마다 근거 문서와 권장 즉시 조치를 담은 escalation을 만들고, 배차 담당자가 운행 제외·대체 차량·임시 제한 중 하나를 결정하도록 해야 합니다. 승인 전에는 일정 항목을 Tentative로 표시하고, 최종 표에는 담당자 이름과 timestamp를 남겨 감사 가능한 결과를 만들어야 합니다.
섹션별 상세
용어 해설
- AI 에이전트 Skill(AI-agent Skill)
- — AI 에이전트가 특정 업무를 반복해서 수행하도록 지침과 입력·출력 규칙을 묶은 파일이다. 이 글에서는 SKILL.md 하나에 차량 데이터 수집, 정규화, 위험도 판정, 사람의 승인 절차를 기록해 에이전트 설정에 재사용한다.
- 예외 등록부(Exception Register)
- — 정상 흐름에서 벗어난 항목을 한곳에 모아 상태와 조치를 추적하는 표다. 차량별 주행거리, 정비 기한, 결함, 위험도, 권장 조치, 담당자의 결정을 함께 기록해 정비 우선순위와 감사 추적성을 확보한다.
- 데이터 계보(Data Lineage)
- — 최종 판단에 사용된 값이 어느 원천 문서와 날짜에서 왔는지 추적하는 구조다. 이 Skill은 주행거리와 정비 상태마다 원본 문서명·식별자·날짜를 남겨 값의 근거를 확인하고 충돌이나 누락을 별도로 기록한다.
- 텔레매틱스(telematics)
- — 차량 운행과 상태 데이터를 원격으로 수집하는 시스템을 가리킨다. 글에서는 telematics 또는 ELD 데이터가 있으면 수기 주행기록보다 현재 주행거리 판단에 우선 사용하고, 두 값이 다르면 선택 근거를 남기도록 한다.
- 가동 중단 위험(Downtime Risk)
- — 정비 때문에 차량을 운행하지 못할 가능성을 평가하는 위험 신호다. 미해결 결함 수, 반복 수리, 주문 중인 부품, 예정된 운행을 함께 비교해 차량 교체·영업시간 외 정비·노선 분할 같은 대응안을 마련한다.
- 안전 중대 결함(Safety-Critical)
- — 브레이크, 조향, 타이어, 조명, 누출처럼 운행 안전에 직접 영향을 주는 결함을 뜻한다. 검사 결과나 운전자 기록에서 이런 항목이 발견되면 High 위험으로 올리고, 배차 담당자의 운행 제외 또는 제한 결정을 먼저 받은 뒤 정비 일정을 잡는다.
코드 예제
---
name: fleet-maintenance-exception-register
description: Use when a delivery, logistics, or fleet office manager needs to consolidate odometer logs, repair invoices, inspection forms, driver notes, and route schedules to identify overdue or at-risk maintenance, draft a fleet exception register, group vehicles by risk level, and escalate safety or downtime decisions to a dispatcher before scheduling service.
allowed-tools: [Read, Edit]
---
# Fleet Maintenance Exception Register
## Overview
Creates a single, auditable exception register for a vehicle fleet by consolidating maintenance-relevant inputs. Identifies overdue or at-risk maintenance, assigns risk levels, prepares dispatcher escalations for safety and downtime decisions, and proposes a service scheduling plan.차량 정비 관련 문서를 한데 모아 감사 가능한 예외 등록부를 만들고, 위험도와 배차 담당자 승인 절차를 연결하는 Skill의 frontmatter와 개요입니다.
3. Normalize and reconcile
3.1. Standardize units (miles vs km), date formats, and vehicle identifiers; map aliases to canonical IDs.
3.2. Deduplicate entries; prefer the most recent dated reading for mileage.
3.3. Resolve conflicts (e.g., decreasing mileage) by flagging as data issues and noting the chosen source. Do not invent values.
4. Determine due services
4.1. For each service category (e.g., oil/filter, tire rotation, brake inspection, transmission, coolant, PM levels, DOT annual, emissions), compute next-due mileage and/or date using last service data and the confirmed intervals.
4.2. If an interval is unknown, request it or mark the service as "Interval needed" and exclude from overdue calculations until provided.서로 다른 단위와 식별자를 통일하고 중복·주행거리 역행을 처리한 뒤, 확인된 정비 주기로 다음 정비 시점을 계산하는 핵심 절차입니다.
6. Group by risk level
6.1. Assign overall risk: High (any Safety-Critical or >1,000 mi/>30 days overdue), Medium (Due Soon or non-critical open defects), Low (OK).
6.2. Document the rule definitions used for the risk grouping in the Assumptions log.
7. Build the Fleet Exception Register
7.1. Create one row per vehicle containing at minimum:
- Vehicle ID (and plate/VIN if available)
- Source mileage (value, date, and source document)
- Due service(s) with due mileage/date and basis (policy/OEM)
- Risk flag/level (High/Medium/Low, plus Safety-Critical and/or Downtime Risk flags)
- Recommended action (e.g., "Escalate to dispatcher for immediate pull", "Schedule next available window", "Monitor")
- Human decision field (Dispatcher/Manager decision, name, timestamp)안전 중대 결함이나 1,000마일·30일 초과 지연을 High로 분류하고, 차량 한 대당 근거 주행거리부터 사람의 결정 시각까지 한 행에 기록합니다.
8. Escalate before scheduling
8.1. For High risk and Safety-Critical items, prepare a concise escalation summary per vehicle citing sources and recommended immediate actions.
8.2. Present the summary for dispatcher decision on pull-from-route, substitution, or temporary restrictions. Pause and record the decision in the human decision field.
8.3. For Downtime Risk, analyze route schedules to propose options: swap vehicles, after-hours service, split routes, or defer within policy limits. Record the decision.High 및 Safety-Critical 차량은 출처와 즉시 조치를 담은 배차 escalation을 먼저 만들고, 운행 제외·차량 대체·제한 여부를 담당자가 결정한 뒤 정비 일정을 진행합니다.
언급된 도구
odometer logs, repair invoices, inspection forms, driver notes, route schedules에서 정보를 추출하는 데 사용합니다.
Fleet Exception Register, 배차 escalation packet, 임시 정비 일정, Assumptions & Data Issues log를 Markdown 표나 CSV로 작성하는 데 사용합니다.
언급된 리소스
AI 요약 · 북마크 · 개인 피드 설정 — 무료
출처 · 인용 안내
인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.
