AWS Builder Center

Edge AI: Running Agentic Intelligence Where Internet Can't Reach

Not every AI request needs a frontier model. A smart orchestration layer powered by Small Language Models (SLMs) can route ~80% of workloads locally - cutting cost, latency, and cloud dependency while keeping full offline capability.

coauthor : Avichal Chum @avichalchum and Mani Khanuja

The Problem

Most AI architectures assume always-on cloud connectivity. That assumption breaks in the real world:
  • Factory floors - Sub-second control loops where a 300 ms cloud round-trip is a defect or a safety stop.
  • Remote sites - Mines, rigs, wind farms with intermittent or no backhaul.
  • Vehicles and vessels - Trucks, ships, drones where decisions can't wait for signal.
  • Regulated environments - Healthcare, defense, finance where data legally cannot leave the premises.
The common thread: real-time intelligence is required, and the cloud can't be in the loop.

The One-Model Trap

The default approach today is routing every request to a single large LLM. Simple to build, expensive to run. You pay in high API costs, unpredictable latency (2-5s), zero offline capability, and data exposure on every call.

A Better Pattern: Adaptive Agentic Routing

Instead of one model for everything, put a smart orchestrator at the front. The orchestrator itself runs a tiny SLM (e.g., Llama 3.2 1B). Its only job: classify each incoming request and route it to the right processing tier.
Three tiers:
  1. Local Processing - Device telemetry, vision analysis, real-time sensor data. Fully offline-capable.
  2. Smart Orchestration - Request classification, routing logic, tool selection, and context management. An agent framework paired with an SLM.
  3. Cloud Processing - Complex pattern analysis, expert recommendations, strategic insights. Used deliberately, not by default.
~80% of requests stay local (fast, cheap, private). Only ~20% escalate to the cloud for heavy reasoning.

Why SLMs?

NVIDIA Research makes the case clearly: the vast majority of agent invocations are narrow, repetitive, well-scoped tasks. They do not need a giant model. Small language models are sufficiently powerful, more suitable, and dramatically more economical for agentic workloads.

Routing in Practice

The routing is AI-driven, not rule-based. No keywords, no regex. The SLM decides:
RequestRouted ToLatency
"Check device status"Local SLM< 50 ms
"Analyze this image"Local Vision AI< 200 ms
"What optimization strategies?"Cloud Expert~2-3s

Deployment Flexibility

The framework adapts to your constraints:
  • Cloud-First - Full cloud with intelligent API routing and auto-scaling.
  • Edge-Native - Complete offline on constrained hardware. Zero cloud dependency.
  • Hybrid - Local-first, cloud for complex tasks. The cost-optimization sweet spot.
  • Enterprise - Production-grade with MLOps, audit logging, and compliance.

Architecture

Key Takeaways

  1. Scale out specialized intelligence, not up monolithic models
  2. Deploy intelligence where it makes sense, not where it's easiest
  3. Match model capability to task complexity
  4. Optimize for total system efficiency
  5. Adapt to constraints rather than forcing infrastructure changes
Build smarter systems, not bigger models.
Read the full deep-dive:
📖 Part 1: Introducing Adaptive Agentic Intelligence Framework (AAIF): SLMs are the Future of Agentic AI : https://medium.com/@nitin.eusebius/introducing-adaptive-agentic-intelligence-framework-aaif-small-language-models-are-the-future-of-13fdd8c99d9b 
📖 Part 2: Adaptive Agentic Intelligence Framework (AAIF) Part 2: Distributed Intelligence with MCP Servers https://medium.com/@nitin.eusebius/adaptive-agentic-intelligence-framework-aaif-part-2-distributed-intelligence-with-mcp-servers-da7788a0cc48 
Any opinions in this article are those of the individual author and may not reflect the opinions of AWS.
Enjoyed reading this content? Let the author know!

Your likes, comments, shares, and saves help creators reach more builders.

Loading recommendations

Loading article