API keys are the credentials your code uses to make authenticated requests to Bigspin’s public API — including the Projects and Transcripts endpoints. Each key is scoped to your organization’s workspace, so any API calls made with a key operate within your organization’s data and configuration. Bigspin displays the full key only once — at creation time — so treat generation as a deliberate step and have a secure place ready to store the value before you begin.Documentation Index
Fetch the complete documentation index at: https://docs.bigspin.ai/llms.txt
Use this file to discover all available pages before exploring further.
Navigate to API Keys
In the dashboard sidebar, scroll to the organization section and click API Keys (identified by the key icon). The page lists all keys created for your workspace along with their name, a masked prefix, status, creation date, creator, and the last time each key was used.Create an API Key
Name your key
Enter a descriptive name (minimum 3 characters). A good name identifies both the integration and environment, for example
production-transcript-upload or staging-projects-read.Add an optional description
Use the description field to note what this key is used for, which service consumes it, or who owns it. This makes future audits much easier.
Use an API Key
Pass your key as a Bearer token in theAuthorization header of every API request:
Security Best Practices
Use environment variables
Store your API key in an environment variable (for example,
BIGSPIN_API_KEY) and reference it in code. Never hard-code a key directly in source files.One key per integration
Create a separate, named key for each application or environment. This lets you revoke a single compromised key without affecting other integrations.
Rotate compromised keys immediately
If a key is exposed, revoke or delete it right away and generate a replacement. Update all services using the old key before they encounter an auth failure.
Audit usage regularly
Check the Last Used column on the API Keys page to spot keys that are no longer active. Delete unused keys to reduce your attack surface.
Manage Existing Keys
Each key in the table has an actions menu (the three-dot icon on the right) with the following options:| Action | What it does |
|---|---|
| Revoke | Disables the key immediately. Any requests using this key will fail. Revocation can be undone — use Reactivate from the same menu. |
| Reactivate | Re-enables a previously revoked key. |
| Delete Permanently | Removes the key from the system entirely. This cannot be undone. |
If a Key Is Compromised
Revoke or delete the key
Open the actions menu next to the exposed key and choose Revoke (reversible) or Delete Permanently (irreversible). This immediately blocks all requests using that credential.
Generate a replacement
Create a new key following the steps above. Give it a clear name that distinguishes it from the compromised key.
Update your services
Replace the old key value in every environment variable, secrets manager, or configuration file that referenced it. Redeploy or restart the affected services.