Skip to main content

Traffic Operations AI Tools

TrafficOps uses AI-assisted workflows through product APIs, platform tools, AI Engine forecast and simulation services, and review workflows. The goal is to help operators understand congestion risk, compare scenario options, prepare action plans, and keep decisions traceable.

Use this page when an implementation team needs to understand which TrafficOps surfaces can be called by the application or an approved Agent workflow, which outputs require review, and how to combine TrafficOps with DFS, simulation, Inspector, and ECM.

Tool layers

LayerPrimary usersAccess boundaryOutput type
/api/v1/trafficops/* product APIsTrafficOps UI and approved backend workflowsTrafficOps module enablement and product permissionsDashboards, queues, snapshots, flow KPIs, incidents, equipment state, rules, reports, workflow actions, and simulation records
Platform toolsApproved Agent workflowsTool framework permissions and tenant-scoped knowledge graph accessanalyze_traffic_flow and predict_wait_time outputs for checkpoint review
AI Engine TrafficOps servicesProduct services and controlled backend jobsService authentication and project configurationForecasts, proactive alerts, monitor state, what-if comparison, optimization, calibration, and scenario analysis
DES/DAG simulationOperations planners and simulation reviewersSimulation permission, engine availability, and scenario input validationRun result, queue metrics, throughput, wait time, bottlenecks, replay/export data, and scenario comparison
DFSData owners and integration teamsDFS permissions for connectors, mappings, datasets, and quality reviewPrepared arrival, queue, incident, equipment, staffing, schedule, and layout datasets
ECM and workflowOperations owners and reviewersDocument and workflow permissionsIncident reports, what-if documents, action-plan status, and review evidence

Runtime tool availability should be discovered in the target environment before exposing an Agent workflow.

Platform tools

The platform tool framework currently exposes these TrafficOps tools:

ToolPurposeInputsOutput to review
analyze_traffic_flowAnalyze traffic flow at a checkpoint using checkpoint identity and related lane context.checkpointId, optional period.Checkpoint ID, related lane count, period, traffic summary, bottleneck lane, and recommendations.
predict_wait_timePredict wait time for a checkpoint or lane over a selected horizon.checkpointId, optional laneId, optional horizonMinutes.Prediction timeline, wait-time values, confidence, model identifier, checkpoint ID, and lane ID when supplied.

Use these tools for review and decision support. The caller should preserve the checkpoint, time window, input parameters, source data state, and reviewer decision.

AI Engine services

TrafficOps AI Engine services support forecasting, scenario comparison, optimization, calibration, and simulation:

Service areaExample endpointsReview focus
Forecast and pattern analysis/ai/trafficops/forecast, /ai/trafficops/patterns, /ai/trafficops/proactive-alertsForecast window, checkpoint, SLA threshold, demand pattern, alert trigger, and source freshness.
Monitor workflow/ai/trafficops/monitor, /ai/trafficops/monitor/scenarios, /ai/trafficops/monitor/approve, /ai/trafficops/monitor/dismissCurrent risk state, proposed action, reviewer decision, and action-plan status.
What-if comparison/ai/trafficops/what-if, /ai/whatif/run, /ai/whatif/batch, /ai/whatif/submitBaseline, overrides, engine type, comparison metrics, confidence, and run status.
Optimization/ai/trafficops/optimize, /ai/optimize/trafficopsBudget, cost per staff, primary KPI, Pareto options, and selected recommendation.
Calibration/ai/trafficops/calibrate, /ai/trafficops/calibration/status, /ai/trafficops/calibration/drift, /ai/trafficops/calibration/historyCalibration scope, data days, drift state, scheduler state, and model update history.
DES/DAG simulation/ai/des/run, /ai/des/batch-run, /ai/des/runs, /ai/des/runs/{runId}, /ai/des/runs/{runId}/export, /ai/des/runs/{runId}/replay.ndjsonScene type, scene ID, simulation time, replications, staff schedule, failure config, replay, and export package.
Package scenes and road network/ai/packages/{package_key}/scenes, /ai/packages/{package_key}/roads/*, /ai/packages/{package_key}/whatif/*, /ai/packages/{package_key}/simulatePackage enablement, scene definition, route graph, preset, simulation inputs, and result interpretation.
Layout import/ai/cad-import/*, /ai/packages/{package_key}/dxf/importImported layout, recognized entities, layer hints, simulation readiness, and review owner.

Only enable services that match the project scope and data readiness. Keep scenario assumptions and result interpretation with the review record.

Data preparation

AI-assisted TrafficOps depends on a source package that can be reviewed:

DataWhy it matters
Checkpoint and lane identityConnects dashboards, tools, snapshots, routes, simulations, and action plans to the same operating object.
Arrival and queue historyProvides demand, wait-time, and throughput context for forecast and what-if analysis.
Staffing and schedule dataDrives capacity, shift planning, optimization, and action feasibility.
Incident and density recordsProvides safety, congestion, and replay context for response planning.
Equipment health and configurationConnects service-time assumptions, lane availability, sensitivity, and maintenance planning.
Layout and route graphSupports scene review, CAD/DXF import, DES/DAG simulation, and road-network analysis where enabled.
Rules and SLA targetsDefines thresholds used by alerts, monitor workflows, reporting, and action approval.

Use Data Fusion Services and Getting Started with DFS before exposing automated review.

Scenario and simulation guidance

Use what-if and DES/DAG simulation when a team needs to compare options before changing operations:

Scenario typeTypical inputsOutput to review
Staff changeCheckpoint, staff count, cost per staff, shift window, target KPI.Average wait, P95 wait, throughput, queue size, and cost tradeoff.
Lane or checkpoint capacityLane count, service time, direction, open/closed state, failure assumptions.Bottleneck movement, utilization, wait distribution, and lane impact.
Vehicle or cargo incidentIncident location, affected lane, duration, demand window.Queue growth, expected recovery, affected throughput, and response option.
Density surgeDensity thresholds, floor-plan grid, selected time window.Red/amber cells, incident link, response notes, and replay evidence.
Multi-region disruptionRegion, route, event timeline, resilience assumptions.Regional KPI movement, timeline, and cross-region impact.

Simulation output supports planning. It should be reviewed with local constraints, staffing rules, and field owner judgment before action.

Suggested Agent answer structure

When an AI assistant summarizes TrafficOps risk, use a stable format:

SectionContent
ScopeTenant, site, facility, checkpoint, lane, direction, time window, and selected flow.
Current stateThroughput, queue length, average wait, P95 wait, utilization, incidents, density, and SLA state.
EvidenceSource records, lane snapshots, arrival history, staffing schedule, simulation inputs, incident notes, and tool outputs.
OptionsRanked staffing, lane, incident, or maintenance options with expected impact and assumptions.
HandoffAction plan, incident task, report, work order, or request for field verification.

Validation checklist

  • The workflow runs under the correct tenant, site, checkpoint, lane, direction, and time window.
  • The caller has permission for the read, simulation, report, workflow, or write action.
  • Checkpoint, lane, arrival, queue, staff, equipment, incident, and route IDs resolve to the same operating model.
  • Forecast or what-if output includes input parameters, time window, scenario assumptions, and confidence or run metadata when available.
  • Recommendations name the action owner and stay in review until approved.
  • Any lane, staff, incident, or maintenance action is recorded with decision status and feedback.
  • Reports, exports, replay files, or ECM documents are stored with the operating review package when used in handover.