~/.config/alertee/config.json.
Log in
alertee link if you want a different org.
The login uses PKCE: a one-time code is passed back to the CLI over a local
loopback address, and the token is only issued after the CLI proves it started
the request. The token itself never appears in a browser URL.
Headless / SSH sessions
If there’s no browser on the machine (e.g. a remote server), print the URL instead of trying to open one, then open it on any device:Link an organization
If you belong to multiple organizations, choose which one the CLI should use:alertee link to switch.
To target a different org for a single command without re-linking, pass --org <id>
before the subcommand: alertee --org <id> checks list. The env var ALERTEE_ORG
does the same for a whole session (handy in CI).
To use another saved account for just one command without changing the active
account, pass --account <email|prefix> before the subcommand:
ALERTEE_ACCOUNT; it does not modify
the active account saved in the config file. It can be combined with --org.
Check status
Multiple accounts
The CLI stores every login, keyed by email — just runalertee login again
with another account to add it, then switch between them like gh auth switch:
ALERTEE_ACCOUNT=<email>.
Log out
~/.config/alertee/config.json
(other accounts are kept; the CLI switches to one of them automatically).
CI / non-interactive use
For pipelines where a browser flow isn’t possible, create a token in the dashboard (Settings → API Tokens → New token) and provide it via environment variables:ALERTEE_TOKEN takes precedence over any stored credentials, so the CLI works
without ever running alertee login.
Token expiry
Tokens expire after 1 year. Runalertee login again to get a new one.