crewship config
Manage CLI configuration stored in~/.crewship/cli-config.yaml.
Subcommands
| Command | Description |
|---|---|
show | Display current configuration |
set | Set a configuration value |
validate | Sanity-check the saved config (token authenticates, workspace exists, server reachable) |
crewship config show
Display current CLI configuration including config file path, server, workspace, format, and token status.
crewship config set
Set a configuration value.
| Key | Description |
|---|---|
server | Server URL (e.g., http://localhost:8080). |
workspace | Default workspace slug or ID. |
format | Default output format: table, json, yaml, or quiet. |
default-agent (alias: default_agent) | Default agent slug used by chat-style commands when --agent is omitted. |
markdown | Markdown-rendering toggle for terminal output: on, off, or auto (auto follows TTY detection). |
crewship config validate
Sanity-check the saved CLI configuration end-to-end: parse the YAML, dial the server, verify the token authenticates, and confirm the recorded workspace exists for the caller. Useful as a one-shot health check before scripting against the CLI or wiring it into CI.
Multiple servers
To target several instances (dev/staging/prod) from one config, use server profiles instead of swappingserver/token by hand.
Each profile carries its own token and is selectable per-command (--profile),
per-shell (CREWSHIP_PROFILE), or per-directory. config show prints the
active profile when any are defined.
See also
crewship server— manage named server profiles for multi-instance targeting.crewship workspace— switch / list / create workspaces, manage members and invitations (moved out of this page sinceconfigandworkspaceare distinct surfaces).crewship login— populateserverandtokeninteractively.- Authentication — how the CLI token is minted and validated end-to-end.