Error Handling
Learn how to handle API errors gracefully. Hebbrix uses standard HTTP status codes and returns detailed error messages to help you debug issues.
Error Response Format
All error responses follow a consistent JSON format:
{
"error": {
"code": "invalid_request",
"message": "The 'content' field is required",
"type": "validation_error",
"param": "content",
"status": 400,
"request_id": "req_abc123xyz"
}
}| Field | Type | Description |
|---|---|---|
code | string | Machine-readable error code |
message | string | Human-readable error description |
type | string | Error category (validation_error, auth_error, etc.) |
param | string? | Parameter that caused the error (if applicable) |
status | integer | HTTP status code |
request_id | string | Unique request ID for debugging |
HTTP Status Codes
Bad Request
The request was malformed or missing required parameters.
Unauthorized
Authentication failed or API key is invalid.
Forbidden
The API key doesn't have permission for this action.
Not Found
The requested resource doesn't exist.
Too Many Requests
Rate limit exceeded. Slow down your requests.
Internal Server Error
Something went wrong on our end. Retry the request.
Error Codes
Common error codes returned in the error.code field:
| Code | Description |
|---|---|
invalid_api_key | The API key provided is invalid or expired |
missing_api_key | No API key was provided in the request |
invalid_request | The request body is malformed or missing fields |
validation_error | A parameter failed validation rules |
resource_not_found | The requested resource doesn't exist |
collection_not_found | The specified collection doesn't exist |
rate_limit_exceeded | Too many requests in the time window |
quota_exceeded | Monthly credit quota has been exceeded |
document_too_large | Uploaded file exceeds size limit |
unsupported_format | File format is not supported |
permission_denied | The API key lacks required permissions |
feature_not_available | Feature requires a higher tier (returned as 403; payload includes required_tier, upgrade_url, pricing_url) |
internal_error | An unexpected server error occurred |
403 feature_not_available payload
When a tier-gated feature is called from a tier that doesn't include it, the backend returns HTTP 403 with the structured payload below (emitted by tier_features.get_upgrade_message):
{
"error": "feature_not_available",
"feature": "knowledge_graph",
"feature_name": "Knowledge Graph",
"message": "Knowledge Graph requires Pro plan or higher.",
"current_tier": {
"name": "free",
"display_name": "Free"
},
"required_tier": {
"name": "pro",
"display_name": "Pro",
"price": "$99/month",
"credits": "200K/month"
},
"upgrade_url": "https://app.hebbrix.com/dashboard/billing",
"pricing_url": "https://app.hebbrix.com/pricing"
}Handling Errors
Python
import asyncio
from hebbrix import MemoryClient
from hebbrix import (
HebbrixError,
AuthenticationError,
RateLimitError,
ValidationError,
NotFoundError,
)
async def main():
async with MemoryClient(api_key="mem_sk_...") as client:
try:
memory = await client.memories.create(
collection_id="col_xyz",
content="Test memory",
)
except AuthenticationError as e:
# Invalid or missing API key
print(f"Auth error: {e}")
except RateLimitError as e:
# Too many requests — backend returned 429
print(f"Rate limited: {e}")
except ValidationError as e:
# 422 — request body/params failed backend validation
print(f"Validation error: {e}")
except NotFoundError as e:
# 404 — the collection or memory doesn't exist
print(f"Not found: {e}")
except HebbrixError as e:
# Catch-all for any other API error (5xx, etc.)
print(f"API error: {e}")
asyncio.run(main())TypeScript
import {
MemoryClient,
HebbrixError,
AuthenticationError,
RateLimitError,
ValidationError,
NotFoundError,
} from 'hebbrix';
const client = new MemoryClient({ apiKey: 'mem_sk_...' });
try {
await client.memories.create({
collectionId: 'col_xyz',
content: 'Test memory',
});
} catch (error) {
if (error instanceof AuthenticationError) {
// Invalid or missing API key
console.error('Auth error:', error.message);
} else if (error instanceof RateLimitError) {
// Too many requests
console.error('Rate limited:', error.message);
// Wait a bit and retry
} else if (error instanceof ValidationError) {
// 422 — backend rejected the request body
console.error('Validation error:', error.message);
} else if (error instanceof NotFoundError) {
// 404 — resource doesn't exist
console.error('Not found:', error.message);
} else if (error instanceof HebbrixError) {
// Catch-all for other API errors
console.error(`API error [${error.status}]: ${error.message}`);
console.error(`Request ID: ${error.requestId}`);
} else {
throw error; // Re-throw unknown errors
}
}Rate Limit Handling
When you hit rate limits, the response includes headers to help you retry appropriately:
HTTP/1.1 429 Too Many Requests
X-RateLimit-Limit: 100
X-RateLimit-Remaining: 0
X-RateLimit-Reset: 1705312800
Retry-After: 45
{
"error": {
"code": "rate_limit_exceeded",
"message": "Rate limit exceeded. Please retry after 45 seconds.",
"type": "rate_limit_error",
"status": 429,
"request_id": "req_xyz789"
}
}Implementing Exponential Backoff
import asyncio
import random
from hebbrix import MemoryClient
from hebbrix import RateLimitError, HebbrixError
async def create_with_retry(client: MemoryClient, max_retries: int = 5):
"""Retry with exponential backoff + jitter on 429 / 5xx."""
for attempt in range(max_retries):
try:
return await client.memories.create(
collection_id="col_xyz", content="Test"
)
except RateLimitError:
if attempt == max_retries - 1:
raise
sleep = (2 ** attempt) + random.uniform(0, 1)
print(f"Rate limited — retry in {sleep:.1f}s")
await asyncio.sleep(sleep)
except HebbrixError:
if attempt == max_retries - 1:
raise
sleep = (2 ** attempt) + random.uniform(0, 1)
print(f"Transient error — retry in {sleep:.1f}s")
await asyncio.sleep(sleep)
async def main():
async with MemoryClient(api_key="mem_sk_...") as client:
await create_with_retry(client)
asyncio.run(main())Best Practices
Always Handle Errors
Wrap API calls in try/catch and handle specific error types appropriately.
Implement Retries
Use exponential backoff for rate limits (429) and server errors (5xx).
Log Request IDs
Save the request_id for debugging. Include it when contacting support.
Don't Expose Errors
Don't show raw API errors to end users. Display friendly messages instead.
