Dynamiq
CLI

CLI Overview

Install and configure the dynamiq CLI — credentials, config files, and the org/project context that scopes every command.

The dynamiq command-line tool manages platform resources from your terminal: organizations, projects, and service deployments. It talks to the management API (https://api.getdynamiq.ai by default) and authenticates with a Personal Access Token.

Install

The CLI ships with the SDK package — installing one gives you both:

pip install dynamiq
dynamiq --version

Configure

Run the interactive configurator once:

dynamiq config
Enter API host (press Enter to use default) [https://api.getdynamiq.ai]:
Enter API key:

Paste a Personal Access Token (prefix dyn_pat_) as the API key — create one under your account's Personal Access Tokens settings. Keep the default host unless you run a self-hosted Dynamiq deployment.

Verify what the CLI will use:

dynamiq config show
Current Dynamiq CLI configuration:
DYNAMIQ API HOST: https://api.getdynamiq.ai
DYNAMIQ API KEY: dyn_...
DYNAMIQ ORG ID: <not set>
DYNAMIQ PROJECT ID: <not set>

Where settings live

Settings persist in two JSON files under $XDG_CONFIG_HOME/dynamiq/ (defaults to ~/.config/dynamiq/):

FileContents
config.jsonorg_id, project_id — your current context
credentials.jsonapi_key, api_host

You can also supply credentials through environment variables — DYNAMIQ_API_HOST and DYNAMIQ_API_KEY — which the CLI reads when no credentials.json exists. If the credentials file is present, it takes precedence over the environment.

Set your context

Most commands are scoped to an organization and a project, mirroring how resources are organized on the platform. Pick both once; they are stored in config.json and reused by every later command:

# 1. Find and set your organization
dynamiq org list
dynamiq org set --id <org-id>

# 2. Find and set a project inside it
dynamiq project list
dynamiq project set --id <project-id>

org set and project set validate the ID against the API before saving, so a typo fails immediately rather than at deploy time. Commands that need a project — such as service create and service deploy — print No project ID found if you skip this step.

What the CLI covers

AreaCommandsPurpose
Configurationconfig, config showCredentials and host
Contextorg list/set, project list/setChoose the org and project
Servicesservice list/get/create/deploy/status/update/deleteDeploy and manage custom containers
Resource profilesresource-profiles listBrowse predefined container sizes

Global flags work on every invocation: --version, -v/--verbose, and -h/--help (also available per command).

The CLI manages services — your own containers. Workflow Apps, Knowledge Bases, and other platform resources are managed in the UI or via the management API.

Next steps

On this page