Account Usage API Specification & Integration Reference

GET Account Usage API

/api/v1/account/usage

Retrieve current API usage statistics for the authenticated user.

Base Billing 1 Credit
Target Latency < 150ms (p50)
Client Timeout 5.0s (recommended)
SLA Guarantee 99.9% Uptime
JSON Contract Deterministic v1

Architecture Role & AI Definition

Account Usage API provides low-latency, deterministic REST execution for production engineering workflows. It processes structured payloads with strict schema validation, returns uniform JSON envelopes, and is secured via SHA-256 API key authentication with atomic credit pre-authorization locks.

Production Reliability Guidelines

1. Strict Timeout Windows

Configure a hard client timeout of 5 to 8 seconds. If network latency spikes, cancel connection to avoid holding open sockets in worker pools.

2. Exponential Backoff with Jitter

Upon receiving 429 Rate Limit or transient 5xx, pause with exponential backoff:
wait = min(max_backoff, base * 2^attempt + jitter).

3. Atomic Pre-Auth Locks

RSFlowHub acquires an atomic lock verifying base credits before model invocation. If validation fails, zero credits are deducted.

This endpoint does not require any parameters. It uses the Bearer token to identify the user.


Example Request

curl-trigger.sh cURL
curl -X GET https://rsflowhub.com/api/v1/account/usage \
  -H "Authorization: Bearer YOUR_API_KEY"

Example Response

response.json JSON Response
200 OK 118ms
{
  "success": true,
  "data": {
    "billing_mode": "credits",
    "credits_remaining": 700,
    "subscription_credits_remaining": 500,
    "top_up_credits_remaining": 200,
    "plan": {
      "key": "pro",
      "name": "Pro Plan",
      "monthly_credits": 10000,
      "rate_limit_per_minute": 60,
      "top_up_enabled": true
    },
    "subscription": {
      "id": 1,
      "status": "active",
      "billing_cycle": "monthly",
      "current_period_starts_at": "2026-05-01T00:00:00.000000Z",
      "current_period_ends_at": "2026-05-31T23:59:59.000000Z",
      "credits_used_in_period": 500,
      "current_period_credits": 10000
    },
    "recent_transactions": [
      {
        "id": 105,
        "type": "debit",
        "amount": 10,
        "source": "api",
        "reason": "usage",
        "endpoint": "content_generation",
        "balance_after": 690,
        "created_at": "2026-05-24T10:00:00.000000Z"
      }
    ]
  }
}

API Request Example

Use the cURL snippet below to test the endpoint.

curl-trigger.sh cURL
curl -X GET 'https://rsflowhub.com/api/v1/account/usage' \
  -H 'Authorization: Bearer YOUR_API_KEY' \
  -H 'Content-Type: application/json' \
  -d '[]'

Common Failure Modes & Troubleshooting Matrix

HTTP Code Error Code Root Cause Recommended Remediation
400 bad_request Malformed JSON syntax or missing required top-level parameters. Validate JSON payload with Content-Type: application/json and ensure all required fields are present.
401 unauthorized Missing, revoked, or incorrectly formatted x-api-key header. Verify API key exists in Dashboard → API Keys and pass in x-api-key or Authorization: Bearer.
402 insufficient_credits Account credit balance is lower than the base required credits (0 credits). Top up credits in billing settings or enable auto-recharge to prevent pipeline interruption.
422 validation_error Input failed parameter constraints (e.g., character length exceeded or invalid array types). Review parameters table above and adjust payload length, types, or structure accordingly.
429 rate_limit_exceeded Concurrency limit (60 requests/minute default) reached for this endpoint key. Back off and retry using the timestamp in Retry-After response header, or batch requests.

Technical Q&A (FAQ)

We recommend setting a client timeout of 5 to 8 seconds. While average latency is under 150ms, large input payloads or complex reasoning models may require additional processing time.

RSFlowHub uses an atomic pre-flight check. Before processing, the gateway validates that your wallet has at least 0 base credits. If the request fails validation (422) or is malformed (400), no credits are charged.

When a 429 is received, your application should respect the 'Retry-After' header and use an exponential backoff retry policy with randomized jitter to prevent thundering herd problems.

Every successful response returns { "success": true, "data": { ... }, "meta": { "credits_used": int, "credits_remaining": int } }.

Ready to build?

Create your free account and make your first API call in minutes.