All articles

Agent Status / Field Notes

The Coming Agent SLA Revolution

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.


01Section

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.


02Section

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.


03Section

Example Agent SLA

Basic Agent SLA

snippet
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 issues

Premium Agent SLA

snippet
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 fee

04Section

Measuring 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.


05Section

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

06Section

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.


07Section

Implementing Agent SLAs

For Providers

  1. Set up monitoring that measures all SLA components
  2. Establish baselines from historical data
  3. Set achievable targets (start conservative, tighten over time)
  4. Publish SLA with clear definitions
  5. Automate reporting so customers can verify
  6. Build reliability culture so you hit targets

For Consumers

  1. Require SLAs in procurement
  2. Verify measurement methodology is sound
  3. Check for semantic correctness clauses (not just uptime)
  4. Negotiate teeth (credits, termination rights)
  5. Monitor independently to verify claims

For Platforms

  1. Integrate monitoring for all listed agents
  2. Publish reliability data transparently
  3. Offer certification for high-quality agents
  4. Route intelligently away from broken agents

08Section

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

09Section

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.

Independent monitoring

See your agent the way the world sees it.

Outside-in validations from real residential nodes, evaluation prompts that catch silent-200 failures.