| name | pp-clickhouse-cloud | |||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| description | Printing Press CLI for Clickhouse Cloud. | |||||||||||||||||
| author | Dhilip Subramanian | |||||||||||||||||
| license | Apache-2.0 | |||||||||||||||||
| argument-hint | <command> [args] | install cli|mcp | |||||||||||||||||
| allowed-tools | Read Bash | |||||||||||||||||
| metadata |
|
This skill drives the clickhouse-cloud-pp-cli binary. You must verify the CLI is installed before invoking any command from this skill. If it is missing, install it first:
- Install via the Printing Press installer. It defaults binaries to
$HOME/.local/binon macOS/Linux and%LOCALAPPDATA%\Programs\PrintingPress\binon Windows:npx -y @mvanhorn/printing-press-library install clickhouse-cloud --cli-only
- Verify:
clickhouse-cloud-pp-cli --version - Ensure the reported install directory is on
$PATHfor the agent/runtime that will invoke this skill.
If the npx install fails (no Node, offline, etc.), fall back to a direct Go install (requires Go 1.26.6 or newer). This installs into $GOPATH/bin (default $HOME/go/bin), so add that directory to $PATH instead:
go install github.com/mvanhorn/printing-press-library/library/cloud/clickhouse-cloud/cmd/clickhouse-cloud-pp-cli@latestIf --version reports "command not found" after install, the runtime cannot see the binary directory on $PATH. Do not proceed with skill commands until verification succeeds.
activities — Manage activities
clickhouse-cloud-pp-cli activities activity-get— Returns a single organization activity by ID.clickhouse-cloud-pp-cli activities activity-get-list— Returns a list of all organization activities.
byoc-infrastructure — Manage byoc infrastructure
clickhouse-cloud-pp-cli byoc-infrastructure create— Create a new BYOC Infrastructure in the organization. Returns the configuration of the newly created infrastructureclickhouse-cloud-pp-cli byoc-infrastructure delete— Removes a BYOC Infrastructure from the organizationclickhouse-cloud-pp-cli byoc-infrastructure update— Update configuration of the BYOC infrastructure. Returns the modified infrastructure
invitations — Manage invitations
clickhouse-cloud-pp-cli invitations create— Creates organization invitation.clickhouse-cloud-pp-cli invitations delete— Deletes a single organization invitation.clickhouse-cloud-pp-cli invitations get— Returns details for a single organization invitation.clickhouse-cloud-pp-cli invitations get-list— Returns list of all organization invitations.
keys — Manage keys
clickhouse-cloud-pp-cli keys openapi-create— Creates new API key.clickhouse-cloud-pp-cli keys openapi-delete— Deletes API key. Only a key not used to authenticate the active request can be deleted.clickhouse-cloud-pp-cli keys openapi-get— Returns a single key details.clickhouse-cloud-pp-cli keys openapi-get-list— Returns a list of all keys in the organization.clickhouse-cloud-pp-cli keys openapi-update— Updates API key properties.
members — Manage members
clickhouse-cloud-pp-cli members delete— Removes a user from the organizationclickhouse-cloud-pp-cli members get— Returns a single organization member details.clickhouse-cloud-pp-cli members get-list— Returns a list of all members in the organization.clickhouse-cloud-pp-cli members update— Updates organization member role.
organizations — Manage organizations
clickhouse-cloud-pp-cli organizations get— Returns details of a single organization. In order to get the details, the auth key must belong to the organization.clickhouse-cloud-pp-cli organizations get-list— Returns a list with a single organization associated with the API key in the request.clickhouse-cloud-pp-cli organizations update— Updates organization fields. Requires ADMIN auth key role.
postgres — Manage postgres
clickhouse-cloud-pp-cli postgres org-prometheus-get— Disclaimer: This beta endpoint is evolving; the API contract may change.clickhouse-cloud-pp-cli postgres service-create— This endpoint is in beta. API contract is stable, and no breaking changes are expected in the future.clickhouse-cloud-pp-cli postgres service-delete— This endpoint is in beta. API contract is stable, and no breaking changes are expected in the future.clickhouse-cloud-pp-cli postgres service-get— This endpoint is in beta. API contract is stable, and no breaking changes are expected in the future.clickhouse-cloud-pp-cli postgres service-get-list— This endpoint is in beta. API contract is stable, and no breaking changes are expected in the future.clickhouse-cloud-pp-cli postgres service-patch— This endpoint is in beta. API contract is stable, and no breaking changes are expected in the future.
private-endpoint-config — Manage private endpoint config
clickhouse-cloud-pp-cli private-endpoint-config <organizationId>— Deprecated. Please follow [documentation](https://clickhouse.
prometheus — Manage prometheus
clickhouse-cloud-pp-cli prometheus <organizationId>— Returns prometheus metrics for all services in an organization.
roles — Manage roles
clickhouse-cloud-pp-cli roles delete— Deletes an existing custom role. System roles cannot be deleted.clickhouse-cloud-pp-cli roles get— Returns details for a specific role.clickhouse-cloud-pp-cli roles get-list— Returns all available roles (system + custom) for an organization.clickhouse-cloud-pp-cli roles patch— Updates an existing custom role. System roles cannot be updated.clickhouse-cloud-pp-cli roles post— Creates a new custom role for an organization with specified policies and actors.
services — Manage services
clickhouse-cloud-pp-cli services instance-create— Creates a new service in the organization, and returns the current service state and a password to access the service.clickhouse-cloud-pp-cli services instance-delete— Deletes the service. The service must be in stopped state and is deleted asynchronously after this method call.clickhouse-cloud-pp-cli services instance-get— Returns a service that belongs to the organizationclickhouse-cloud-pp-cli services instance-get-list— Returns a list of all services in the organization.clickhouse-cloud-pp-cli services instance-update— Updates basic service details like service name or IP access list.
usage-cost — Manage usage cost
clickhouse-cloud-pp-cli usage-cost <organizationId>— Returns a grand total and a list of daily
When you know what you want to do but not which command does it, ask the CLI directly:
clickhouse-cloud-pp-cli which "<capability in your own words>"which resolves a natural-language capability query to the best matching command from this CLI's curated feature index. Exit code 0 means at least one match; exit code 2 means no confident match — fall back to --help or use a narrower query.
Run clickhouse-cloud-pp-cli auth setup to print the URL and steps for getting a key (add --launch to open the URL). Then set:
export CLICKHOUSE_CLOUD_USERNAME="<your-key-id>"
export CLICKHOUSE_CLOUD_PASSWORD="<your-key-secret>"To persist credentials, use clickhouse-cloud-pp-cli auth set-token <key-id> <key-secret>. Stored secrets live in credentials.toml under the data dir, not in config.toml.
Run clickhouse-cloud-pp-cli doctor to verify setup.
Add --agent to any command. Expands to: --json --compact --no-input --no-color --yes.
-
Pipeable — JSON on stdout, errors on stderr
-
Filterable —
--selectkeeps a subset of fields. Dotted paths descend into nested structures; arrays traverse element-wise. Critical for keeping context small on verbose APIs:clickhouse-cloud-pp-cli invitations get mock-value mock-value --agent --select id,name,status
-
Previewable —
--dry-runshows the request without sending -
Offline-friendly — sync/search commands can use the local SQLite store when available
-
Non-interactive — never prompts, every input is a flag
-
Explicit retries — use
--idempotentonly when an already-existing create should count as success, and--ignore-missingonly when a missing delete target should count as success
Commands that read from the local store or the API wrap output in a provenance envelope:
{
"meta": {"source": "live" | "local", "synced_at": "...", "reason": "..."},
"results": <data>
}Parse .results for data and .meta.source to know whether it's live or local. A human-readable N results (live) summary is printed to stderr only when stdout is a terminal AND no machine-format flag (--json, --csv, --compact, --quiet, --plain, --select) is set — piped/agent consumers and explicit-format runs get pure JSON on stdout.
Agents should treat the CLI's path resolver as part of the runtime contract:
-
Use
--home <dir>for one invocation, or setCLICKHOUSE_CLOUD_HOME=<dir>to relocate all four path kinds under one root. -
Use per-kind env vars only when a specific kind must diverge:
CLICKHOUSE_CLOUD_CONFIG_DIR,CLICKHOUSE_CLOUD_DATA_DIR,CLICKHOUSE_CLOUD_STATE_DIR,CLICKHOUSE_CLOUD_CACHE_DIR. -
Resolution order is per-kind env var,
--home,CLICKHOUSE_CLOUD_HOME, XDG (XDG_CONFIG_HOME,XDG_DATA_HOME,XDG_STATE_HOME,XDG_CACHE_HOME), then platform defaults. -
configcontains settings likeconfig.tomland profiles.datacontainscredentials.toml,data.db, cookies, and auth sidecars.statecontains persisted queries, jobs, andteach.log.cachecontains regenerable HTTP/cache files. -
Stored secrets live in
credentials.tomlunder the data dir. Existing legacyconfig.tomlsecrets are read for compatibility and leaveconfig.tomlon the first auth write. -
Run
clickhouse-cloud-pp-cli doctor --fail-on warnto surface path and credential-location warnings.agent-contextexposes a schema v4pathsblock for agents that need the resolved dirs. -
For MCP, pass relocation through the MCP host config. The MCP binary does not inherit CLI flags:
{ "mcpServers": { "clickhouse-cloud": { "command": "clickhouse-cloud-pp-mcp", "env": { "CLICKHOUSE_CLOUD_HOME": "/srv/clickhouse-cloud" } } } }
Fleet precedence: an inherited per-kind env var overrides an explicit --home for that kind. Use CLICKHOUSE_CLOUD_HOME or per-kind vars as durable fleet levers, and use --home only for a single invocation. Relocation is not reversible by unsetting env vars; move files manually before clearing CLICKHOUSE_CLOUD_HOME, or doctor will not find credentials left under the former root.
When you (or the agent) notice something off about this CLI, record it:
clickhouse-cloud-pp-cli feedback "the --since flag is inclusive but docs say exclusive"
clickhouse-cloud-pp-cli feedback --stdin < notes.txt
clickhouse-cloud-pp-cli feedback list --json --limit 10
Entries are stored locally as feedback.jsonl under the resolved data dir. They are never POSTed unless CLICKHOUSE_CLOUD_FEEDBACK_ENDPOINT is set AND either --send is passed or CLICKHOUSE_CLOUD_FEEDBACK_AUTO_SEND=true. Default behavior is local-only.
Write what surprised you, not a bug report. Short, specific, one line: that is the part that compounds.
Every command accepts --deliver <sink>. The output goes to the named sink in addition to (or instead of) stdout, so agents can route command results without hand-piping. Three sinks are supported:
| Sink | Effect |
|---|---|
stdout |
Default; write to stdout only |
file:<path> |
Atomically write output to <path> (tmp + rename) |
webhook:<url> |
POST the output body to the URL (application/json or application/x-ndjson when --compact) |
Unknown schemes are refused with a structured error naming the supported set. Webhook failures return non-zero and log the URL + HTTP status on stderr.
A profile is a saved set of flag values, reused across invocations. Use it when a scheduled agent calls the same command every run with the same configuration - HeyGen's "Beacon" pattern.
clickhouse-cloud-pp-cli profile save briefing --json
clickhouse-cloud-pp-cli --profile briefing invitations get mock-value mock-value
clickhouse-cloud-pp-cli profile list --json
clickhouse-cloud-pp-cli profile show briefing
clickhouse-cloud-pp-cli profile delete briefing --yes
Explicit flags always win over profile values; profile values win over defaults. agent-context lists all available profiles under available_profiles so introspecting agents discover them at runtime.
For endpoints that submit long-running work, the generator detects the submit-then-poll pattern (a job_id/task_id/operation_id field in the response plus a sibling status endpoint) and wires up three extra flags on the submitting command:
| Flag | Purpose |
|---|---|
--wait |
Block until the job reaches a terminal status instead of returning the job ID immediately |
--wait-timeout |
Maximum wait duration (default 10m, 0 means no timeout) |
--wait-interval |
Initial poll interval (default 2s; grows with exponential backoff up to 30s) |
Use async submission without --wait when you want to fire-and-forget; use --wait when you want one command to return the finished artifact.
| Code | Meaning |
|---|---|
| 0 | Success |
| 2 | Usage error (wrong arguments) |
| 3 | Resource not found |
| 4 | Authentication required |
| 5 | API error (upstream issue) |
| 7 | Rate limited (wait and retry) |
| 10 | Config error |
Parse $ARGUMENTS:
- Empty,
help, or--help→ showclickhouse-cloud-pp-cli --helpoutput - Starts with
install→ ends withmcp→ MCP installation; otherwise → see Prerequisites above - Anything else → Direct Use (execute as CLI command with
--agent)
- Install the MCP server:
go install github.com/mvanhorn/printing-press-library/library/cloud/clickhouse-cloud/cmd/clickhouse-cloud-pp-mcp@latest
- Register
clickhouse-cloud-pp-mcpwith your MCP-compatible host using that host's add-server flow. - Verify the host can launch
clickhouse-cloud-pp-mcp.
- Check if installed:
which clickhouse-cloud-pp-cliIf not found, offer to install (see Prerequisites at the top of this skill). - Match the user query to the best command from the Unique Capabilities and Command Reference above.
- Execute with the
--agentflag:clickhouse-cloud-pp-cli <command> [subcommand] [args] --agent
- If ambiguous, drill into subcommand help:
clickhouse-cloud-pp-cli <command> --help.