CLI reference
Command cheatsheet for the hypequery CLI
CLI reference
The hypequery CLI provides commands for scaffolding, generating types, and running development servers. Every command expects access to your ClickHouse credentials via the prompts presented during init or via the CLICKHOUSE_* environment variables listed below.
Which command should I use?
Use the CLI commands for different jobs:
| Command | Use it when | What it does |
|---|---|---|
hypequery generate | You already have a project and need fresh schema types | Connects to ClickHouse and regenerates your TypeScript schema file |
hypequery init | You want the CLI to scaffold an analytics/ folder for you | Writes starter files like client.ts, schema.ts, and queries.ts |
hypequery dev | You already have queries and want a local runtime server | Runs the local @hypequery/serve dev server with docs and hot reload |
The most common confusion is between init and generate:
initscaffolds a project structuregeneraterefreshes schema types from your current ClickHouse database
If you have already created your analytics folder and only need updated types, run hypequery generate.
Installation
No installation required! Run commands directly with npx:
npx @hypequery/cli init
npx @hypequery/cli devFor frequent use, install as a dev dependency:
npm install -D @hypequery/cli
# or
pnpm add -D @hypequery/cliThen use the shorter hypequery command:
npx hypequery init
npx hypequery devTypeScript support
hypequery dev can load .ts and .tsx query files directly. The CLI bundles your entry file in-process before importing it, so no separate TypeScript runtime is required. If you already compile to JavaScript, you can still target the generated .js file instead.
Commands at a glance
| Command | Purpose |
|---|---|
hypequery init | Scaffold the analytics/ folder, collect ClickHouse credentials, and optionally create an example query |
hypequery dev [queries-file] | Run the local dev server backed by @hypequery/serve with hot reload |
hypequery generate | Rebuild analytics/schema.ts from your current ClickHouse schema |
The sections below expand on the supported options and expected behavior for each command.
hypequery init
# Without installation
npx @hypequery/cli init [options]
# With installation
npx hypequery init [options]Options:
--database <type>– Database type (currently onlyclickhouse)--path <dir>– Target directory forclient.ts,schema.ts, andqueries.ts. Defaults toanalytics/--no-example– Skip generating the sample query--no-interactive– Skip prompts and read the ClickHouse URL/database/user/password fromCLICKHOUSE_*env vars. The command fails if any required variable is missing--force– Overwrite existing files without asking--skip-connection– Skip the initial ClickHouse connectivity test and scaffold files without validating the connection first
What it does:
During the flow the CLI tests your ClickHouse connection immediately using the credentials you provide. On success it:
- Writes
.envwith your connection details - Generates
client.ts,schema.ts, andqueries.tsin the selected directory - Creates or updates
.gitignoreto protect secrets - Installs the scaffold dependencies the generated files expect
- Prints follow-up instructions for
hypequery dev
The generated scaffold is written for modern ESM and NodeNext-style resolution, so local relative imports include the .js extension where needed.
Use init when you want the CLI to create the starting files for you. If those files already exist and you only need to refresh schema.ts, use generate instead.
Example:
# Interactive mode (recommended)
npx @hypequery/cli init
# Non-interactive with custom path
npx @hypequery/cli init --path src/analytics --no-interactivehypequery dev [file]
# Without installation
npx @hypequery/cli dev [path/to/queries.ts] [options]
# With installation
npx hypequery dev [path/to/queries.ts] [options]Options:
[file]– Optional path to yourqueries.ts. Defaults toanalytics/queries.ts,src/analytics/queries.ts, or the nearesthypequery.ts-p, --port <port>– Desired port (default:4000)-h, --hostname <host>– Bind address (default:localhost)--no-watch– Run once without watching for file changes--open– Open the local server URL in your default browser after the server starts-q, --quiet– Reduce startup noise
What it does:
The dev server:
- Loads your ClickHouse schema to display table counts
- Registers all queries from your queries file
- Starts a local HTTP server for your queries
- Provides interactive API documentation at
/docs - Auto-reloads on file changes (unless
--no-watch) - Displays query execution stats
When --open is set, the CLI opens your browser to the local server URL.
Example:
# Basic usage
npx @hypequery/cli dev
# Custom port with browser auto-open
npx @hypequery/cli dev --port 3000 --open
# Run once without file watching
npx @hypequery/cli dev --no-watchTypeScript files:
Point the command at your TypeScript entry point (for example analytics/queries.ts) and the CLI loads it via the embedded runtime. No separate tsx install is necessary.
hypequery generate
# Without installation
npx @hypequery/cli generate [options]
# With installation
npx hypequery generate [options]hypequery generate auto-detects your database configuration (currently ClickHouse) and ships with the necessary driver, so there’s no extra package to install. Use --database <type> once additional drivers become available or you want to override detection.
This is the command most users want after initial setup. Run it whenever your ClickHouse schema changes and you need to refresh the generated TypeScript types.
Options:
--output <file>– Where to write the generated types. Defaults to your existinganalytics/schema.tsoranalytics/schema.tsif not found--tables <names>– Comma-separated list of tables to include. By default all ClickHouse tables are introspected--database <type>– Override the detected database driver (currently onlyclickhouse)
What it does:
The generator:
- Connects to ClickHouse using your
CLICKHOUSE_*env variables - Introspects your database schema
- Generates TypeScript interfaces for all tables
- Updates your schema file with type-safe definitions
The generator shares the CLICKHOUSE_* configuration with the rest of the CLI, so ensure those env vars are set (or run hypequery init first).
Unlike init, generate does not scaffold client.ts or queries.ts. It only updates the generated schema types.
Example:
# Generate all tables
npx @hypequery/cli generate
# Generate specific tables only
npx @hypequery/cli generate --tables users,eventsEnvironment variables
These variables are read whenever the CLI talks to ClickHouse (either during init in non-interactive mode or during later commands):
| Variable | Description |
|---|---|
CLICKHOUSE_URL | Fully-qualified ClickHouse URL, e.g. https://example.clickhouse.cloud:8443 |
CLICKHOUSE_DATABASE | Database to target (defaults to default) |
CLICKHOUSE_USER | Username used for CLI connections |
CLICKHOUSE_PASSWORD | Password or token |
CLICKHOUSE_HOST / CLICKHOUSE_USERNAME / CLICKHOUSE_PASS | Backward-compatible aliases also detected by the CLI |
Set these in your .env (the init command will scaffold this file for you) or export them in CI/CD before running CLI commands.
Troubleshooting
Connection errors
Verify the environment variables above and ensure network access to ClickHouse. The CLI reports detailed errors with actionable hints:
ECONNREFUSED– ClickHouse is not running or the URL/port is wrongAuthentication failed– Check username and password- TLS errors – Verify SSL configuration
Missing files
Run hypequery init --force to regenerate the analytics/ folder if it was removed.
TypeScript errors
If you see "Unexpected token" or syntax errors when running hypequery dev, the usual causes are:
- A broken import path
- A missing dependency in your project
- A
tsconfig.jsonmismatch affecting module resolution
As a fallback, compile your TypeScript first:
tsc src/analytics/queries.ts
npx @hypequery/cli dev src/analytics/queries.jsWrong file or export
If the CLI reports that your file doesn't export an API properly:
- Ensure your queries file exports an
apivariable created fromserve({ queries }) - Check the error message for the list of exports found
- See the expected format in the error message
Example of correct format:
import { initServe } from '@hypequery/serve';
const { query, serve } = initServe({
context: () => ({ db }),
});
const myQuery = query({
query: async ({ ctx }) => {
// ...
},
});
export const api = serve({
queries: { myQuery },
});