--- title: Tiger CLI reference | Tiger Data Docs description: 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](/get-started/quickstart/tiger-cli/index.md). 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](/learn/tiger-cli-mcp/index.md). Tiger CLI (which bundles Tiger MCP) is open source. [File an issue in the repo](https://github.com/timescale/tiger-cli/issues/new) 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](/build/tiger-cli-mcp/common-tasks/index.md); for longer, multi-step workflows, see the [cookbook](/build/tiger-cli-mcp/cookbook/index.md). ## 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]` Terminal window ``` 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. () 2. () 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: ) 🎉 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](#authentication-parameters) and [Client credentials](/integrate/find-connection-details#create-client-credentials/index.md) 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` Terminal window ``` 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]` Terminal window ``` tiger auth status ``` You see something like: ``` ┌─────────────┬───────────────────────┐ │ PROPERTY │ VALUE │ ├─────────────┼───────────────────────┤ │ Status │ Logged in │ │ Auth Method │ OAuth │ │ User │ () │ └─────────────┴───────────────────────┘ ``` | Flag | Description | | -------------- | ------------------------------------------ | | `--output, -o` | Output format: `json`, `yaml`, or `table`. | ## Version ### `tiger version` Show the installed Tiger CLI version. **Usage**: `tiger version [flags]` Terminal window ``` 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` Terminal window ``` 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 /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]` Terminal window ``` 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](#configuration-parameters) for the available keys. **Usage**: `tiger config set ` Terminal window ``` tiger config set # 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 ` Terminal window ``` tiger config unset ``` 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` Terminal window ``` 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](/reference/tiger-cloud/tiger-mcp/index.md); for a task-by-task comparison, see [common tasks](/build/tiger-cli-mcp/common-tasks#manage-your-services/index.md). ### `tiger service create` Create a new service in the current project. **Usage**: `tiger service create [flags]` Terminal window ``` tiger service create --name analytics --region us-east-1 ``` You see something like: ``` 🚀 Creating service 'analytics'... ✅ Service creation request accepted! 📋 Service ID: 🔐 Password saved to system keyring for automatic authentication 🎯 Set service '' 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`](#tiger-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](/get-started/quickstart/create-service#what-is-a-tiger-cloud-service/index.md) (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]` Terminal window ``` tiger service list ``` You see something like: ``` ┌──────────────┬───────────┬────────┬─────────────┬───────────┬──────────────────┐ │ SERVICE ID │ NAME │ STATUS │ TYPE │ REGION │ CREATED │ ├──────────────┼───────────┼────────┼─────────────┼───────────┼──────────────────┤ │ │ 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 [flags]` Terminal window ``` tiger service get ``` You see something like: ``` ┌───────────────────┬─────────────────────────────────────────────────────────────────────┐ │ PROPERTY │ VALUE │ ├───────────────────┼─────────────────────────────────────────────────────────────────────┤ │ Service ID │ │ │ Name │ analytics │ │ Status │ READY │ │ Type │ TIMESCALEDB │ │ Region │ us-east-1 │ │ Environment │ DEV │ │ CPU │ 0.5 cores (500m) │ │ Memory │ 2 GB │ │ Direct Endpoint │ ..tsdb.cloud.timescale.com: │ │ Created │ 2026-08-11 09:00:00 UTC │ │ Connection String │ postgresql://tsdbadmin@/tsdb?sslmode=require │ │ Console URL │ https://console.cloud.tigerdata.com/dashboard/services/ │ └───────────────────┴─────────────────────────────────────────────────────────────────────┘ ``` | 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-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](/build/tiger-cli-mcp/cookbook#test-a-change-safely-on-a-fork/index.md) for a worked example. **Usage**: `tiger service fork [flags]` Terminal window ``` tiger service fork --now ``` You see something like: ``` 🍴 Forking service '' to create '(auto-generated)' at current state... ✅ Fork request accepted! 📋 New Service ID: 🔐 Password saved to system keyring for automatic authentication 🎯 Set service '' 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`](#tiger-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`](#tiger-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 [flags]` Terminal window ``` tiger service resize --cpu 4000 --memory 16 ``` You see something like: ``` 📐 Resizing service '' to 4 CPU/16 GB... ✅ Resize request accepted for service ''! ⏳ Waiting for resize to complete (timeout: 10m0s)... 🎉 Service '' 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`](#tiger-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 [flags]` Terminal window ``` tiger service start ``` You see something like: ``` ▶️ Start request accepted for service ''. ⏳ 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 [flags]` Terminal window ``` tiger service stop ``` You see something like: ``` ⏹️ Stop request accepted for service ''. ⏳ 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 [flags]` Terminal window ``` tiger service update-password --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 --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 [flags]` Terminal window ``` tiger service delete --confirm ``` You see something like: ``` 🗑️ Delete request accepted for service ''. ⏳ Waiting for service '' to be deleted ✅ Service '' 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`). | No MCP tool for delete 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 [flags]` Terminal window ``` tiger service logs --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 `). 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](/build/tiger-cli-mcp/common-tasks#work-with-your-data/index.md) for how these commands compare to asking Tiger MCP, and [best practices](/build/tiger-cli-mcp/agent-best-practices#restrict-agents-to-read-only/index.md) 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 -- --single-transaction`. Alias: `psql`. **Usage**: `tiger db connect [flags]` Terminal window ``` tiger db connect ``` 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](#configuration-parameters) 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 [flags]` Terminal window ``` tiger db connection-string ``` You see something like: ``` postgresql://tsdbadmin@/tsdb?sslmode=require ``` With `--read-only`, the connection string sets a session option that forces Tiger Cloud's immutable read-only mode: ``` postgresql://tsdbadmin@/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 [flags]` Terminal window ``` tiger db create role --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](/deploy/tiger-cloud/tiger-cloud-aws/security/read-only-role#create-a-read-only-user/index.md). | | `--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 [flags]` Terminal window ``` tiger db schema ``` You see something like: ``` DATABASE: () 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 [flags]` Terminal window ``` tiger db save-password --password= ``` You see: ``` Password saved successfully for service (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 [flags]` Terminal window ``` tiger db test-connection ``` 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`: :: failed SASL auth: FATAL: password authentication failed for user "tsdbadmin" (SQLSTATE 28P01) Error: failed to connect to `user=tsdbadmin database=tsdb`: :: 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](/get-started/quickstart/mcp-cli/index.md) to set it up, and the [Tiger MCP reference](/reference/tiger-cloud/tiger-mcp/index.md) 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]` Terminal window ``` tiger mcp install claude-code ``` For sample output, see [Install and configure Tiger MCP](/get-started/quickstart/mcp-cli#install-and-configure-tiger-mcp/index.md). | 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]` Terminal window ``` 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 [flags]` Terminal window ``` 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](/reference/tiger-cloud/tiger-mcp/index.md). | 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]` Terminal window ``` 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 `: | 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](/integrate/find-connection-details#create-client-credentials/index.md). Once you have your credentials, either set them as environment variables, then log in: Terminal window ``` TIGER_PUBLIC_KEY= TIGER_SECRET_KEY= \ tiger auth login ``` Or pass them to the `login` command: Terminal window ``` tiger auth login --public-key= --secret-key= ``` The project is auto-detected from your credentials.