papermap restores your session automatically and refreshes tokens when possible.
Sign in
127.0.0.1. The TUI exchanges that code for normal credentials and stores them locally.
Browser login does not put
access_token or refresh_token values in the browser URL. Only the short-lived CLI code returns through the localhost callback.Browser login flow
1
Start login
Run
papermap auth login. The TUI starts a temporary localhost callback server and opens the Papermap login page.2
Authenticate in browser
Sign in with your normal Papermap account. The browser preserves the CLI callback URL and a random state value.
3
Return to terminal
Papermap redirects the browser to the local callback with a one-time code. The TUI validates state before exchanging the code.
4
Store credentials
The TUI saves credentials using the local credential store, warms the workspace cache, and prints the signed-in user.
Login flags
Check current user
papermap auth login.
Sign out
papermap logout alias still works, but papermap auth logout is the preferred command.
Credential storage
Papermap uses the operating system keyring when available. If no supported keyring backend is available, the TUI falls back to a local credential file.0600 permissions so only your user can read it.
Force file storage
Set this environment variable when you need to bypass the OS keyring, usually for CI, containers, or controlled headless environments.Custom frontend safety
Browser login only allowshttps://papermap.ai and https://www.papermap.ai by default. Internal or development frontends require an explicit opt-in.
Session expiration
The TUI checks token expiry before API calls and attempts refresh when possible. If refresh fails, it clears the current app state and sends you back to the signed-out landing message. Run login again:Next steps
Navigate the TUI
Learn the active screens, keyboard controls, and command palette.
Configure the TUI
Set defaults for API URL, frontend URL, thinking traces, selected model, and shell behavior.

