Skip to content

CLI Reference

Complete reference for every cliq command, organized by category.


Install cliq and run first-time setup:

Terminal window
curl -fsSL https://getcliq.io/cliq/install | bash -s -- --key cliqhub-early-2026
cliq setup

Check the installed version:

Terminal window
cliq --version

Display help for any command:

Terminal window
cliq --help
cliq <command> --help
cliq <command> <subcommand> --help

CommandDescription
cliq setupOne-time global setup — creates ~/.cliqrc/ and default settings
cliq settingsRead, write, and inspect configuration
CommandDescription
cliq initInitialize .cliq/ directory in the current project
cliq assembleDeploy a team to the current project
cliq reqResolve requirements and generate prompts, channels, and task board
cliq runLaunch all agents in a tmux session
cliq statusDisplay pipeline progress
cliq doctorCheck environment and integrations
cliq auth googleManage Google OAuth2 authentication
cliq cleanRemove all cliq artifacts from the project
CommandDescription
cliq builder generateGenerate a complete team from a natural language description
cliq builder improveImprove a single role using the LLM
cliq builder gapsAnalyse a team for gaps and suggest improvements
cliq builder capabilityGenerate or regenerate A2A metadata (tags, use_when, not_for)
CommandDescription
cliq hub loginAuthenticate with a registry
cliq hub logoutClear hub and HUG credentials
cliq hub tokenCreate an API token
CommandDescription
cliq team newCreate a new empty team
cliq team installInstall a team from a local path or hub:// registry
cliq team updateUpdate installed teams to latest versions
cliq team uninstallRemove an installed team
cliq team publishPublish a team from a local path to a registry
cliq team copyCopy a team to a local directory
cliq team add-roleAdd a role to a team
cliq team remove-roleRemove a role from a team
cliq team gen-workflowGenerate workflow from roles, or import from a file
cliq team edit-workflowOpen team.yml in your editor
cliq team validateValidate a team definition
cliq team versionBump the team’s semantic version
cliq team listList installed teams with versions and source
cliq team infoShow detailed team information (local or hub://)
CommandDescription
cliq instance listList all active cliq tmux sessions
cliq instance attachAttach to a cliq tmux session
cliq instance killKill a cliq tmux session
CommandDescription
cliq server startStart the local cliq server
cliq server stopStop the running cliq server
cliq server statusShow cliq server status
CommandDescription
cliq tool runRun a tool by name
cliq tool listList all available tools
cliq tool run pr-existsCheck if an open PR exists for the current branch
cliq tool run create-prCreate a pull request via the configured git provider
cliq tool run pullPull external content into workspace
cliq tool run pushPush local file to external destination

Interactive setup wizard. Walks you through configuring your cliq environment: prerequisites, default agent, integrations, and credentials. Creates ~/.cliqrc/ with settings and an empty local team registry (teams/@local/) on first run.

Re-runnable — on subsequent runs, shows current values as defaults. Press Enter to keep them, or type a new value to change.

cliq setup [options]
OptionDescription
--import <path>Import a settings.json file (skips the wizard)
--resetWipe ~/.cliqrc/ and start fresh (prompts for confirmation)
--forceSkip confirmations (use with --reset or --import)
--non-interactiveAccept all defaults without prompting (for CI/scripting)

The wizard covers:

  1. Prerequisites — checks for Node.js and tmux
  2. Import — optionally load settings from another machine
  3. Default agent — choose cursor, claude-code, gemini, or codex, and set the API key
  4. Instance ID prefix — optional prefix for tmux session names
  5. CliqHub — log in to browse, install, and publish teams
  6. Source control — GitHub or Bitbucket integration for branches and PRs
  7. Jira — issue tracking and gate escalation
  8. Slack — pipeline notifications via webhook
  9. Google — Drive, Docs, and Sheets access
  10. Microsoft — SharePoint and OneDrive access
  11. AI Team Builder — LLM provider for AI-assisted team creation
  12. Diagnostics — verifies the resulting configuration
Terminal window
cliq setup # Interactive wizard
cliq setup --import ~/team-config/settings.json # Import settings
cliq setup --reset # Factory reset
cliq setup --non-interactive # Bootstrap with defaults

Read, write, and inspect configuration with git config-like semantics. Supports two scopes (global and project), dot-notation keys, schema-based type coercion, array operations, and secret masking.

cliq settings [key] [value] [options]

When called with no key, lists all settings. When called with a key that maps to an object, lists all keys under that section. When called with a leaf key, prints the value (or (not set) with exit code 1 if valid but unconfigured). Unknown keys produce an error with a contextual --info hint pointing to the deepest valid section. When called with a key and value, writes the value.

OptionDescription
--globalTarget global settings (~/.cliqrc/settings.json)
--projectTarget project settings (.cliq/settings.json)
--unset <key>Remove a key from the target file
--add <key>Append a value to an array field
--remove <key>Remove a value from an array field
--stdinRead the value from stdin instead of the command line
--unmaskShow unmasked secret values (tokens, API keys)
--infoShow documentation for a setting or section. Non-leaf results include a navigation hint.

Without --global or --project, reads show the merged (resolved) view — project values override global. Writes default to the project scope; if not inside a project, they fall back to global.

FlagReads fromWrites to
(none, inside project)merged (global + project).cliq/settings.json
(none, outside project)~/.cliqrc/settings.json~/.cliqrc/settings.json
--global~/.cliqrc/settings.json~/.cliqrc/settings.json
--project.cliq/settings.json.cliq/settings.json

Values are coerced based on the schema derived from the settings template:

  • Boolean fields accept true or false (case-insensitive).
  • Number fields must parse to a valid number.
  • Enum fields must match one of the allowed values (e.g., logging.server_level accepts error, warn, info, debug, trace).
  • Array fields cannot be set directly — use --add and --remove.
  • Object keys cannot be set directly — set leaf keys instead.

Fields that hold credentials (tokens, API keys) are masked by default — only the first 4 characters are shown, followed by ****. This applies to both simple leaf fields and secret fields inside array elements (e.g., client_secret within mesh entries). Use --unmask to reveal full values.

Terminal window
# Read a value
cliq settings integrations.github.base_branch
# Write a string
cliq settings integrations.github.base_branch develop
# Write at global scope
cliq settings integrations.github.base_branch develop --global
# Write a secret from stdin
echo $TOKEN | cliq settings hub.token --stdin --global
# List all resolved settings
cliq settings
# List global settings only
cliq settings --global
# Read an entire section
cliq settings integrations.github
# Array: append
cliq settings --add integrations.github.pr_labels deploy --global
# Array: remove
cliq settings --remove integrations.github.pr_labels auto
# Unset a key
cliq settings --unset integrations.github.pr_draft
# Show a secret unmasked
cliq settings hub.token --unmask --global
# Show documentation for all sections
cliq settings --info
# Show documentation for a section
cliq settings integrations.github --info
# Show full detail for a setting (type, default, description, JSON, CLI examples)
cliq settings integrations.github.finalize_to --info
# Read a valid but unconfigured key — prints "(not set)", exit code 1
cliq settings integrations.github.token
# Unknown key — error with contextual hint
# error: Unknown key 'integrations.jira.badkey'.
# Run 'cliq settings integrations.jira --info' to navigate the integrations.jira schema.
cliq settings integrations.jira.badkey

Initialize the .cliq/ directory structure in the current project.

cliq init [options]
OptionDescription
--id <id>Set a specific instance ID
--id-prefix <prefix>Generate instance ID with a custom prefix (e.g. myprojectmyproject-a1b2c3)

--id and --id-prefix are mutually exclusive. The prefix can also be set via id_prefix in settings.

Terminal window
cliq init
cliq init --id my-pipeline
cliq init --id-prefix myproject

Deploy a team from the registry into the current project. Creates .cliq/roles/, workflow.yml, and the channel structure. Run from a project directory (or multi-repo workspace root) that has been initialized with cliq init.

cliq assemble <team> [options]
ArgumentDescription
teamTeam name or scoped reference
OptionDescription
--dir <path>Resolve team from a local directory instead of the install directory

Accepts scoped references (@cliq/feature-dev-js) or bare names (feature-dev-js). Bare names are resolved in order: @local → other @* scopes.

During assembly, cliq generates an agents.json manifest and warns about custom agents that need user configuration:

⚠ Agent 'custom-agent' has no entry point — configure it in settings.json under agents.custom before running

See Cliq SDK for details on agents and assembly.

Terminal window
cliq assemble feature-dev-js
cliq assemble @cliq/feature-dev-js
cliq assemble my-team --dir ./teams/my-team

Resolve requirements and generate prompts, channels, and the task board.

cliq req [options]
OptionDescription
-s, --source <ref>Source for requirements — file path, URL, or URI scheme (e.g. jira:KEY)
-m, --message <text>Use an inline string as the requirement
--stdinRead requirement text from stdin
--nospecStart workflow with default requirements (no spec needed)
--no-dockerRun without Docker
-i, --input <key=value...>Provide team input values (repeatable)

Only one input source is allowed per invocation: -s, -m, --stdin, or --nospec.

Source resolution: The -s flag accepts file paths, full URLs, and URI schemes. The scheme determines how the source is resolved:

SourceResolution
-s requirements.mdLocal file
-s https://example.com/spec.mdHTTP fetch
-s jira:PROJ-123Jira ticket (requires integrations.jira in settings)
-s jira:PROJ-1,PROJ-2Multiple Jira tickets

Bare paths (no scheme) are treated as local files.

Validation gate: Before executing, cliq req checks that all prerequisites are met — a requirement spec and any inputs defined by the team. If anything is missing, it prints exactly what’s needed and a copy-paste example command, then exits without touching project state. This applies whether you omit the spec entirely or provide a spec but forget an --input flag.

Input resolution: Team inputs are resolved exclusively from --input flags (or interactive prompts in non-headless mode). They are not parsed from the requirement text.

Terminal window
# Check what the team needs (no spec, shows what's missing)
cliq req
# Provide everything — runs the pipeline
cliq req -s requirements.md
cliq req -s requirements.md --input company=acme --input year=2026
cliq req -s https://example.com/spec.md
cliq req -s jira:PROJ-123
cliq req -s jira:PROJ-100,PROJ-101,PROJ-102
cliq req -m "Build a REST API with JWT auth and role-based access control"
echo "Build a hello world app" | cliq req --stdin
cat spec.txt | cliq req --stdin
cliq req --nospec
cliq req -s requirements.md --no-docker

Launch all agents in a tmux session and run the pipeline.

cliq run [options]
OptionDescription
-f, --forceSkip confirmation when re-running after a failed pipeline
-H, --headlessRun orchestrator in foreground, agents in background tmux
-a, --agent <name>Override the default agent (e.g. claude-code, gemini)
--dockerRun pipeline inside a Docker container
--no-dockerForce local executor (bypass docker.enabled and kubernetes.enabled)
--dashboardWith --docker: require server, suppress terminal streaming

Pre-flight checks: Before launching, cliq run verifies that all prerequisite steps have been completed — project initialized, team assembled, requirements set, and prompts generated. If the team defines inputs, cliq run also checks that inputs.json contains all required values. If any are missing, it fails with a message to re-run cliq req with the appropriate --input flags.

When docker.enabled is true in settings, Docker is the default. When kubernetes.enabled is true, K8s takes precedence. --no-docker bypasses both. See Docker Container Isolation and Kubernetes Deployment. See Cliq SDK for -a/--agent details.

Terminal window
cliq run
cliq run -f
cliq run -H
cliq run --agent claude-code
cliq run --docker --dashboard
cliq run --no-docker

Display pipeline progress, phase state, and verdicts.

cliq status [options]
OptionDescription
-v, --verboseShow detailed diagnostics (verdicts, timing, settings, logs)
Terminal window
cliq status
cliq status -v

Check local environment dependencies (Node.js, agent CLI, tmux, git), check hug server connectivity (when configured), and optionally verify a team’s tools.

cliq doctor [team_ref]
ArgumentDescription
team_refTeam reference to check required tools (optional)
Terminal window
cliq doctor
cliq doctor @cliq/feature-dev-js

Test integration connectivity.

cliq doctor test <target> [options]
ArgumentDescription
targetIntegration to test: github, bitbucket, slack, jira, google, microsoft, or all
OptionDescription
--ticket <key>Jira ticket key to verify project access (used with jira target)
Terminal window
cliq doctor test github
cliq doctor test jira --ticket PROJ-123
cliq doctor test google
cliq doctor test microsoft
cliq doctor test all

Manage Google OAuth2 authentication. Default action runs the interactive browser-based authorization flow.

cliq auth google [options]
OptionDescription
--statusShow current token status (stored, valid, expired)
--revokeRevoke token with Google and clear local storage
--client-file <path>Path to OAuth client secrets JSON (overrides settings)
Terminal window
cliq auth google # run the authorization flow
cliq auth google --client-file ~/client.json # specify client file explicitly
cliq auth google --status # check token status
cliq auth google --revoke # revoke and clear

The client secrets file is resolved from (in order): --client-file flag, then integrations.google.oauth_client_file in settings.json. After authorization, the refresh token is stored at ~/.cliqrc/google_token.json with restrictive permissions (0600).

See Integrations — Google for the full OAuth setup guide.


Remove all cliq artifacts from the project (.cliq/ and generated config files).

cliq clean [options]
OptionDescription
-f, --forceSkip confirmation prompt
Terminal window
cliq clean
cliq clean -f

AI-powered team generation and refinement. All builder commands require a configured LLM provider in ~/.cliqrc/settings.json under the builder section. Every subcommand accepts --provider and --model flags to override the configured defaults for a single invocation.

Generate a complete team from a natural language description. Exactly one input source is required. Destination follows the same scope resolution as team new — bare names go to @local/, scoped names resolve to ~/.cliqrc/teams/@scope/.

cliq builder generate -f <file> [path] [options]
cliq builder generate -m <text> [path] [options]
cliq builder generate --stdin [path] [options]
Input (exactly one required)Description
-f, --file <path>Read instructions from a file
-m, --message <text>Use an inline string as the instructions
--stdinRead instructions from stdin
ArgumentDescription
pathWrite to a specific directory instead of the resolved default (optional)
OptionDescription
--name <name>Override the LLM-generated team name (supports @scope/name)
--dry-runShow what would be created without writing files
--forceOverwrite if a team with the same name already exists
--provider <name>LLM provider override (openai, anthropic, google)
--model <model>Model override (e.g. gpt-4o, claude-sonnet-4-20250514)

The generated team includes a team.yml with workflow phases, role files for each agent, and A2A metadata fields (tags, inputs, use_when, not_for). The team is validated before installation — if validation fails, errors are displayed and nothing is written.

Terminal window
cliq builder generate -m "TDD pipeline for a Python FastAPI project"
cliq builder generate -f spec.txt --name @myorg/content-review
cliq builder generate -f spec.txt --name @myorg/sec-audit ~/myorg-teams
cat spec.txt | cliq builder generate --stdin --dry-run

Improve a single role in an existing team using the LLM.

cliq builder improve <team> --role <role> [options]
ArgumentDescription
teamTeam name or scoped reference
OptionDescription
--role <role>Role to improve (required)
--dir <path>Resolve team from a local directory instead of the install directory
--instruction <text>Specific improvement instruction (reads from stdin when set to -)
--dry-runPreview the improved role without writing
--provider <name>LLM provider override
--model <model>Model override

Without --instruction, the LLM uses its own judgement to improve the role based on the team’s context. With an instruction, it targets a specific aspect.

Terminal window
cliq builder improve my-team --role architect
cliq builder improve my-team --role reviewer --instruction "add security review checklist"
cliq builder improve @local/my-team --role developer --dry-run
echo "focus on error handling" | cliq builder improve my-team --role developer --instruction -

Analyse an existing team for gaps and suggest improvements — missing phases, workflow issues, or coverage holes.

cliq builder gaps <team> [options]
ArgumentDescription
teamTeam name or scoped reference
OptionDescription
--provider <name>LLM provider override
--model <model>Model override

Prints a numbered list of suggestions with type, title, description, and optionally a suggested phase or role.

Terminal window
cliq builder gaps my-team
cliq builder gaps @cliq/feature-dev-js

Generate or regenerate A2A metadata (tags, use_when, not_for) for an existing team. The metadata fields are written as top-level keys in team.yml and enable A2A discovery.

cliq builder capability <team> [options]
ArgumentDescription
teamTeam name or scoped reference
OptionDescription
--dry-runPreview the A2A metadata without writing to team.yml
--provider <name>LLM provider override
--model <model>Model override
Terminal window
cliq builder capability my-team
cliq builder capability my-team --dry-run
cliq builder capability @local/my-team --provider anthropic --model claude-sonnet-4-20250514

Authentication with CliqHub registries. All team operations (install, update, publish, info) are under Team Management Commands. Use the CliqHub web UI for browsing and searching teams.

Authenticate with a CliqHub registry. Prompts for username and password. On success, saves the JWT token to ~/.cliqrc/settings.json under hub.token. If the registry has a HUG server integrated, also provisions a HUG user JWT and writes hug.server_url and hug.token to settings.

cliq hub login [registry_url]
ArgumentDescription
registry_urlRegistry URL (optional; defaults to settings.hub.registry_url)
Terminal window
cliq hub login
cliq hub login https://internal.corp/registry

Clear hub and HUG credentials from ~/.cliqrc/settings.json. Removes hub.token, hug.token, and hug.server_url. Other settings (like hub.registry_url and hug.reviewers) are preserved.

cliq hub logout
Terminal window
cliq hub logout

Generate a named API token for headless/CI use. The token is shown once and must be saved — it cannot be retrieved again.

cliq hub token <name> [registry_url]
ArgumentDescription
nameName for the token (for identification)
registry_urlRegistry URL (optional; defaults to settings.hub.registry_url)

Requires cliq hub login first.

Terminal window
cliq hub token ci-publish
cliq hub token deploy-key https://internal.corp/registry

Commands for managing, inspecting, and manually assembling teams. For AI-powered team creation, see Builder Commands. For registry authentication, see Hub Commands.

Teams are stored in the registry at ~/.cliqrc/teams/. They can be referenced as bare names (feature-dev-js) or scoped (@cliq/feature-dev-js). Bare names go to @local/. Scoped names resolve to ~/.cliqrc/teams/@scope/.

Create a new empty team.

cliq team new <name> [path]
ArgumentDescription
nameTeam name — bare (my-team) or scoped (@myorg/my-team)
pathWrite to a specific directory instead of the resolved default (optional)
Terminal window
cliq team new my-pipeline
cliq team new @myorg/my-pipeline
cliq team new @myorg/my-pipeline ~/myorg-teams

Install a team from a local path or a hub:// registry URI.

cliq team install <source> [options]
ArgumentDescription
sourceLocal filesystem path or hub://@scope/name[@version]
OptionDescription
--forceReinstall even if the same version is already installed; skip all confirmation prompts

Local installs read team.yml from the path. Unscoped teams go to @local. Hub installs download from settings.hub.registry_url. Both write a .cliq-source provenance marker.

When installing over an existing team (same @scope/name already installed), the user must type the full team name to confirm the overwrite. Fresh installs (no existing team) proceed without prompts. Use --force to skip all prompts.

Terminal window
cliq team install ./my-team
cliq team install ./@acme/my-pipeline
cliq team install hub://@acme/my-pipeline
cliq team install hub://@acme/[email protected]
cliq team install ./my-team --force

Update installed teams to latest versions. Checks all installed teams that have a .cliq-source provenance marker. Hub-sourced teams are checked against the registry. Local-sourced teams are checked against their original path.

cliq team update [ref] [options]
ArgumentDescription
refSpecific team to update (optional)
OptionDescription
-f, --forceSkip confirmation prompt
Terminal window
cliq team update
cliq team update @acme/deploy
cliq team update --force

Remove an installed team from ~/.cliqrc/teams/.

cliq team uninstall <ref>
ArgumentDescription
refTeam to remove (@scope/name)
Terminal window
cliq team uninstall @acme/my-pipeline
cliq team uninstall @local/my-team

Copy a team from the registry to a local directory. Optionally rewrite the team’s scope and name in team.yml.

cliq team copy <source> <dest> [scope]
ArgumentDescription
sourceSource registry reference (e.g. @cliq/feature-dev-js)
destLocal directory path (must not exist; will be created)
scopeOptional — rewrite team.yml name: @acme (scope only, keeps bare name) or @acme/my-tdd (full ref, changes both scope and name). If omitted, team.yml is left untouched.
Terminal window
cliq team copy @cliq/feature-dev-js ./my-tdd
cliq team copy @cliq/hello-world ./my-hello @myorg
cliq team copy @cliq/feature-dev-js ./my-tdd @myorg/my-tdd
cliq team copy @local/my-experiment ./my-experiment-v2

Add a role to a team.

cliq team add-role <team> <role> [options]
ArgumentDescription
teamTeam to add the role to
roleRole name to add
OptionDescription
--from <path>If --from is provided, copies from the given file path. Otherwise creates a blank role file.
Terminal window
cliq team add-role my-pipeline reviewer
cliq team add-role my-pipeline my-reviewer --from ./templates/reviewer.md

Remove a role from a team.

cliq team remove-role <team> <role>
ArgumentDescription
teamTeam to remove the role from
roleRole to remove
Terminal window
cliq team remove-role my-pipeline reviewer

Generate a sequential workflow from the team’s roles, or import a workflow from a file.

cliq team gen-workflow <team> [file] [options]
ArgumentDescription
teamTeam to generate the workflow for
fileYAML file to import as the workflow (optional)
OptionDescription
--editOpen team.yml in editor after generating

If the team already has a workflow, you are prompted to confirm replacement.

Terminal window
cliq team gen-workflow my-pipeline
cliq team gen-workflow my-pipeline workflow.yml --edit

Open a team’s team.yml in your editor.

cliq team edit-workflow <team>
ArgumentDescription
teamTeam whose workflow to edit

Vendor teams (@cliq scope) cannot be edited directly — copy first with cliq team copy.

Terminal window
cliq team edit-workflow my-pipeline

Validate a team definition for consistency.

cliq team validate <name>
ArgumentDescription
nameTeam to validate
Terminal window
cliq team validate my-pipeline

Publish a team from a local path to a CliqHub registry. Reads name, scope, and version from team.yml. Rejects @local scope.

cliq team publish <path> [registry] [options]
ArgumentDescription
pathLocal filesystem path to the team
registryTarget registry URL (optional; defaults to settings.hub.registry_url). Use hub:// to be explicit about the default
OptionDescription
--access <level>Visibility: public (default), private, or draft
-m, --message <text>Changelog message for this version

Requires cliq hub login first.

Terminal window
cliq team publish ./@myorg/tdd-pipeline
cliq team publish ./my-team --access private
cliq team publish ./@myorg/tdd-pipeline hub://
cliq team publish ./@myorg/tdd-pipeline https://other.registry
cliq team publish ./@myorg/tdd-pipeline -m "Added security audit phase"

Bump the semantic version in a team’s team.yml. If the team is in a git repository, automatically stages the file, commits with message vX.Y.Z, and creates a git tag. See Versioning for details.

cliq team version <bump> [ref] [options]
ArgumentDescription
bumpBump type: patch, minor, or major
refTeam reference (optional — defaults to the team in the current directory)
OptionDescription
--no-gitSkip git commit and tag

If no version exists yet, any bump type produces 1.0.0.

Terminal window
cliq team version patch @myorg/my-pipeline # 1.2.0 → 1.2.1
cliq team version minor @myorg/my-pipeline # 1.2.0 → 1.3.0
cliq team version major @myorg/my-pipeline # 1.2.0 → 2.0.0
cliq team version patch @myorg/my-pipeline --no-git # skip git operations

List installed teams with versions and source, grouped by scope. Each team’s team.yml is validated during listing — issues are surfaced inline with a ⚠ warning:

  • Unparseable YAML — the file could not be parsed.
  • Missing name — the name field is absent.
  • Bare name — the name is not in the required @scope/name format.
  • Name / directory mismatch — the name in team.yml does not match the directory structure.
  • Unscoped directory — the team directory is not inside a @scope/ parent.
cliq team list

Example output:

Teams:
@cliq
tdd
tdd-git
@local
my-team
broken-team ⚠ team.yml missing "name" field

Show detailed team information. Use hub://@scope/name for registry info. Displays workflow DAG, phases, roles, external data, and A2A metadata. Emits a warning if the team.yml name does not match the directory-derived reference.

cliq team info <ref> [--brief]
ArgumentDescription
refTeam to display (@scope/name or hub://@scope/name)
OptionDescription
--briefCompact one-line-per-field output
Terminal window
cliq team info @cliq/feature-dev-js
cliq team info @local/my-pipeline
cliq team info hub://@acme/deploy
cliq team info @cliq/feature-dev-js --brief

Each cliq run creates a tmux session whose name is the instance ID (e.g. myproject-a1b2c3), enabling multiple concurrent pipelines across different projects (or A2A tasks). When instance_id is omitted from commands below, it is read from .cliq/cliq.id in the current directory.

List all active cliq tmux sessions across all projects.

cliq instance list

Shows the instance ID for each active session.


Attach to a cliq tmux session.

cliq instance attach [instance_id]
ArgumentDescription
instance_idInstance to attach to (optional; defaults to current project)
Terminal window
cliq instance attach
cliq instance attach myproject-a1b2c3

Kill a cliq tmux session.

cliq instance kill [instance_id]
ArgumentDescription
instance_idInstance to kill (optional; defaults to current project)
Terminal window
cliq instance kill
cliq instance kill myproject-a1b2c3

The local server provides an HTTP/WebSocket API for the dashboard, A2A agent communication, and mesh networking.

Start the local cliq server.

cliq server start [options]
OptionDescription
-p, --port <port>Port number (default: 4100)
--a2aEnable A2A agent mode (join configured meshes)
--mesh <names...>Activate specific mesh(es) by name (implies --a2a)
--public-url <url>Public URL for agent card and mesh registration (e.g. ngrok tunnel; implies --a2a)
Terminal window
cliq server start
cliq server start -p 8080
cliq server start --a2a
cliq server start --mesh production staging
cliq server start --public-url https://abc123.ngrok.io

Stop the running cliq server.

cliq server stop

Show server status including PID, port, and uptime.

cliq server status

Built-in verification tools used by workflow checks and agents. Each tool exits with code 0 on success and 1 on failure.

Run a built-in tool by name. Each tool exits with code 0 on success and 1 on failure.

cliq tool run <name>
ArgumentDescription
nameTool name (pull, push, pr-exists, create-pr)

Check whether an open pull request exists for the current branch. Works with both GitHub and Bitbucket Cloud — the provider is auto-detected from the git remote URL.

cliq tool run pr-exists

Reads the current branch and remote URL from git, then queries the provider API. Exits 0 if an open PR is found, 1 otherwise. Commonly used in exec phase commands:

- name: git-verify
type: exec
commands:
- name: pr-exists
run: "cliq tool run pr-exists"

Requires provider credentials in integrations.github or integrations.bitbucket. See Integrations for setup.


Create a pull request via the configured git provider. Reads the current branch, remote URL, and builds the PR title and body from the task board and req spec. Returns the PR URL on success.

cliq tool run create-pr

Used by the git-finalize agent to create PRs without direct API calls, making the agent provider-agnostic. For GitHub, also applies labels and requests reviewers if configured in settings.

Requires the same provider credentials as pr-exists. See Integrations for setup.


Pull external content into the workspace. An escape hatch for dynamic, mid-pipeline pulls.

cliq tool run pull <url> --name <slug> [--format raw]
Argument/OptionDescription
urlSource URL to fetch
--name <slug>Name slug for the pulled content (required)
--format <format>auto (default) or raw — controls conversion
Terminal window
cliq tool run pull https://example.com/report.html --name market-report
cliq tool run pull https://example.com/data.xlsx --name raw-data --format raw

Push a local file to an external destination. An escape hatch for dynamic, mid-pipeline pushes.

cliq tool run push <file> --to <dest> [--mode <mode>] [--name <title>]
Argument/OptionDescription
fileLocal file path relative to project root
--to <dest>Destination URI (required)
--mode <mode>create (default), append, or replace
--name <title>Name for the created file (used with create mode)
Terminal window
cliq tool run push reports/analysis.md --to "gdoc://abc123" --mode replace
cliq tool run push deliverable.pdf --to "gdrive://folder-id/" --mode create --name "Final Report"

List all available tools with their descriptions.

cliq tool list

CodeMeaning
0Success
1Failure — invalid arguments, command error, tool failure, or failed environment check

Commands that encounter errors set process.exitCode = 1. Uncaught exceptions and unhandled promise rejections also result in exit code 1.


VariableDescription
CLIQ_HOMEOverride the default cliq home directory (~/.cliqrc)
EDITOREditor opened by team edit-workflow and --edit flags