Skip to main content

Install

The published package is a single self-contained bundle with no runtime dependencies.

Sign in

The code proves the mailbox; the key it mints is shown exactly once and goes straight into the profile. A first login with a new email address creates the account, its personal organization and the key in one flow. Accounts with two-factor authentication enabled cannot log in from the CLI: create an API key in the dashboard instead and pass it with --api-key or ANTASPHERE_API_KEY. logout revokes the stored key on the server and removes the profile.

Configuration

Profiles live at ~/.config/antasphere/config.json (or under $XDG_CONFIG_HOME), readable by you alone since they hold the API key. --profile <name> selects one; login writes the selected profile and marks it active. Each setting resolves in this order:

Commands

A login is bound to one organization; whoami and org list mark it with *. To work in another organization, log in again into a second profile: antasphere --profile acme login, the same model as gcloud or gh. org use <id> does something different: it stores the organization that the tool CLIs (the slideless CLI, for example) work in when you use them after one Antasphere login, and it checks the id against your memberships before storing it. --unset clears it, and a tool’s own --org flag overrides it per command. export needs a key granted the opt-in data:export scope and an admin role in the organization; the archive streams to disk (default export-<yyyy-mm-dd>.zip). Deleting an account is deliberately not a CLI action: do it from the dashboard. files list is paginated (50 per page by default, 100 at most): Add --json to any command for machine-readable output. A failed request prints to stderr and exits non-zero; a key without the right scope gets a clean 403 message.

Example (agent-style)

Ephemeral environments can skip the config file entirely: