Inspiration Dispatchers at trucking companies assign loads largely on gut feel and static maps — ignoring the variables that actually predict delays and cost: driver fatigue, hours-of-service limits, route familiarity, and live congestion. We wanted a tool that reasons the way a great senior dispatcher would, for every load, in seconds.

What it does Given a load, RouteGuard AI ranks driver + route pairings and returns the best option with a plain-language explanation, plus 2-3 alternatives so the dispatcher can see the trade-offs — for example, a faster route that carries more delay risk. It also includes a fleet dashboard, a driver risk view (fatigue, hours-of-service, historical performance), and a natural-language dispatch assistant dispatchers can ask questions like "Which driver should take load 1042?"

How we built it The frontend is an interactive demo covering all 5 core screens: Dashboard, Load Matching, Route Optimization, Driver Risk, and the AI Dispatch Assistant. The backend is a FastAPI service with a real /recommend/{load_id} endpoint, backed by a transparent weighted-scoring engine — on-time rate, fatigue, HOS adequacy, route familiarity, and incident history — rather than hardcoded numbers. It's a genuine, runnable recommendation engine, not just a mockup.

Challenges we ran into Scoping an ML-flavored idea down to something real and demoable in hours, without it reading as fake. We chose a transparent, explainable weighted-scoring model as v0 instead of a trained model with no real training data behind it, and designed its API contract so a trained XGBoost or Random Forest model can drop in later without touching the frontend.

Accomplishments that we're proud of A working backend that actually computes the headline recommendation shown in the demo, and a UI that surfaces AI reasoning — not just a score — which is what separates this from a generic CRUD fleet dashboard.

What we learned The highest-leverage feature is Load Matching, not the map. The recommendation card with a reason attached is the actual product; everything else supports it.

What's next for RouteGuard AI Wire the frontend to the live backend, move mock data into PostgreSQL, train a real model once historical delivery outcomes exist, add live Mapbox routing and traffic, and replace the canned assistant with an LLM layer over the scoring engine's structured output.

Built With

Share this project:

Updates

Submission history