Tiger CLI reference

Command reference for Tiger CLI, including every command, configuration parameter, and global flag for managing Tiger Cloud

Tiger CLI is a command-line interface that you use to manage Tiger Cloud resources including VPCs, services, read replicas, and related infrastructure. Tiger CLI calls Tiger REST API to communicate with Tiger Cloud.

To install CLI, configure authentication, and create your first service, see Get started with Tiger CLI. This page is the reference for every CLI command and configuration parameter. For an overview of Tiger CLI and Tiger MCP, see Tiger CLI and Tiger MCP.

Tiger CLI (which bundles Tiger MCP) is open source. File an issue in the repo to report bugs or request features and help shape the product.

Use the following commands to manage Tiger Cloud from the terminal. Every command supports -h for inline help, for example tiger service create -h. For the single-command version of common operations, see common tasks; for longer, multi-step workflows, see the cookbook.

Authentication

`tiger auth login`

Create an authenticated connection to your Tiger Cloud account. This opens a browser to authorize. For non-interactive login, pass credentials as flags.

Usage: tiger auth login [flags]

tiger auth login

You see something like:

Auth URL is: https://console.cloud.tigerdata.com/oauth/authorize?...
Opening browser for authentication...
Select a project:

> 1. <project-name> (<project-id>)
  2. <project-name> (<project-id>)

Use ↑/↓ arrows or number keys to navigate, enter to select, q to quit

The project picker only appears if you have multiple projects. After you select one (or automatically, if you have only one):

Successfully logged in (project: <project-id>)

🎉 Next steps:
• Install MCP server for your favorite AI coding tool: tiger mcp install
• List existing services: tiger service list
• Create a new service: tiger service create
• Enable read-only mode: tiger config set read_only true

Flag	Description
`--public-key`	Public key for non-interactive login.
`--secret-key`	Secret key for non-interactive login.

You can also set the TIGER_PUBLIC_KEY and TIGER_SECRET_KEY environment variables; the project is auto-detected from your credentials. See Authentication parameters and Client credentials for how to create a public/secret key pair.

`tiger auth logout`

Remove the credentials used to connect to Tiger Cloud.

Usage: tiger auth logout

tiger auth logout

You see:

Successfully logged out and removed stored credentials

`tiger auth status`

Show your current authentication status. What it lists depends on how you logged in: an OAuth login shows the authentication method and the user, and a client-credentials login shows the credential name, public key, project, and plan type.

Usage: tiger auth status [flags]

tiger auth status

You see something like:

┌─────────────┬───────────────────────┐
│  PROPERTY   │         VALUE         │
├─────────────┼───────────────────────┤
│ Status      │ Logged in             │
│ Auth Method │ OAuth                 │
│ User        │ <name> (<email>)      │
└─────────────┴───────────────────────┘

Flag	Description
`--output, -o`	Output format: `json`, `yaml`, or `table`.

Version

`tiger version`

Show the installed Tiger CLI version.

Usage: tiger version [flags]

tiger version

You see something like:

┌───────────────────┬──────────────────────────────────────────┐
│ Tiger CLI Version │ 0.21.2                                   │
│ Build Time        │ 2026-07-16T16:23:17Z                     │
│ Git Commit        │ 377b0e6bbc1e605d55efef9c874f5b7d64ea62ba │
│ Go Version        │ go1.25.5                                 │
│ Platform          │ darwin/arm64                             │
└───────────────────┴──────────────────────────────────────────┘

Flag	Description
`--check`	Force a check for updates, regardless of the last check time.
`--output, -o`	Output format: `table`, `json`, `yaml`, or `bare`.

`tiger upgrade`

Download the latest published version of Tiger CLI and replace the running binary in place. The archive for your platform is verified against its SHA-256 checksum before it is installed. Alias: update.

Usage: tiger upgrade

tiger upgrade

If you installed Tiger CLI with the direct install script and a newer version is available, you see:

Upgrading tiger 0.21.1 → v0.21.2
Downloading https://cli.tigerdata.com/releases/v0.21.2/tiger-cli_Darwin_arm64.tar.gz
Verifying checksum
Installing new binary to <install-path>/tiger
tiger upgraded successfully to v0.21.2

If you installed Tiger CLI with a package manager such as Homebrew, apt, or yum/dnf, this command refuses to run and points you to that package manager instead.

Configuration

`tiger config show`

Show the current configuration.

Usage: tiger config show [flags]

tiger config show

You see something like:

┌──────────────────┬───────────────────────────────────────────────────────────────┐
│     PROPERTY     │                             VALUE                             │
├──────────────────┼───────────────────────────────────────────────────────────────┤
│ api_url          │ https://console.cloud.tigerdata.com/public/api/v1             │
│ analytics        │ true                                                          │
│ console_url      │ https://console.cloud.tigerdata.com                           │
│ debug            │ false                                                         │
│ docs_mcp         │ true                                                          │
│ docs_mcp_url     │ https://mcp.tigerdata.com/docs                               │
│ gateway_url      │ https://console.cloud.tigerdata.com/api                       │
│ mcp_max_rows     │ 100                                                           │
│ color            │ true                                                          │
│ output           │ table                                                         │
│ password_storage │ keyring                                                       │
│ read_only        │ false                                                         │
│ releases_url     │ https://cli.tigerdata.com                                     │
│ service_id       │                                                               │
│ version_check    │ true                                                          │
└──────────────────┴───────────────────────────────────────────────────────────────┘

Flag	Description
`--output, -o`	Output format: `json`, `yaml`, or `table`.
`--no-defaults`	Do not show default values for unset fields.
`--with-env`	Apply environment variable overrides.

`tiger config set`

Set a configuration value. See Configuration parameters for the available keys.

Usage: tiger config set <key> <value>

tiger config set <key> <value>
# for example
tiger config set read_only true

You see:

Set read_only = true

`tiger config unset`

Clear a configuration value.

Usage: tiger config unset <key>

tiger config unset <key>

You see:

Unset read_only

`tiger config reset`

Reset the configuration to defaults, including your default service and output preferences. This does not log you out; your authentication credentials are unaffected.

Usage: tiger config reset

tiger config reset

You see:

Configuration reset to defaults

Services

Manage services from the terminal. For the Tiger MCP-tool equivalent of each command, see the Tiger MCP reference; for a task-by-task comparison, see common tasks.

`tiger service create`

Create a new service in the current project.

Usage: tiger service create [flags]

tiger service create --name analytics --region us-east-1

You see something like:

🚀 Creating service 'analytics'...
✅ Service creation request accepted!
📋 Service ID: <service-id>
🔐 Password saved to system keyring for automatic authentication
🎯 Set service '<service-id>' as default service.
⏳ Waiting for service to be ready (wait timeout: 30m0s)...
🎉 Service is ready and running!
🔌 Run 'tiger db connect' to connect to your new service

Then the service's details, in the same format as service get.

Flag	Description
`--name`	Service name (auto-generated if omitted).
`--addons`	Addons to enable: `time-series`, `ai`. Set to `none` for vanilla PostgreSQL.
`--region`	Region code. Free services (shared CPU/memory) must use `us-east-1`.
`--cpu`	CPU allocation in millicores. Set to `shared` for a free service.
`--memory`	Memory allocation in gigabytes. Set to `shared` for a free service.
`--replicas`	Number of high-availability replicas.
`--environment`	Environment tag: `DEV` or `PROD` (default: `DEV`).
`--no-wait`	Return without waiting for the operation to complete.
`--wait-timeout`	Wait timeout (for example, `30m`, `1h30m`, `90s`).
`--no-set-default`	Do not set this service as the default.
`--with-password`	Include the password in the output.
`--output, -o`	Output format: `json`, `yaml`, `env`, or `table`.

Allowed compute configurations: shared/shared (only in us-east-1), 0.5 CPU/2 GB, 1/4, 2/8, 4/16, 8/32, 16/64, 32/128. Specify --cpu and --memory together, or set one and the other is configured automatically.

`tiger service list`

List the services in the current project.

Usage: tiger service list [flags]

tiger service list

You see something like:

┌──────────────┬───────────┬────────┬─────────────┬───────────┬──────────────────┐
│  SERVICE ID  │    NAME   │ STATUS │     TYPE    │   REGION  │     CREATED      │
├──────────────┼───────────┼────────┼─────────────┼───────────┼──────────────────┤
│ <service-id> │ analytics │ READY  │ TIMESCALEDB │ us-east-1 │ 2026-08-11 09:00 │
└──────────────┴───────────┴────────┴─────────────┴───────────┴──────────────────┘

Flag	Description
`--output, -o`	Output format: `json`, `yaml`, or `table`.

`tiger service get`

Show detailed information about a service. Aliases: describe, show.

Usage: tiger service get <service-id> [flags]

tiger service get <service-id>

You see something like:

┌───────────────────┬─────────────────────────────────────────────────────────────────────┐
│      PROPERTY     │                                VALUE                                │
├───────────────────┼─────────────────────────────────────────────────────────────────────┤
│ Service ID        │ <service-id>                                                        │
│ Name              │ analytics                                                           │
│ Status            │ READY                                                               │
│ Type              │ TIMESCALEDB                                                         │
│ Region            │ us-east-1                                                           │
│ Environment       │ DEV                                                                 │
│ CPU               │ 0.5 cores (500m)                                                    │
│ Memory            │ 2 GB                                                                │
│ Direct Endpoint   │ <service-id>.<project-id>.tsdb.cloud.timescale.com:<port>           │
│ Created           │ 2026-08-11 09:00:00 UTC                                             │
│ Connection String │ postgresql://tsdbadmin@<direct-endpoint>/tsdb?sslmode=require       │
│ Console URL       │ https://console.cloud.tigerdata.com/dashboard/services/<service-id> │
└───────────────────┴─────────────────────────────────────────────────────────────────────┘

Flag	Description
`--with-password`	Include the password in the output. Only returns a value if the password was captured at creation or saved since with `db save-password`; Tiger CLI can't retrieve a forgotten password from the server.
`--output, -o`	Output format: `json`, `yaml`, `env`, or `table`.

`tiger service fork`

Fork an existing service into a new, independent copy. Choose exactly one timing option. See Test a change safely on a fork for a worked example.

Usage: tiger service fork <service-id> [flags]

tiger service fork <service-id> --now

You see something like:

🍴 Forking service '<service-id>' to create '(auto-generated)' at current state...
✅ Fork request accepted!
📋 New Service ID: <new-service-id>
🔐 Password saved to system keyring for automatic authentication
🎯 Set service '<new-service-id>' as default service.
⏳ Waiting for fork to complete (timeout: 30m0s)...
🎉 Service fork completed successfully!
🔌 Run 'tiger db connect' to connect to your new service

Then the fork's details, in the same format as service get.

Flag	Description
`--now`	Fork at the current database state.
`--last-snapshot`	Fork at the last snapshot (faster).
`--to-timestamp`	Fork at a point in time (RFC3339).
`--cpu`, `--memory`	Compute for the fork (inherits from the source if omitted). See `service create` for allowed configurations.
`--name`	Fork name (default: `{source-service-name}-fork`).
`--environment`	Environment tag: `DEV` or `PROD` (default: `DEV`).
`--no-wait`, `--wait-timeout`	Wait behavior (default timeout: `30m`).
`--no-set-default`, `--with-password`, `--output, -o`	Default-service and output options.

`tiger service resize`

Change a service's CPU and memory. The service may be briefly unavailable during the resize.

Usage: tiger service resize <service-id> [flags]

tiger service resize <service-id> --cpu 4000 --memory 16

You see something like:

📐 Resizing service '<service-id>' to 4 CPU/16 GB...
✅ Resize request accepted for service '<service-id>'!
⏳ Waiting for resize to complete (timeout: 10m0s)...
🎉 Service '<service-id>' has been successfully resized to 4 CPU/16 GB!

Flag	Description
`--cpu`, `--memory`	New allocation. CPU is in millicores, memory in gigabytes, so 4 CPU / 16 GB is `--cpu 4000 --memory 16`. See `service create` for allowed configurations.
`--no-wait`, `--wait-timeout`	Wait behavior (default timeout: `10m`).

`tiger service start`

Start an inactive service.

Usage: tiger service start <service-id> [flags]

tiger service start <service-id>

You see something like:

▶️ Start request accepted for service '<service-id>'.
⏳ Waiting for service to start (wait timeout: 10m0s)...
✅ Service has been successfully started!

Flag	Description
`--no-wait`, `--wait-timeout`	Wait behavior (default timeout: `10m`).

`tiger service stop`

Stop an active service. After stopping, the service no longer accepts connections.

Usage: tiger service stop <service-id> [flags]

tiger service stop <service-id>

You see something like:

⏹️ Stop request accepted for service '<service-id>'.
⏳ Waiting for service to stop (timeout: 10m0s)...
✅ Service has been successfully stopped!

Flag	Description
`--no-wait`, `--wait-timeout`	Wait behavior (default timeout: `10m`).

`tiger service update-password`

Update the master password for a service.

Usage: tiger service update-password <service-id> [flags]

tiger service update-password <service-id> --auto-generate

You see something like:

Successfully generated a new password.
Password saved to system keyring for automatic authentication
To view your new password, run:
   tiger service get <service-id> --with-password
✅ Master password for 'tsdbadmin' user updated successfully

Flag	Description
`--new-password`	New password for the `tsdbadmin` user.
`--auto-generate`	Auto-generate a secure password (mutually exclusive with `--new-password`).

`tiger service delete`

Delete a service. This is irreversible and prompts for confirmation before proceeding.

Usage: tiger service delete <service-id> [flags]

tiger service delete <service-id> --confirm

You see something like:

🗑️ Delete request accepted for service '<service-id>'.
⏳ Waiting for service '<service-id>' to be deleted
✅ Service '<service-id>' has been successfully deleted.

Flag	Description
`--confirm`	Skip the confirmation prompt. AI agents must confirm with the user first.
`--no-wait`, `--wait-timeout`	Wait behavior (default timeout: `30m`).

There is no Tiger MCP tool for service delete; use this CLI command instead.

`tiger service logs`

View the logs for a service. Alias: log.

Usage: tiger service logs <service-id> [flags]

tiger service logs <service-id> --tail 5

You see something like:

2026-08-13 07:07:50 UTC [158]: [6a79e2e5.9e-301] 0 @,app= [00000] LOG:  checkpoint starting: time
2026-08-13 07:07:50 UTC [158]: [6a79e2e5.9e-302] 0 @,app= [00000] LOG:  checkpoint complete: wrote 4 buffers (0.0%), wrote 0 SLRU buffers; 0 WAL file(s) added, 0 removed, 1 recycled; write=0.403 s, sync=0.003 s, total=0.412 s; sync files=3, longest=0.003 s, average=0.001 s; distance=16390 kB, estimate=29655 kB; lsn=0/CE001A80, redo lsn=0/CE001A28
2026-08-13 07:07:51 - wal_archive_command_pgbackrest - archiving pg_wal/0000000100000000000000CE
2026-08-13 07:29:22 UTC [307395]: [6a7d7252.4b0c3-1] 0 [unknown]@[unknown],app=[unknown] [08P01] LOG:  SSL error: unexpected eof while reading
2026-08-13 07:29:22 UTC [307395]: [6a7d7252.4b0c3-2] 0 [unknown]@[unknown],app=[unknown] [08006] LOG:  could not receive data from client: Connection reset by peer

Tiger CLI converts PostgreSQL log timestamps to your machine's time zone, so set TZ if you want a specific one (for example, TZ=UTC tiger service logs <service-id>). The wal_archive_command_pgbackrest lines come from the backup agent rather than PostgreSQL, and are always in UTC.

Flag	Description
`--tail`	Number of log entries to show (default: `100`). One entry can span several lines, for example a `FATAL` followed by its `DETAIL`, so the output can be longer than the number you ask for.
`--since`, `--until`	Fetch logs within a time range (RFC3339, for example `2024-01-15T09:00:00Z`).
`--node`	Specific node to fetch logs from (for services with HA replicas; `0` is valid).
`--output, -o`	Output format: `text`, `json`, or `yaml`.

Database

Connect to a service's database and manage roles from the terminal. See Work with your data for how these commands compare to asking Tiger MCP, and best practices for connecting an agent as a read-only role.

The --pooled flag on these commands, and the pooled parameter on Tiger MCP's database tools, need a connection pooler on the service. Without one, the command fails with connection pooler not available for this service.

`tiger db connect`

Connect to a service with psql. Pass extra psql flags after --, for example tiger db connect <service-id> -- --single-transaction. Alias: psql.

Usage: tiger db connect <service-id> [flags]

tiger db connect <service-id>

You see something like:

psql (17.7 (Homebrew), server 18.4 (Ubuntu 18.4-1.pgdg22.04+1))
WARNING: psql major version 17, server major version 18.
         Some psql features might not work.
SSL connection (protocol: TLSv1.3, cipher: TLS_AES_256_GCM_SHA384, compression: off, ALPN: postgresql)
Type "help" for help.

tsdb=>

Flag	Description
`--pooled`	Use connection pooling (default: `false`).
`--role`	Database role (default: `tsdbadmin`).
`--read-only`	Open the session in Tiger Cloud's immutable read-only mode, so writes and DDL are rejected by the server. The `read_only` config option or `TIGER_READ_ONLY=true` forces the same behavior.
`--no-replica-prompt`	Do not prompt to connect to a read replica.

`tiger db connection-string`

Print the connection string for a service.

Usage: tiger db connection-string <service-id> [flags]

tiger db connection-string <service-id>

You see something like:

postgresql://tsdbadmin@<direct-endpoint>/tsdb?sslmode=require

With --read-only, the connection string sets a session option that forces Tiger Cloud's immutable read-only mode:

postgresql://tsdbadmin@<direct-endpoint>/tsdb?sslmode=require&options=-c%20tsdb_admin.read_only_connection%3Dtrue

Flag	Description
`--pooled`	Use connection pooling (default: `false`).
`--role`	Database role (default: `tsdbadmin`).
`--with-password`	Include the password (default: `false`, less secure).
`--read-only`	Emit a read-only connection string.

`tiger db create role`

Create a database role.

Usage: tiger db create role <service-id> [flags]

tiger db create role <service-id> --name app_role --read-only

You see:

✓ Role 'app_role' created successfully
  Read-only enforcement: enabled (permanent, role-based)

Flag	Description
`--name` (required)	The role to create.
`--read-only`	Enforce permanent read-only for the role using `tsdb_admin.read_only_role`. This enforces read-only, it doesn't grant read access: the new role can log in and has `USAGE` on `public`, but no table privileges, so `SELECT` fails until you grant it.
`--from`	Inherit grants from one or more roles, for example `--from app_role,readonly_role`.
`--statement-timeout`	Statement timeout for the role, for example `30s`, `5m`.
`--password`	Role password (falls back to `TIGER_NEW_PASSWORD`, otherwise auto-generated).
`--output, -o`	Output format: `json`, `yaml`, or `table`.

`tiger db schema`

Display the schema of a service database as readable text.

Usage: tiger db schema <service-id> [flags]

tiger db schema <service-id>

You see something like:

DATABASE: <name> (<service-id>)

SCHEMA: public

TABLE: sensor_data
  -- HYPERTABLE (chunks=0, compression=enabled)
  time       TIMESTAMP WITH TIME ZONE NOT NULL
  sensor_id  TEXT
  value      DOUBLE PRECISION

  INDEX sensor_data_time_idx ("time" DESC)

Flag	Description
`--schema`	Restrict output to a single schema.
`--definitions`	Include full object definitions (view `SELECT`s, function and procedure bodies).
`--comments`	Include object comments (`COMMENT ON` text).
`--internal`	Include system schemas (`pg_*`, `information_schema`, TimescaleDB internals) and extension-owned objects.
`--pooled`	Use connection pooling (default: `false`).
`--role`	Database role (default: `tsdbadmin`).

`tiger db save-password`

Save the password for a service to the keychain.

Usage: tiger db save-password <service-id> [flags]

tiger db save-password <service-id> --password=<password>

You see:

Password saved successfully for service <service-id> (role: tsdbadmin)

Flag	Description
`--role`	Database role (default: `tsdbadmin`).
`--password`	Password value (or use `TIGER_NEW_PASSWORD`).

`tiger db test-connection`

Test connectivity to a service.

Usage: tiger db test-connection <service-id> [flags]

tiger db test-connection <service-id>

You see:

Connection successful

If the connection fails, the reason is printed twice, once as a message and once as an error:

Connection failed: failed to connect to `user=tsdbadmin database=tsdb`: <host>:<port>: failed SASL auth: FATAL: password authentication failed for user "tsdbadmin" (SQLSTATE 28P01)
Error: failed to connect to `user=tsdbadmin database=tsdb`: <host>:<port>: failed SASL auth: FATAL: password authentication failed for user "tsdbadmin" (SQLSTATE 28P01)

Use the exit code in scripts:

Exit code	Meaning
`0`	The connection succeeded.
`1`	Tiger CLI didn't run the check, because a flag or argument was invalid.
`2`	The connection was attempted and failed: the server was unreachable, the attempt timed out, or the credentials were rejected.
`3`	No attempt was made, because no service with that ID exists or no ID was given.

Flag	Description
`--timeout, -t`	Connection timeout (default: `3s`, `0` for none).
`--pooled`	Use connection pooling (default: `false`).
`--role`	Database role (default: `tsdbadmin`).

MCP

Install and manage Tiger MCP, the tool your AI agent uses to work with Tiger Cloud. See Integrate Tiger Cloud with your AI agent to set it up, and the Tiger MCP reference for every tool it exposes.

`tiger mcp install`

Install and configure Tiger MCP for an AI agent. Supported clients: claude-code, codex, cursor, gemini, vscode, windsurf, antigravity, kiro-cli. If no client is given, you are prompted to choose.

Usage: tiger mcp install [client] [flags]

tiger mcp install claude-code

For sample output, see Install and configure Tiger MCP.

Flag	Description
`--no-backup`	Do not back up the client's existing config before writing.
`--config-path`	Path to the client config file to update.

`tiger mcp list`

List the available Tiger MCP tools, prompts, and resources.

Usage: tiger mcp list [flags]

tiger mcp list

You see something like:

┌────────┬────────────────────────────────────────┐
│  TYPE  │                  NAME                  │
├────────┼────────────────────────────────────────┤
│ prompt │ design-postgis-tables                  │
│ prompt │ design-postgres-tables                 │
│ prompt │ find-hypertable-candidates             │
│ prompt │ ghost-database                         │
│ prompt │ migrate-postgres-tables-to-hypertables │
│ prompt │ pgvector-semantic-search               │
│ prompt │ postgres                               │
│ prompt │ postgres-database-migration            │
│ prompt │ postgres-hybrid-text-search            │
│ prompt │ setup-timescaledb-hypertables          │
│ tool   │ db_execute_query                       │
│ tool   │ db_schema                              │
│ tool   │ search_docs                            │
│ tool   │ service_create                         │
│ tool   │ service_fork                           │
│ tool   │ service_get                            │
│ tool   │ service_list                           │
│ tool   │ service_logs                           │
│ tool   │ service_resize                         │
│ tool   │ service_start                          │
│ tool   │ service_stop                           │
│ tool   │ service_update_password                │
│ tool   │ view_skill                             │
└────────┴────────────────────────────────────────┘

Flag	Description
`--output, -o`	Output format: `json`, `yaml`, or `table`.

`tiger mcp get`

Show detailed information about a Tiger MCP tool, prompt, or resource, including skills. Aliases: describe, show.

Usage: tiger mcp get <name> [flags]

tiger mcp get service_create
tiger mcp get setup-timescaledb-hypertables

For service_create, you see something like:

Create Database Service [open-world]

Tool name: service_create

Description:
Create a new database service in Tiger Cloud with specified type, compute resources, region, and HA options.

The default type of service created depends on the user's plan:
- Free plan: Creates a service with shared CPU/memory and the 'time-series' and 'ai' add-ons
- Paid plans: Creates a service with 0.5 CPU / 2 GB memory and the 'time-series' add-on

WARNING: Creates billable resources.

Parameters:
  ...

Output:
  ...

Full parameter and output details follow, matching the Tiger MCP reference.

Flag	Description
`--output, -o`	Output format: `json`, `yaml`, or `table`.

`tiger mcp start`

Start Tiger MCP. tiger mcp start is the same as tiger mcp start stdio.

Usage: tiger mcp start [transport] [flags]

tiger mcp start

Produces no console output; it starts listening for JSON-RPC requests on stdio (or HTTP, with the http transport).

Transport	Description
`stdio`	stdio transport (default).
`http`	HTTP transport, with `--port` (default: `8080`) and `--host` (default: `localhost`).

Configuration parameters

By default, Tiger CLI stores your configuration in ~/.config/tiger/config.yaml. Change the config directory with the --config-dir flag or the TIGER_CONFIG_DIR environment variable.

Configuration options

Set these with tiger config set <key> <value>:

Flag	Default	Description
`analytics`	`true`	Enable or disable usage analytics
`color`	`true`	Enable or disable colored output
`debug`	`false`	Enable or disable debug logging
`docs_mcp`	`true`	Enable or disable the Tiger Data documentation MCP proxy
`mcp_max_rows`	`100`	Set the maximum number of rows returned by the `db_execute_query` Tiger MCP tool
`output`	`table`	Set the output format to `json`, `yaml`, or `table`
`password_storage`	`keyring`	Set the password storage method. Options are `keyring`, `pgpass`, or `none`
`read_only`	`false`	Enable or disable read-only mode. When `true`, mutating CLI commands and Tiger MCP tools (`service create`, `fork`, `start`, `stop`, `resize`, `update-password`, and `delete`) are refused, and the database sessions opened by `db connect`, `db connection-string`, and `db_execute_query` run in Tiger Cloud's immutable read-only mode, so writes and DDL are rejected by the server. Read commands and tools are unaffected
`service_id`	-	Set the default service to manage
`version_check`	`true`	Enable or disable checking for a new version of Tiger CLI on startup

You can also set these configuration options as environment variables. Environment variables:

Take precedence over configuration parameters values.
Are in upper case and use the TIGER_ prefix. For example, TIGER_ANALYTICS

Global flags

These flags are available on all commands and take precedence over both environment variables and configuration file values:

Flag	Default	Description
`--analytics`	`true`	Enable or disable usage analytics
`--color`	`true`	Enable or disable colored output
`--config-dir`	`~/.config/tiger`	Set the directory that holds `config.yaml`
`--debug`	`false`	Enable or disable debug logging
`--help`, `-h`	-	Print help about the current command. For example, `tiger service --help`
`--password-storage`	`keyring`	Set the password storage method. Options are `keyring`, `pgpass`, or `none`
`--service-id`	-	Set the default service to manage
`--skip-update-check`	`false`	Skip checking if a new version of Tiger CLI is available

Authentication parameters

You can authenticate using client credentials instead of interactive browser login. Client credentials are a public key and secret key pair that you create in the Tiger Cloud Console. Learn how to create client credentials.

Once you have your credentials, either set them as environment variables, then log in:

TIGER_PUBLIC_KEY=<public_key> TIGER_SECRET_KEY=<secret_key> \
tiger auth login

Or pass them to the login command:

tiger auth login --public-key=<public_key> --secret-key=<secret_key>

The project is auto-detected from your credentials.