flypod token
Reveal the manage token for a site you deployed, for the rare case where you need to act on it from a machine that doesn't remember it.
flypod token prints the manage_token for a site this machine deployed. Deploy output hides the token by default: it is already saved for the folder, so flypod update, flypod versions, and flypod rollback work without it.
You only need to reveal it to act on an anonymous site from a different machine or folder.
Synopsis
flypod token [--site <id>]With no flag, flypod reveals the token for the site linked to the current folder. With --site, it looks the site up by id in the local registry.
The token goes to stdout, so it pipes; the warning line goes to stderr.
Flags
| Flag | Description |
|---|---|
--site <id> | Reveal the token for this site id instead of this folder's. |
-h, --help | Print usage and exit. |
Examples
Reveal this folder's token:
flypod tokenfk_...Capture it, or copy it:
TOKEN=$(flypod token)
flypod token | pbcopyReveal a remembered site's token by id:
flypod token --site k3p9x2Notes
- The token is a bearer credential: whoever holds it can update, roll back, or claim that site. Treat it like a password.
- The server stores only a hash of it, so it cannot be rotated or re-issued — only outlived.
- Tokens are only stored for sites deployed from this machine. If the site isn't in the local registry, there is nothing to reveal.
- A claimed site has no stored token: it authenticates with your account session instead. Run
flypod login. - If the site is yours, logging in on the second machine beats copying a token around — a session can be replaced, a
manage_tokencannot. - A
manage_tokendoes not delete a site. Deletion is account-only, from the signed-in dashboard.
See Tokens and ownership for why the happy path never shows you a token at all.