Documentation Index
Fetch the complete documentation index at: https://docs.maximem.ai/llms.txt
Use this file to discover all available pages before exploring further.
code field for programmatic error handling. The error message may change between API versions, but code values are stable.
Authentication Errors
Errors related to API keys and credentials.UNAUTHORIZED
UNAUTHORIZED
FORBIDDEN
FORBIDDEN
HTTP Status:
403Description: The credentials are valid but do not have permission to perform the requested operation.Common Causes:- API key does not have access to the requested instance
- Attempting to access another client’s resources
- Attempting an admin operation with a read-only key
- Verify the API key has the correct permissions in the Dashboard
- Check that the instance belongs to the same client as the API key
- Use an admin-level API key for management operations
CREDENTIAL_INVALID
CREDENTIAL_INVALID
HTTP Status:
401Description: The provided API key is structurally valid but does not match any known credential in the system.Common Causes:- API key was rotated and the old key is being used
- API key was revoked from the dashboard
- Check for recent credential rotation events in the audit log
- Verify the SDK is using the correct API key for the target instance
- Contact support with the correlation ID if the issue persists
Input Validation Errors
Errors caused by invalid request parameters, missing required fields, or malformed data.INVALID_INPUT
INVALID_INPUT
HTTP Status:
400Description: One or more request parameters are invalid, missing, or malformed.Common Causes:- Missing required field in the request body
- Field value is the wrong type (e.g., string instead of integer)
- Field value is out of the allowed range
- Invalid enum value
- Check the
detailsfield for specific information about which fields are invalid - Refer to the endpoint documentation for required fields and valid values
RATE_LIMITED
RATE_LIMITED
HTTP Status:
429Description: The API key has exceeded its rate limit for the current window.Common Causes:- High-volume ingestion without batching
- Polling loops without backoff
- Multiple processes sharing the same API key
- Implement exponential backoff with jitter
- Use the
Retry-Afterheader to determine when to retry - Use batch endpoints for high-volume operations
- Contact support to increase your rate limit
Resource Not Found Errors
Errors returned when a requested resource does not exist.INSTANCE_NOT_FOUND
INSTANCE_NOT_FOUND
HTTP Status:
404Description: The specified instance does not exist or is not accessible with the current credentials.Common Causes:- Typographical error in the instance ID
- Instance was archived or deleted
- Instance belongs to a different client
- Verify the instance ID format:
inst_<hex16> - List instances via
GET /dashboard/instancesto find valid IDs - Check the Dashboard for archived instances
CONVERSATION_NOT_FOUND
CONVERSATION_NOT_FOUND
HTTP Status:
404Description: The specified conversation does not exist for this instance.Common Causes:- Conversation ID is incorrect
- Conversation was started on a different instance
- Conversation data has been purged due to retention policies
- Verify the conversation ID
- Check that the conversation belongs to the correct instance
- Review retention policies if the conversation may have expired
CONFIG_NOT_FOUND
CONFIG_NOT_FOUND
HTTP Status:
404Description: The specified configuration version does not exist.Common Causes:- Typographical error in the config ID
- Configuration was from a different instance
- Configuration version was superseded and purged
- List configuration versions via
GET /instances/{id}/memory-architecture/versions - Verify the config ID matches the target instance
System Errors
Errors caused by internal system issues or temporary unavailability.INTERNAL_ERROR
INTERNAL_ERROR
HTTP Status:
500Description: An unexpected error occurred on Synap’s side. This is not caused by the request and should be reported if it persists.Common Causes:- Unhandled exception in the processing pipeline
- Database connectivity issue
- Upstream service failure
- Retry the request with exponential backoff
- If the error persists, contact support with the
X-Correlation-Idheader value - Check the status page for known incidents
SERVICE_UNAVAILABLE
SERVICE_UNAVAILABLE
Error Handling Best Practices
Use the code field
Always use the
code field for programmatic error handling, not the error message. Error messages may be localized or reworded.Implement retries
Retry
429, 500, and 503 errors with exponential backoff and jitter. Never retry 400, 401, 403, or 404 errors without changing the request.Log correlation IDs
Log the
X-Correlation-Id from every error response. Include it when contacting support to expedite troubleshooting.Validate locally first
Validate inputs on the client side before sending requests. This reduces unnecessary API calls and provides faster feedback to users.