SLAs are about to change.
For decades, SLAs have meant one thing: uptime. "We guarantee 99.9% availability."
For AI agents, uptime is necessary but not sufficient. An agent can be "up" while being completely useless.
The next generation of SLAs will include something new: semantic correctness.
The Problem with Uptime-Only SLAs
What "99.9% Uptime" Actually Guarantees
Traditional SLA:
- Endpoint responds with HTTP 2xx
- Response within timeout (maybe)
- That's it
What it doesn't guarantee:
- Response is correct
- Response is useful
- Response is timely
- Response works everywhere
For a database or payment API, uptime is a reasonable proxy for "working." The API either returns the data or doesn't.
For an AI agent, uptime is only the beginning.
The "Up But Broken" Reality
Industry research reveals the true scope of the problem:
- 95% of AI agents failed to meet production requirements in 2025 (vaza.ai)
- 42.9 percentage point drop in success rates when agents face real-world perturbations vs ideal conditions (HB-Eval)
- Real incidents like Replit's AI deleting production databases while monitoring showed "healthy" (Fortune, July 2025)
An agent returning "I cannot help with that" to every query shows 100% uptime. It's also 0% useful.
SLAs that only measure uptime miss these failures entirely.
What Agent SLAs Should Include
1. Availability (Traditional)
The baseline. Endpoint responds.
Metric: Percentage of successful HTTP responses
Typical target: 99.9%
This is table stakes. Necessary but insufficient.
2. Semantic Correctness (New)
Does the agent actually work correctly?
Metric: Gold prompt pass rate
Typical target: 95-99%
This catches "up but broken" states. If the agent can't answer "What is 2+2?", it's not working, regardless of HTTP status.
3. Latency (Enhanced)
Traditional: "Average response time under X seconds"
Agent: "TTFB P95 under X seconds"
Metric: Time to First Byte, 95th percentile
Typical target: 3-5 seconds
For streaming agents, TTFB is the user experience metric. P95 catches tail latencies, not just averages.
4. Geographic Consistency (New)
Does it work everywhere your users are?
Metric: Per-region availability and latency
Typical target: 95%+ per region, latency within 2x of baseline
Catches regional outages that global metrics miss.
Example Agent SLA
Basic Agent SLA
Service Level Agreement: AI Assistant
1. Availability
- Endpoint availability: 99.9%
- Measured: Percentage of checks returning HTTP 2xx
2. Semantic Correctness
- Gold prompt pass rate: 95%
- Measured: Standard health prompts answered correctly
3. Performance
- TTFB P50: <2 seconds
- TTFB P95: <5 seconds
- Measured: Time to first byte across all checks
4. Geographic Coverage
- All covered regions: >95% availability
- Covered regions: US, EU, APAC
5. Credits
- Each 0.1% below target: 10% credit
- Maximum credit: 50% of monthly fee
- Exclusions: Scheduled maintenance, customer-caused issuesPremium Agent SLA
Service Level Agreement: Enterprise AI Assistant (Premium)
1. Availability
- Endpoint availability: 99.95%
2. Semantic Correctness
- Health gold prompt pass rate: 99%
- Contract gold prompt pass rate: 98%
3. Performance
- TTFB P50: <1 second
- TTFB P95: <3 seconds
- Total latency P95: <15 seconds
4. Geographic Coverage
- Primary regions (US, EU): >99% availability
- Secondary regions (APAC, LATAM): >97% availability
- Latency variance: <2x between regions
5. Incident Response
- Detection to acknowledgment: <15 minutes
- Acknowledgment to resolution: <2 hours
6. Credits
- Availability miss: 25% credit per 0.1% below target
- Correctness miss: 20% credit per 1% below target
- Performance miss: 10% credit per violation
- Maximum credit: 100% of monthly feeMeasuring These SLAs
The Challenge
Traditional uptime is easy to measure. Ping the endpoint, check for 200.
Semantic correctness requires more:
- Send actual queries
- Validate responses
- Aggregate results
- Calculate pass rates
What Agent Status Provides
We designed Agent Status specifically for agent SLAs:
Availability:
- Continuous endpoint checks
- Geographic distribution
- Failure classification (agent vs validator errors)
Semantic Correctness:
- Health tier evaluation prompts (basic reasoning)
- Contract tier evaluation prompts (format compliance)
- Pass rate calculation with thresholds
Performance:
- TTFB measurement per test
- Total latency measurement
- Percentile calculation (P50, P95, P99)
Geographic:
- Per-region verdict
- Per-region latency
- Per-region pass rate
All with an API for integration into your SLA reporting.
Who Needs Agent SLAs?
Providers → Customers
If you provide an AI agent to customers:
- Customers expect reliability guarantees
- SLAs differentiate from competitors
- Financial penalties incentivize reliability investment
Enterprise → Vendors
If you buy AI agents:
- SLAs hold vendors accountable
- Clear expectations reduce disputes
- Measurable quality enables comparison
Platform → Users
If you run an agent marketplace:
- SLAs create trust
- Certification differentiates quality
- Standards improve ecosystem
The SLA Maturity Model
Level 0: No SLA
"We'll try to keep it running."
Most agents today.
Level 1: Uptime SLA
"99.9% availability."
Standard web service SLA applied to agents.
Level 2: Performance SLA
"99.9% availability, P95 latency <5s."
Adds latency, but still no semantic correctness.
Level 3: Semantic SLA
"99.9% availability, P95 latency <5s, 95% correctness."
This is where agents need to be.
Level 4: Comprehensive SLA
"99.9% availability, P95 latency <5s, 95% correctness, per-region guarantees, incident response targets."
Best-in-class.
Most vendors are at Level 0 or 1. The market is moving to Level 3-4.
Implementing Agent SLAs
For Providers
- Set up monitoring that measures all SLA components
- Establish baselines from historical data
- Set achievable targets (start conservative, tighten over time)
- Publish SLA with clear definitions
- Automate reporting so customers can verify
- Build reliability culture so you hit targets
For Consumers
- Require SLAs in procurement
- Verify measurement methodology is sound
- Check for semantic correctness clauses (not just uptime)
- Negotiate teeth (credits, termination rights)
- Monitor independently to verify claims
For Platforms
- Integrate monitoring for all listed agents
- Publish reliability data transparently
- Offer certification for high-quality agents
- Route intelligently away from broken agents
The Business Case
For Reliability Investment
Without SLA:
- No financial penalty for failures
- Reliability is "nice to have"
- Underinvestment is rational
With SLA:
- Financial penalties for failures
- Reliability has direct ROI
- Investment is justified
SLAs force the math to work for reliability.
For Premium Pricing
Agents with strong SLAs command premium pricing:
- "We guarantee 99% correctness" justifies higher cost
- Risk reduction has value
- Measurable quality enables comparison
For Customer Trust
SLAs signal seriousness:
- "We're confident enough to put money on it"
- Reduces perceived risk
- Accelerates sales cycles
The Future
Agent SLAs will become:
- Standard: Expected in enterprise contracts
- Specific: Detailed semantic and performance guarantees
- Verified: Third-party attestation
- Regulated: Required for certain use cases
We're early. The companies that figure out agent SLAs now will have an advantage when they become mandatory.
