Rotate the CLI's own credential
The CLI can rotate the API client credential it signs in with.
The starfleet connection signs in with an API client, and the API returns a client's secret exactly once, at creation. Nothing can fetch it again. Rotation is therefore replacement:
-
Create the replacement client:
pgedge starfleet client create --name ci-2026 \ --description "CI credential" --secret-file <secret-file>--secret-filewrites the secret to a new file that only you can read, and the path must not exist yet. stdout shows the client without the secret. Its AUTH0 ID column is the new client ID. Without--secret-file, under-o jsonthe whole client object goes to stdout with the secret underauth0_secret. In text mode the secret alone goes to stdout and every label goes to stderr, so redirecting stdout captures exactly the secret. -
Sign the profile in with the new pair:
pgedge starfleet auth login --profile <name> \ --client-id <new-id> --client-secret-file <secret-file>The cached token is bound to the credential that minted it, so the next command exchanges a fresh token, and nothing keeps running as the old client.
-
Confirm the new credential works:
pgedge starfleet doctor --strictExit 0 means the verdict is
readyand the server accepts the credential. Exit 5 means it was rejected, and exit 1 with the verdictendpoint-unreachablerules the credential out. -
Only then delete the old client:
pgedge starfleet client delete <old-client-id> --forceThe old client is the working credential until the new one has proven itself, and a deleted client cannot be recovered, only replaced.
Next steps
- The authentication guide covers the token cache and credential binding in full.
- The CI and automation guide covers scripting these steps unattended.
- The starfleet command reference lists the flags.