Skip to main content
Slate uses Bearer tokens to authenticate API requests. Each token is scoped to a single workspace and inherits the permissions of the workspace admin who created it.

Create an API token

Only workspace admins can create API tokens.
  1. In Slate, open Workspace settings → API tokens (under Developer).
  2. Click Create token.
  3. In the Create API token dialog, enter a Name (for example, “CI pipeline”).
  4. Under Expires, choose 7 days, 30 days, 90 days, or No expiry.
  5. Click Create token.
  6. In the Copy your new token dialog, click Copy token. The dialog also shows an example request you can copy.
The full token is shown only once. Store it in a secure location before closing the dialog. You cannot retrieve the token after this step.
The token starts with the slat_ prefix (for example, slat_K3x9m2...). The token list shows a preview for identification, but the full value is never displayed again.

Authenticate requests

Include the token in the Authorization header of every API request:

Token scope

Each token is tied to a specific workspace. The API enforces this scope:
  • Requests succeed only for resources within the token’s workspace.
  • If a request includes an X-Workspace-Id header, the header value must match the token’s workspace. A mismatch returns a 401 error.

Manage tokens

View active tokens

Go to Workspace settings → API tokens to see your workspace’s tokens. The table shows:
  • Token — the token name and a preview (first 12 characters + last 4 characters)
  • Created — the date and who created the token
  • Expires — the expiration date, or Never. Expired tokens are marked Expired.
  • Last used — when the token last made a request

Revoke a token

  1. Go to Workspace settings → API tokens.
  2. Open the ⋮ menu on the token’s row and choose Revoke token.
  3. Click Revoke token to confirm.
Revocation takes effect immediately. Any system using the revoked token receives a 401 error on the next request.

Authentication errors

Security best practices

  • Use expiring tokens (7, 30, or 90 days) for automated pipelines and rotate them regularly.
  • Give each integration its own token with a descriptive name. This makes it easy to revoke access for a single system without affecting others.
  • Never hard-code tokens in source code. Use environment variables or a secrets manager.
  • Revoke tokens you no longer need. Check the “Last used” date to identify unused tokens.

What’s next