Module 1 · Start safe
Safety decisions stay with people
In short
A model does not see the brakes, does not meet the sleepy driver and does not hold the load's safety data sheet. Use AI to prepare checklists and questions; permission to depart is given and recorded by an authorised person.
After this lesson you can
- Name the fleet safety decisions that are never handed to AI: vehicle roadworthiness, driver fatigue and dangerous goods
- Use AI to prepare safety check material without letting it grant permission to depart
- Record who decided that a vehicle or driver may depart
Terms in this lesson
Understand
In Level 1 you learned that people decide. In logistics that principle is sharpest for three decisions, because a wrong call does not stop on paper:
- Vehicle roadworthiness. Whether the brakes, tyres, lights, steering and load are safe for this trip. The person who decides is the one who inspects the vehicle in person, usually a mechanic or inspector, following company procedure.
- Driver fatigue and working hours. Whether the driver has rested enough and is still within working-hour limits. There are limits from regulation and from company policy, and there are things no system records: a driver who did not sleep last night because their child was ill. The person who decides is the supervisor who talks to the driver.
- Dangerous goods. Whether a load counts as dangerous goods, how it is packed and marked, which vehicle may carry it, and which documents must travel with it. Carrying dangerous goods is specially regulated. The person who decides is an appointed, trained officer, based on the goods' safety data sheet and the rules in force.
All three share one thing: the key information is in the real world, not in text you can paste. A model only knows what you tell it, and it can still write an answer that sounds sure. That is the most dangerous form of hallucination in this field: a sentence like "this condition is usually still safe" that rests on nothing.
That does not mean AI is useless for safety. It can help a lot on the preparation side:
- tidying the daily vehicle checklist so it runs in order and is easy to tick in the field;
- drafting the questions a mechanic or supervisor should ask when a driver reports an odd noise;
- summarising last month's inspection notes (with vehicle codes, not people's names) into a list of repeat findings;
- drafting a rest reminder for drivers in polite, clear language;
- explaining terms on a safety data sheet in plain words, which you then match against the sheet.
The difference is the last sentence in each process: who says "cleared to go". That sentence never comes from a model. It comes from an authorised person, and it is recorded: who, when, based on which inspection. That record is a small audit log that answers questions after the fact, and also reminds the person signing that this decision is theirs.
A practical way to write it in a prompt: put in the Limits line something like "Do not state whether the vehicle is roadworthy, and do not judge whether the driver may continue." If the output still contains such a judgement, strike it out; do not pass it on.
The hardest part is not understanding the principle but holding on to it when the schedule is tight. The customer is waiting, there is no spare truck, and an AI answer saying "probably still safe" feels like a way out. At such moments, remember that the responsibility does not move to the model. If something happens, the question is who allowed that vehicle to leave.
So the principle of human in the loop needs procedure behind it, not just good intentions: a departure status only certain roles can change, a required record with the inspector's name, and a habit that a delay for safety reasons is never blamed on anyone. The customer message can wait; a safety decision must not be rushed by a draft a machine wrote.
Before
The prompt
Truck TRK-05's brakes squeal on light braking, and the driver has worked 11 hours today. Is it still safe if I send them on one more stop? It is only 40 km.
What came back
Example of bad output; figures and references invented by the model, do not use: Brake squeal on light braking is usually caused by dust or pads starting to wear and is generally not yet dangerous. For 40 km, the driver can continue after a short 15-minute break and a coffee.
After
The prompt
Goal: I need a list of questions and checks for the mechanic and supervisor before they decide whether TRK-05 may leave again. Reader: the on-duty mechanic and the shift supervisor. Material: the driver reports brake squeal on light braking. The driver has worked 11 hours today. One delivery stop is left, 40 km away. Limits: do not state whether the vehicle is roadworthy, and do not judge whether the driver may continue. Those are the mechanic's and supervisor's decisions. Shape: two short lists, one for the mechanic and one for the supervisor, then one line of options if the vehicle or driver does not go. Check: make sure no sentence reads like permission to depart.
What came back
For the mechanic: - Check pad thickness and the condition of the discs or drums. - Test braking in a safe area and note whether the squeal comes with vibration or pulling to one side. - Match against the last brake service in the fleet app. For the supervisor: - How many hours has the driver worked and driven today according to the records, and when was the last break? - Ask directly how they feel; watch for signs of drowsiness. - Match against the working-hour limits in the applicable rules and company policy. If it does not go: move the last stop to another vehicle tomorrow morning and give the customer a new estimate.
What changed
- The weak prompt asks the model to decide on safety. It answers confidently without seeing the vehicle.
- The better prompt asks for material for the people who decide, and writes the ban in Limits.
- The "coffee and a 15-minute break" advice rests on no rule at all. Hours are checked against records and the rules in force.
- The "does not go" option is written in from the start, so it feels like a normal path, not a failure.
Common mistake
- Mistake
- Copying a sentence from AI output such as "this condition is still safe for a short trip" into an inspection record or a message to the driver.
- Why it hurts
- That sentence reads like a decision already made. The driver or a colleague on the next shift may take it as permission, although no one checked. If a crash happens, the record shows a safety decision was taken from machine text.
- Do this instead
- Remove every safety judgement from AI output before using it. Write the decision in your own words after the check, with the inspector's name and the time.
Try
Sorting card
Which can AI help with, and which does an authorised person decide?
Drafting a polite rest reminder for drivers
Letting a driver add two hours because one stop is left
Explaining terms on a safety data sheet in plain language
Tidying the daily vehicle checklist
Deciding whether drums of cleaning fluid count as dangerous goods
Declaring TRK-09 roadworthy after a tyre change
6 cards left
Each sentence appears in AI output. What do you do with it? Guess, then reveal.
Strike it out. The model has not seen the tyres. The inspector measures and matches against company standards.
Use it. This is material that helps the person who decides.
Strike it out. Classification is not guessed. Read the safety data sheet and ask the appointed officer.
Use it as an option. A fallback plan makes it easier for people to say no.
Take home
Before a vehicle departs
- The vehicle was inspected in person by an authorised person
- Driver hours and rest were checked in the records and asked about directly
- For dangerous goods, the appointed officer has checked the documents and markings
- No safety judgement was copied from AI output
- The departure decision is recorded with a name and time
- The option not to depart is available and not blamed
What went wrong for us
A person always signs off a departure
- Context
- A fleet app we run records vehicle inspections, maintenance schedules and driver working hours. It can flag things that need a look, such as overdue maintenance or hours getting close to the limit.
- What tends to go wrong
- Our rule is simple. A flag from the app or a summary from AI is only material. The decision that a vehicle is roadworthy, that a driver has rested enough, or that a load may be carried is always taken and recorded by an authorised person.
- What it costs if ignored
- A mistake at this point does not end as a document that needs fixing; it can end as a crash on the road. A model does not see the vehicle, does not meet the driver, and can write an answer that sounds sure while being wrong.
- Root cause
- When the schedule is tight, a green flag from a system is easily read as permission, although the system only knows what people recorded.
- How we do it
- The departure status in the app can only be changed by someone with the right role, and the change is recorded under their name with the time.
- The rule we keep
- Any new feature that touches safety is designed around one question: who is the person who reads and decides at this point? If there is none, the feature is not switched on.
The lessonAI and apps may flag; an authorised person decides whether a vehicle and driver may go.
What it means for your workUse AI to prepare checklists, but never copy a "safe to go" sentence from its output.
