Every request to the Voxmind API must include a valid Bearer token in theDocumentation Index
Fetch the complete documentation index at: https://docs.voxmind.ai/llms.txt
Use this file to discover all available pages before exploring further.
Authorization header. This page explains the token lifecycle — from your first trial token through to production long-lived tokens — and how to manage them safely.
How authentication works
Voxmind uses long-lived Bearer tokens for service-to-service authentication. This is intentional: when you’re integrating voice biometrics into a contact centre platform or backend service, you don’t want to deal with token refresh flows every hour. Your server gets a token, stores it securely, and uses it for every API call.Your first token (trial)
When you sign up at developers.voxmind.ai, you’re automatically issued a trial token. This token has a short lifespan — between 15 days and 3 months depending on your plan — and is restricted to sandbox usage. It’s designed to let you build and test your integration before committing to a production deployment.Issuing a long-lived production token
When you’re ready for production, issue a dedicated token with an appropriate expiry or no expiry at all. Best practice is to give the token a meaningfulfriendly_name so you can identify it later.
bearer token string — this is the only time you will see the raw token value. Store it immediately in a secrets manager (AWS Secrets Manager, HashiCorp Vault, or at minimum an environment variable in your deployment configuration). Voxmind only stores a hashed version and cannot retrieve it for you.
Token expiry strategy
By default, tokens issued without anexpires_at field do not expire. This is convenient but creates risk if a token is ever exposed. Voxmind recommends a rotation strategy based on your security posture.
For most integrations, rotating tokens every 90 days strikes the right balance. The rotation process is: issue a new token, update your deployment configuration, verify the new token works correctly, then delete the old one. There’s no downtime because both tokens are valid simultaneously during the transition.
Listing and managing your tokens
You can view all active tokens for your organisation at any time. This is useful to audit what’s in use, identify tokens that haven’t been used recently, and confirm nothing unexpected is active.Security best practices
Never hardcode tokens in source code or commit them to version control. Use environment variables in development and a secrets manager in production. If you’re deploying to AWS (as Voxmind recommends), AWS Secrets Manager with automatic rotation hooks is the cleanest solution and costs pennies per secret per month. One token per service is a good discipline. If you’re running multiple servers or microservices that call the Voxmind API, give each one its own token with a descriptive name. That way, if one service is compromised, you can revoke its token without affecting others.Error responses
If your token is invalid, expired, or disabled, you’ll receive a401 Unauthorized response:
403 Forbidden. This typically means the resource doesn’t belong to your organisation.
