Fleet managers at Verizon Connect faced overwhelming data volume: 1.2 million active vehicle subscriptions generating 500 million data points daily across 80,000 unique data indicators. Manual analysis and static dashboards failed to identify emerging safety issues, maintenance needs, and inefficiencies before they became costly. Rule-based automation could only catch predefined patterns, missing novel correlations and edge cases inherent in unpredictable fleet operations.
The challenge
What was deployed
Verizon Connect built a two-stage agentic AI architecture:
- Stage 1: Anomaly detection via serverless statistical models (AWS Lambda + Step Functions) identifies specific anomalies, offloading numerical analysis from the LLM.
- Stage 2: AI agents autonomously investigate anomalies using dynamic reasoning loops, querying tools for context, grouping by root cause/temporal correlation/categorical similarity, and synthesizing narratives from raw data.
Agents run stateless in Lambda, scaling horizontally with demand, accessing anomalies from S3, context from Aurora/DynamoDB, and writing insights back to S3.
The results
100,000 daily users now receive actionable insights generated at scale. The two-stage approach enables agents to discover unexpected correlations (e.g., harsh braking patterns by time-of-day, driver behavior shifts post-event) that predetermined logic would miss. The architecture demonstrates cost-efficient handling of massive data volume while maintaining accuracy through separation of numerical analysis from reasoning.
Twarx analysis
Original interpretationSeparating numerical analysis (to specialized code) from reasoning (to LLMs) enables agentic systems to discover unexpected patterns at scale without drowning in data fidelity trade-offs.
The Verizon Connect case demonstrates a critical architectural insight: LLMs fail on raw tabular data at scale, but excel at dynamic reasoning when given pre-processed, anomaly-tagged inputs. By offloading statistical heavy lifting to serverless functions before agent invocation, Verizon Connect avoided the false choice between LLM accuracy and computational cost. The two-stage pipeline (aggregate anomalies → investigate with tools) mirrors human expert workflows: first triage, then deep dive.
The key transferable lesson is that agentic AI's power isn't in replacing all computation—it's in directing investigation toward high-signal data. The system doesn't ask the LLM to 'find needles in a haystack'; it identifies the haystack anomalies first, then asks the agent 'why and what now?' This hierarchical approach is replicable across any domain with high-volume sensor data: IoT, supply chain, manufacturing, healthcare monitoring. However, the case lacks transparency on failure modes, cost per insight, or user adoption metrics—critical for replication.
Illustrative Twarx model
Estimated Daily Insight Generation Capacity (Verizon Connect)
Method & assumptions: Twarx projection based on stated 100,000 daily users and two-stage architecture; assumes average 2–5 anomalies per user per day, 4 insights selected per user per day, ~30 seconds per agent investigation (Stage 2). Not measured; derived from published architecture description.
Read the numbers honestly
Limitations: The AWS blog post does not disclose specific financial ROI, latency SLAs, error rates, or comparative benchmarks against the previous manual/dashboard approach. The 100,000 daily users metric is stated without clarifying unique users, concurrent sessions, or geographic distribution. The model name and version are not specified. No independent validation of anomaly detection accuracy is provided. Results are vendor-reported without third-party audit.
Frequently asked
Why did Verizon Connect choose agentic AI over static dashboards or rule-based systems?
Static dashboards and rule-based automation can only detect predefined patterns. Fleet operations involve unpredictable variables (driver behavior, weather, traffic, evolving fleet composition) that generate novel anomalies unseen in training data. Agentic AI dynamically investigates patterns, pivots investigation strategy in real time based on discovered evidence, and adapts to emerging edge cases—capabilities fixed rules cannot provide.
How does the two-stage architecture prevent LLM accuracy degradation at scale?
Stage 1 uses specialized statistical code (AWS Lambda + Step Functions) to perform numerical analysis on raw tabular data, avoiding LLM limitations with complex table structures. LLMs struggle with numerical extraction at scale; offloading this to serverless functions ensures accuracy. Stage 2 then uses LLMs for what they excel at: reasoning, context synthesis, and dynamic hypothesis formation from pre-processed anomalies.
What tools do the AI agents use to investigate anomalies?
Agents use stateless tool calls to retrieve pre-calculated anomalies from Amazon S3, query raw data from Amazon Aurora, fetch historical insights from Amazon DynamoDB, and write final insights back to S3. Task status is tracked in DynamoDB. The agent autonomously decides which tools to call, in what sequence, and how many times, iterating until sufficient evidence supports the insight.
Can the agent discover patterns that were not anticipated during development?
Yes. If data suggests unexpected correlations (harsh braking events correlating with time-of-day, vehicle behavior shifts post-event), the agent can pivot its investigation strategy in real time and make additional tool calls to explore emergent hypotheses. This flexibility is critical in fleet management, where new anomaly types and non-obvious correlations emerge unpredictably over time.
What financial ROI does Verizon Connect report for this agentic AI solution?
The AWS blog post does not disclose ROI specific to this agentic AI project. Verizon Connect reports broader fleet tech adoption savings: fuel efficiency doubled from 8% to 16% (2021–2025), and example vehicle retirement optimization saved $150,000+ annually. However, these metrics reflect all fleet tech adoption, not isolated agentic AI impact.
How many agents run in parallel, and what is the latency per insight?
The source material states agents can run in parallel, each focusing on different customers or data segments, for horizontal scaling. However, specific parallelism degree, per-user latency, and end-to-end generation time are not disclosed in the AWS blog post.
Analysis by
Twarx Research Team · Applied AI Research
Twarx researches and deploys enterprise AI agents with a measurement-first method: every metric traced to a primary source, projections labelled as estimates, and limitations stated up front.


