npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@backtest-kit/cli

v6.11.0

Published

Zero-boilerplate CLI runner for backtest-kit strategies. Run backtests, paper trading, and live bots with candle cache warming, web dashboard, and Telegram notifications — no setup code required.

Downloads

4,103

Readme

📟 @backtest-kit/cli

Zero-boilerplate CLI for launching backtests, paper trading, and live trading. Run any backtest-kit strategy from the command line — no setup code required.

screenshot

Ask DeepWiki npm TypeScript

Point the CLI at your strategy file, choose a mode, and it handles exchange connectivity, candle caching, UI dashboard, and Telegram notifications for you.

📚 Backtest Kit Docs | 🌟 GitHub

✨ Features

  • 🚀 Zero Config: Run npx @backtest-kit/cli --backtest ./strategy.mjs — no boilerplate needed
  • 🔄 Four Modes: Backtest on historical data, walker A/B comparison, paper trade on live prices, or deploy live bots
  • 💾 Auto Candle Cache: Warms OHLCV cache for all required intervals before backtest starts
  • 🌐 Web Dashboard: Launch @backtest-kit/ui with a single --ui flag
  • 📬 Telegram Alerts: Send formatted trade notifications with charts via --telegram
  • 🔌 Default Binance: CCXT Binance exchange schema registered automatically when none is provided
  • 🧩 Module Hooks: Drop a live.module.mjs, paper.module.mjs, or backtest.module.mjs to register a Broker adapter. No manual wiring needed.
  • 🗃️ Transactional Live Orders: Broker adapter intercepts every trade mutation before internal state changes — exchange rejection rolls back the operation atomically.
  • 🔑 Pluggable Logger: Override the built-in logger with setLogger() from your strategy module
  • 🛑 Graceful Shutdown: SIGINT stops the active run and cleans up all subscriptions safely

📋 What It Does

@backtest-kit/cli wraps the backtest-kit engine and resolves all scaffolding automatically:

| Mode | Command Line Args | Description | |------------------|----------------------------|----------------------------------------------| | Backtest | --backtest | Run strategy on historical candle data | | Walker | --walker | A/B compare multiple strategies on the same historical data | | Paper | --paper | Live prices, no real orders | | Live | --live | Real trades via exchange API | | UI Dashboard | --ui | Web dashboard at http://localhost:60050 | | Telegram | --telegram | Trade notifications with price charts | | PineScript | --pine | Run a local .pine indicator against exchange data | | Candle Dump | --dump | Fetch and save raw OHLCV candles to a file | | Init Project | --init | Scaffold a new backtest-kit project |

🚀 Installation

Add @backtest-kit/cli to your project and wire it up in package.json scripts:

npm install @backtest-kit/cli
{
  "scripts": {
    "backtest": "npx @backtest-kit/cli --backtest ./src/index.mjs",
    "paper":    "npx @backtest-kit/cli --paper    ./src/index.mjs",
    "start":    "npx @backtest-kit/cli --live     ./src/index.mjs"
  },
  "dependencies": {
    "@backtest-kit/cli": "latest",
    "backtest-kit": "latest",
    "ccxt": "latest"
  }
}

Or run once without installing:

npx @backtest-kit/cli --backtest ./src/index.mjs

📖 Quick Start

Create your strategy entry point (src/index.mjs). The file registers schemas via backtest-kit@backtest-kit/cli is only the runner:

// src/index.mjs
import { addStrategySchema, addExchangeSchema, addFrameSchema } from 'backtest-kit';
import ccxt from 'ccxt';

// Register exchange
addExchangeSchema({
  exchangeName: 'binance',
  getCandles: async (symbol, interval, since, limit) => {
    const exchange = new ccxt.binance();
    const ohlcv = await exchange.fetchOHLCV(symbol, interval, since.getTime(), limit);
    return ohlcv.map(([timestamp, open, high, low, close, volume]) => ({
      timestamp, open, high, low, close, volume,
    }));
  },
  formatPrice: (symbol, price) => price.toFixed(2),
  formatQuantity: (symbol, quantity) => quantity.toFixed(8),
});

// Register frame (backtest only)
addFrameSchema({
  frameName: 'feb-2024',
  interval: '1m',
  startDate: new Date('2024-02-01'),
  endDate: new Date('2024-02-29'),
});

// Register strategy
addStrategySchema({
  strategyName: 'my-strategy',
  interval: '15m',
  getSignal: async (symbol) => {
    // return signal or null
    return null;
  },
});

Run a backtest:

npm run backtest -- --symbol BTCUSDT

Run with UI dashboard and Telegram:

npm run backtest -- --symbol BTCUSDT --ui --telegram

Run live trading:

npm start -- --symbol BTCUSDT --ui

🎛️ CLI Flags

| Command Line Args | Type | Description | |---------------------------|---------|--------------------------------------------------------------------| | --backtest | boolean | Run historical backtest (default: false) | | --walker | boolean | Run Walker A/B strategy comparison (default: false) | | --paper | boolean | Paper trading (live prices, no orders) (default: false) | | --live | boolean | Run live trading (default: false) | | --ui | boolean | Start web UI dashboard (default: false) | | --telegram | boolean | Enable Telegram notifications (default: false) | | --verbose | boolean | Log each candle fetch (default: false) | | --noCache | boolean | Skip candle cache warming before backtest (default: false) | | --symbol | string | Trading pair (default: "BTCUSDT") | | --strategy | string | Strategy name (default: first registered) | | --exchange | string | Exchange name (default: first registered) | | --frame | string | Backtest frame name (default: first registered) | | --cacheInterval | string | Intervals to pre-cache before backtest (default: "1m, 15m, 30m, 4h") |

Positional argument (required): path to your strategy entry point file (set once in package.json scripts).

{
  "scripts": {
    "backtest": "npx @backtest-kit/cli --backtest ./src/index.mjs"
  }
}

🏃 Execution Modes

Backtest

Runs the strategy against historical candle data using a registered FrameSchema.

{
  "scripts": {
    "backtest": "npx @backtest-kit/cli --backtest --symbol ETHUSDT --strategy my-strategy --exchange binance --frame feb-2024 --cacheInterval \"1m, 15m, 1h, 4h\" ./src/index.mjs"
  }
}
npm run backtest

Before running, the CLI warms the candle cache for every interval in --cacheInterval. On the next run, cached data is used directly — no API calls needed. Pass --noCache to skip this step entirely.

Paper Trading

Connects to the live exchange but does not place real orders. Identical code path to live — safe for strategy validation.

{
  "scripts": {
    "paper": "npx @backtest-kit/cli --paper --symbol BTCUSDT ./src/index.mjs"
  }
}
npm run paper

Live Trading

Deploys a real trading bot. Requires exchange API keys configured in your .env or environment.

{
  "scripts": {
    "start": "npx @backtest-kit/cli --live --ui --telegram --symbol BTCUSDT ./src/index.mjs"
  }
}
npm start

Walker — A/B Strategy Comparison

Runs the same historical period against multiple strategy files and prints a ranked comparison report. Use it to pick the best variant before deploying to backtest or live.

{
  "scripts": {
    "walker": "npx @backtest-kit/cli --walker --symbol BTCUSDT --noCache ./content/feb_2026_v1.strategy.ts ./content/feb_2026_v2.strategy.ts ./content/feb_2026_v3.strategy.ts"
  }
}
npm run walker

Each positional argument is a separate strategy entry point. All files are loaded without changing process.cwd().env is read from the working directory only. After loading, addWalkerSchema is called automatically using the exchange and frame registered by the strategy files.

If no frame is registered, the CLI falls back to the last 31 days from Date.now() with a console warning.

Walker-specific flags:

| Flag | Type | Description | |------|------|-------------| | --walker | boolean | Enable Walker comparison mode | | --symbol | string | Trading pair (default: "BTCUSDT") | | --cacheInterval | string | Intervals to pre-cache (default: "1m, 15m, 30m, 4h") | | --noCache | boolean | Skip candle cache warming (default: false) | | --verbose | boolean | Log each candle fetch and strategy progress (default: false) | | --output | string | Output file base name (default: walker_{SYMBOL}_{TIMESTAMP}) | | --json | boolean | Save results as JSON to ./dump/<output>.json | | --markdown | boolean | Save report as Markdown to ./dump/<output>.md |

Output modes:

  • No flag — print Markdown report to stdout
  • --json — save Walker.getData() result as JSON and exit
  • --markdown — save Walker.getReport() as .md file and exit

Module hook: ./modules/walker.module is loaded automatically before the comparison starts (same rules as other modes — .ts, .mjs, .cjs tried in order).

Example — compare three variants and save the report:

npx @backtest-kit/cli --walker \
  --symbol BTCUSDT \
  --noCache \
  --markdown \
  --output feb_2026_comparison \
  ./content/feb_2026_v1.strategy.ts \
  ./content/feb_2026_v2.strategy.ts \
  ./content/feb_2026_v3.strategy.ts
# → ./dump/feb_2026_comparison.md

🗂️ Monorepo Usage

@backtest-kit/cli works out of the box in a monorepo where each strategy lives in its own subdirectory. When the CLI loads your entry point file, it automatically changes the working directory to the file's location — so all relative paths (dump/, modules/, template/) resolve inside that strategy's folder, not the project root.

How It Works

Internally, ResolveService does the following before executing your entry point:

process.chdir(path.dirname(entryPoint))  // cwd → strategy directory
dotenv.config({ path: rootDir + '/.env' })            // load root .env first
dotenv.config({ path: strategyDir + '/.env', override: true })  // strategy .env overrides

Everything that follows — candle cache warming, report generation, module loading, template resolution — uses the new cwd automatically.

Project Structure

monorepo/
├── package.json              # root scripts (one per strategy)
├── .env                      # shared API keys (exchange, Telegram, etc.)
└── strategies/
    ├── oct_2025/
    │   ├── index.mjs             # entry point — registers exchange/frame/strategy schemas
    │   ├── .env                  # overrides root .env for this strategy 
    │   ├── modules (optional)
    │   |    ├── live.module.mjs       # broker adapter for --live mode (optional)
    │   |    ├── paper.module.mjs      # broker adapter for --paper mode (optional)
    │   |    ├── backtest.module.mjs   # broker adapter for --backtest mode (optional)
    │   ├── template/             # custom Mustache templates (optional)
    │   └── dump/                 # auto-created: candle cache + backtest reports
    └── dec_2025/
        ├── index.mjs
        ├── .env
        └── dump/

Root package.json

{
  "scripts": {
    "backtest:oct": "npx @backtest-kit/cli --backtest ./strategies/oct_2025/index.mjs",
    "backtest:dec": "npx @backtest-kit/cli --backtest ./strategies/dec_2025/index.mjs"
  },
  "dependencies": {
    "@backtest-kit/cli": "latest",
    "backtest-kit": "latest",
    "ccxt": "latest"
  }
}
npm run backtest:oct
npm run backtest:dec

Isolated Resources Per Strategy

| Resource | Path (relative to strategy dir) | Isolated | |--------------------------|-----------------------------------|------------------| | Candle cache | ./dump/data/candle/ | ✅ per-strategy | | Backtest reports | ./dump/ | ✅ per-strategy | | Broker module (live) | ./modules/live.module.mjs | ✅ per-strategy | | Broker module (paper) | ./modules/paper.module.mjs | ✅ per-strategy | | Broker module (backtest) | ./modules/backtest.module.mjs | ✅ per-strategy | | Config module (walker) | ./modules/walker.module.mjs | ✅ loaded once | | Telegram templates | ./template/*.mustache | ✅ per-strategy | | Environment variables | ./.env (overrides root) | ✅ per-strategy |

Each strategy run produces its own dump/ directory, making it straightforward to compare results across time periods — both by inspection and by pointing an AI agent at a specific strategy folder.

🔗 Shared Import Aliases

@backtest-kit/cli automatically turns every top-level folder in process.cwd() into a bare import alias available inside any strategy file. No configuration needed — just create the folder.

How It Works

When the CLI loads a strategy file, it scans the current working directory for subdirectories and registers each one as an import alias. The alias name is the folder name. Both barrel imports and deep subpath imports are supported:

| Import | Resolves to | |--------|-------------| | import { fn } from "utils" | <cwd>/utils/index.ts (or .js, .mjs, .cjs) | | import { calcRSI } from "math/rsi" | <cwd>/math/rsi.ts | | import { research } from "logic" | <cwd>/logic/index.ts | | import { ResearchResponseContract } from "logic/contract/ResearchResponse.contract" | <cwd>/logic/contract/ResearchResponse.contract.ts |

Project Structure

my-project/
├── utils/                    ← import { formatDate } from "utils"
│   └── index.ts
├── math/                     ← import { calcRSI } from "math/rsi"
│   └── rsi.ts
├── logic/                    ← import { research } from "logic"
│   ├── index.ts              ←   barrel
│   └── contract/
│       └── ResearchResponse.contract.ts  ← import { ... } from "logic/contract/ResearchResponse.contract"
└── content/
    ├── feb_2026.strategy.ts  ← uses all three aliases freely
    └── mar_2026.strategy.ts  ← same aliases, no duplication

This lets you extract shared utilities, math helpers, or AI agent logic (e.g. agent-swarm-kit workflows) into named folders and reuse them across every strategy in the project without relative path hell.

TypeScript Support

Add a matching paths entry to your tsconfig.json so the editor resolves the aliases:

{
  "compilerOptions": {
    "moduleResolution": "bundler",
    "paths": {
      "logic": ["./logic/index.ts"],
      "logic/*": ["./logic/*"],
      "math": ["./math/index.ts"],
      "math/*": ["./math/*"],
      "utils": ["./utils/index.ts"],
      "utils/*": ["./utils/*"]
    }
  },
  "include": [
    "./logic",
    "./math",
    "./utils",
    "./content",
    "./modules",
  ],
}

🔔 Integrations

Web Dashboard (--ui)

Starts @backtest-kit/ui server. Access the interactive dashboard at:

http://localhost:60050

Customize host/port via environment variables CC_WWWROOT_HOST and CC_WWWROOT_PORT.

Telegram Notifications (--telegram)

Sends formatted HTML messages with 1m / 15m / 1h price charts to your Telegram channel for every position event: opened, closed, scheduled, cancelled, risk rejection, partial profit/loss, trailing stop/take, and breakeven.

Requires CC_TELEGRAM_TOKEN and CC_TELEGRAM_CHANNEL in your environment.

🧩 Module Hooks (Broker Adapter)

The CLI supports mode-specific module files that are loaded as side-effect imports before the strategy starts. Each file is expected to call Broker.useBrokerAdapter() from backtest-kit to register a broker adapter.

| Command Line Args | Module file | Loaded before | |-------------------|---------------------------------|-----------------------------| | --live | ./modules/live.module.mjs | Live.background() | | --paper | ./modules/paper.module.mjs | Live.background() (paper) | | --backtest | ./modules/backtest.module.mjs | Backtest.background() | | --walker | ./modules/walker.module.mjs | Walker.background() |

File is resolved relative to cwd (the strategy directory). All of .mjs, .cjs, .ts extensions are tried automatically. Missing module is a soft warning — not an error.

How It Works

The module file is a side-effect import. When the CLI loads it, your code runs and registers the adapter. From that point on, backtest-kit intercepts every trade-mutating call through the adapter before updating internal state — if the adapter throws, the position state is never changed.

// live.module.mjs
import { Broker } from 'backtest-kit';
import { myExchange } from './exchange.mjs';

class MyBroker {
  async onSignalOpenCommit({ symbol, priceOpen, direction }) {
    await myExchange.openPosition(symbol, direction, priceOpen);
  }

  async onSignalCloseCommit({ symbol, priceClosed }) {
    await myExchange.closePosition(symbol, priceClosed);
  }

  async onPartialProfitCommit({ symbol, cost, currentPrice }) {
    await myExchange.createOrder({
      symbol,
      side: 'sell',
      quantity: cost / currentPrice,
    });
  }

  async onAverageBuyCommit({ symbol, cost, currentPrice }) {
    await myExchange.createOrder({
      symbol,
      side: 'buy',
      quantity: cost / currentPrice,
    });
  }
}

Broker.useBrokerAdapter(MyBroker);

Broker.enable();

Available Broker Hooks

| Method | Payload type | Triggered on | |--------------------------|------------------------------|---------------------------| | onSignalOpenCommit | BrokerSignalOpenPayload | Position activation | | onSignalCloseCommit | BrokerSignalClosePayload | SL / TP / manual close | | onPartialProfitCommit | BrokerPartialProfitPayload | PP | | onPartialLossCommit | BrokerPartialLossPayload | PL | | onTrailingStopCommit | BrokerTrailingStopPayload | SL adjustment | | onTrailingTakeCommit | BrokerTrailingTakePayload | TP adjustment | | onBreakevenCommit | BrokerBreakevenPayload | SL moved to entry | | onAverageBuyCommit | BrokerAverageBuyPayload | DCA entry |

All methods are optional. Unimplemented hooks are silently skipped. In backtest mode all broker calls are skipped automatically — no adapter code runs during backtests.

TypeScript

import { Broker, IBroker, BrokerSignalOpenPayload, BrokerSignalClosePayload } from 'backtest-kit';

class MyBroker implements Partial<IBroker> {
  async onSignalOpenCommit(payload: BrokerSignalOpenPayload) {
    // place open order on exchange
  }

  async onSignalCloseCommit(payload: BrokerSignalClosePayload) {
    // place close order on exchange
  }
}

Broker.useBrokerAdapter(MyBroker);

Broker.enable();

📦 Supported Entry Point Formats

@backtest-kit/cli automatically detects the format of your strategy file and loads it with the appropriate runtime — no flags or configuration required.

| Format | Extension | Runtime | Use Case | |--------|-----------|---------|----------| | TypeScript | .ts | tsx via tsImport() | TypeScript strategies with cross-imports (ESM ↔ CJS) | | ES Module | .mjs | Native import() | Modern JavaScript with top-level await and ESM syntax | | CommonJS | .cjs | Native require() | Legacy or dual-package strategies |

TypeScript (.ts)

Run TypeScript strategy files directly — no tsc compilation step needed. Powered by tsx, which handles cross-format imports transparently:

{
  "scripts": {
    "backtest": "npx @backtest-kit/cli --backtest ./src/index.ts"
  },
  "dependencies": {
    "@backtest-kit/cli": "latest",
    "backtest-kit": "latest",
    "tsx": "latest"
  }
}

ES Module (.mjs)

Standard ESM format. Supports top-level await, named exports, and import syntax:

{
  "scripts": {
    "backtest": "npx @backtest-kit/cli --backtest ./src/index.mjs"
  }
}

CommonJS (.cjs)

For projects that compile to or use CommonJS. Loaded via require():

{
  "scripts": {
    "backtest": "npx @backtest-kit/cli --backtest ./dist/index.cjs"
  }
}

🌲 Running Local PineScript Indicators

@backtest-kit/cli can execute any local .pine file against a real exchange and print the results as a Markdown table — no TradingView account required.

CLI Flags

| Flag | Type | Description | |------|------|-------------| | --pine | boolean | Enable PineScript execution mode | | --symbol | string | Trading pair (default: "BTCUSDT") | | --timeframe | string | Candle interval (default: "15m") | | --limit | string | Number of candles to fetch (default: 250) | | --when | string | End date for candle window — ISO 8601 or Unix ms (default: now) | | --exchange | string | Exchange name (default: first registered, falls back to CCXT Binance) | | --output | string | Output file base name without extension (default: .pine file name) | | --json | boolean | Write plots as a JSON array to <pine-dir>/dump/{output}.json | | --jsonl | boolean | Write plots as JSONL (one row per line) to <pine-dir>/dump/{output}.jsonl | | --markdown | boolean | Write Markdown table to <pine-dir>/dump/{output}.md |

Important: limit must cover indicator warmup bars — rows before warmup completes will show N/A

Positional argument: path to the .pine file.

Exchange via pine.module

By default the CLI registers CCXT Binance automatically. To use a different exchange — or to configure API keys, custom rate limits, or a non-spot market — create a modules/pine.module.ts file. The CLI loads it automatically before running the script.

The CLI looks for modules/pine.module in two locations (first match wins):

  1. Next to the .pine file<pine-file-dir>/modules/pine.module.ts
  2. Project root<cwd>/modules/pine.module.ts
my-project/
├── math/
│   ├── impulse_trend_15m.pine         ← indicator
│   └── modules/
│       └── pine.module.ts            ← loaded first (next to .pine file)
├── modules/
│   └── pine.module.ts                ← fallback (project root)
└── package.json

Inside pine.module.ts call addExchangeSchema from backtest-kit and give the exchange a name:

// modules/pine.module.ts
import { addExchangeSchema } from "backtest-kit";
import ccxt from "ccxt";

addExchangeSchema({
  exchangeName: "my-exchange",
  getCandles: async (symbol, interval, since, limit) => {
    const exchange = new ccxt.bybit({ enableRateLimit: true });
    const ohlcv = await exchange.fetchOHLCV(symbol, interval, since.getTime(), limit);
    return ohlcv.map(([timestamp, open, high, low, close, volume]) => ({
      timestamp, open, high, low, close, volume,
    }));
  },
  formatPrice: (symbol, price) => price.toFixed(2),
  formatQuantity: (symbol, quantity) => quantity.toFixed(8),
});

Environment variables (.env)

Before loading pine.module, the CLI loads .env files in the same order as for strategy modules — project root first, then the .pine file directory (overrides root):

my-project/
├── math/
│   ├── .env                          ← loaded second (overrides root)
│   └── impulse_trend_15m.pine
├── .env                              ← loaded first
└── package.json

Use this to store API keys without hardcoding them:

# .env
BYBIT_API_KEY=xxx
BYBIT_API_SECRET=yyy
// modules/pine.module.ts
addExchangeSchema({
  exchangeName: "my-exchange",
  getCandles: async (symbol, interval, since, limit) => {
    const exchange = new ccxt.bybit({
      apiKey: process.env.BYBIT_API_KEY,
      secret: process.env.BYBIT_API_SECRET,
      enableRateLimit: true,
    });
    // ...
  },
});

Then run:

npx @backtest-kit/cli --pine ./math/impulse_trend_15m.pine \
  --exchange my-exchange \
  --symbol BTCUSDT \
  --timeframe 15m \
  --limit 180 \
  --when "2025-09-24T12:00:00.000Z"

Or add it to package.json:

{
  "scripts": {
    "pine": "npx @backtest-kit/cli --pine ./math/impulse_trend_15m.pine --symbol BTCUSDT --timeframe 15m --limit 180"
  }
}
npm run pine

PineScript Requirements

The CLI reads all plot() calls that use display=display.data_window as output columns. Every other plot() is ignored. Name each output plot explicitly:

//@version=5
indicator("MyIndicator", overlay=true)

// ... computation ...

plot(close,    "Close",    display=display.data_window)
plot(position, "Position", display=display.data_window)

The column names in the output Markdown table are taken directly from those plot names — no manual schema definition needed.

Output

The CLI prints a Markdown table to stdout:

# PineScript Technical Analysis Dump

**Signal ID**: CLI execution 2025-09-24T12:00:00.000Z

| Close | Position | timestamp |
| --- | --- | --- |
| 112871.28 | -1.0000 | 2025-09-22T15:00:00.000Z |
| 112666.69 | -1.0000 | 2025-09-22T15:15:00.000Z |
| 112736.00 |  0.0000 | 2025-09-22T18:30:00.000Z |
| 112653.90 |  1.0000 | 2025-09-22T22:15:00.000Z |

Save to ./math/dump/impulse_trend_15m.md (uses .pine file name automatically, dump is created next to the .pine file):

npx @backtest-kit/cli --pine ./math/impulse_trend_15m.pine --markdown

Override the output name with --output:

npx @backtest-kit/cli --pine ./math/impulse_trend_15m.pine --jsonl --output feb2026_bb
# → ./math/dump/feb2026_bb.jsonl

Print to stdout (no flag):

npx @backtest-kit/cli --pine ./math/impulse_trend_15m.pine

💾 Dumping Raw Candles

@backtest-kit/cli can fetch raw OHLCV candles from any registered exchange and save them to a file — no strategy file required.

CLI Flags

| Flag | Type | Description | |------|------|-------------| | --dump | boolean | Enable candle dump mode | | --symbol | string | Trading pair (default: "BTCUSDT") | | --timeframe | string | Candle interval (default: "15m") | | --limit | string | Number of candles to fetch (default: 250) | | --when | string | End date for candle window — ISO 8601 or Unix ms (default: now) | | --exchange | string | Exchange name (default: first registered, falls back to CCXT Binance) | | --output | string | Output file base name without extension (default: {SYMBOL}_{LIMIT}_{TIMEFRAME}_{TIMESTAMP}) | | --json | boolean | Write candles as a JSON array to ./dump/{output}.json | | --jsonl | boolean | Write candles as JSONL (one row per line) to ./dump/{output}.jsonl |

The dump/ directory is created in the current working directory (where the CLI is invoked from).

Exchange via dump.module

By default the CLI registers CCXT Binance automatically. To use a different exchange — or to configure API keys, custom rate limits, or a non-spot market — create a modules/dump.module.ts file. The CLI loads it automatically before fetching candles.

The CLI looks for modules/dump.module in the current working directory

my-project/
├── modules/
│   └── dump.module.ts            ← exchange registration
├── dump/                         ← auto-created: candle output files
└── package.json

Inside dump.module.ts call addExchangeSchema from backtest-kit:

// modules/dump.module.ts
import { addExchangeSchema } from "backtest-kit";
import ccxt from "ccxt";

addExchangeSchema({
  exchangeName: "my-exchange",
  getCandles: async (symbol, interval, since, limit) => {
    const exchange = new ccxt.bybit({ enableRateLimit: true });
    const ohlcv = await exchange.fetchOHLCV(symbol, interval, since.getTime(), limit);
    return ohlcv.map(([timestamp, open, high, low, close, volume]) => ({
      timestamp, open, high, low, close, volume,
    }));
  },
  formatPrice: (symbol, price) => price.toFixed(2),
  formatQuantity: (symbol, quantity) => quantity.toFixed(8),
});

Output

Each candle row contains OHLCV fields. Print to stdout:

npx @backtest-kit/cli --dump --symbol BTCUSDT --timeframe 15m --limit 100

Save to ./dump/BTCUSDT_100_15m_{timestamp}.jsonl:

npx @backtest-kit/cli --dump --symbol BTCUSDT --timeframe 15m --limit 100 --jsonl

Fetch candles up to a specific date with --when and override the file name with --output:

npx @backtest-kit/cli --dump --symbol BTCUSDT --timeframe 15m --limit 500 \
  --when "2026-02-28T00:00:00.000Z" \
  --jsonl --output feb2026_btc
# → ./dump/feb2026_btc.jsonl

Or add it to package.json:

{
  "scripts": {
    "dump": "npx @backtest-kit/cli --dump --symbol BTCUSDT --timeframe 15m --limit 500 --jsonl"
  }
}
npx @backtest-kit/cli --dump --symbol BTCUSDT --timeframe 15m --limit 500 --jsonl

🗂️ Scaffolding a New Project (--init)

@backtest-kit/cli can bootstrap a ready-to-use project directory with a pre-configured layout, example strategy files, and all documentation fetched automatically.

CLI Flags

| Flag | Type | Description | |------|------|-------------| | --init | boolean | Scaffold a new project | | --output | string | Target directory name (default: backtest-kit-project) |

Usage

npx @backtest-kit/cli --init

Creates ./backtest-kit-project/ in the current working directory.

Override the directory name with --output:

npx @backtest-kit/cli --init --output my-trading-bot

Creates ./my-trading-bot/.

The target directory must not exist or must be empty — the command aborts if it contains any files.

Generated Project Structure

backtest-kit-project/
├── package.json              # pre-configured with all backtest-kit dependencies
├── .gitignore
├── CLAUDE.md                 # AI-agent guide for writing strategies
├── content/
│   └── feb_2026.strategy.ts  # example strategy entry point
├── docs/
│   ├── lib/                  # fetched automatically (see below)
│   ├── backtest_actions.md
│   ├── backtest_graph_pattern.md
│   ├── backtest_logging_jsonl.md
│   ├── backtest_pinets_usage.md
│   ├── backtest_risk_async.md
│   ├── backtest_strategy_structure.md
│   ├── pine_debug.md
│   └── pine_indicator_warmup.md
├── math/
│   └── feb_2026.pine         # example PineScript indicator
├── modules/
│   ├── dump.module.ts        # exchange schema for --dump mode
│   └── pine.module.ts        # exchange schema for --pine mode
├── report/
│   └── feb_2026.md           # example strategy research report
└── scripts/
    └── fetch_docs.mjs        # utility: downloads library READMEs into docs/lib/

Automatic Documentation Fetch

After scaffolding, the CLI immediately runs scripts/fetch_docs.mjs inside the new project, which downloads the latest README files for all bundled libraries into docs/lib/:

| File | Source | |------|--------| | backtest-kit.md | backtest-kit README | | backtest-kit__graph.md | @backtest-kit/graph README | | backtest-kit__pinets.md | @backtest-kit/pinets README | | backtest-kit__cli.md | @backtest-kit/cli README | | garch.md | garch README | | volume-anomaly.md | volume-anomaly README | | agent-swarm-kit.md | agent-swarm-kit README | | functools-kit.md | functools-kit README |

You can re-run this script at any time to refresh the docs:

cd backtest-kit-project
node ./scripts/fetch_docs.mjs

Or via the pre-configured npm script:

npm run sync:lib

🌍 Environment Variables

Create a .env file in your project root:

# Telegram notifications (required for --telegram)
CC_TELEGRAM_TOKEN=your_bot_token_here
CC_TELEGRAM_CHANNEL=-100123456789

# Web UI server (optional, defaults shown)
CC_WWWROOT_HOST=0.0.0.0
CC_WWWROOT_PORT=60050

# Custom QuickChart service URL (optional)
CC_QUICKCHART_HOST=

| Variable | Default | Description | |------------------------|-------------|---------------------------------------| | CC_TELEGRAM_TOKEN | — | Telegram bot token (from @BotFather) | | CC_TELEGRAM_CHANNEL | — | Telegram channel or chat ID | | CC_WWWROOT_HOST | 0.0.0.0 | UI server bind address | | CC_WWWROOT_PORT | 60050 | UI server port | | CC_QUICKCHART_HOST | — | Self-hosted QuickChart instance URL |

⚙️ Default Behaviors

When your strategy module does not register an exchange, frame, or strategy name, the CLI falls back to built-in defaults and prints a console warning:

| Component | Default | Warning | |--------------|--------------------------------|---------------------------------------------------------------------------| | Exchange | CCXT Binance (default_exchange) | Warning: The default exchange schema is set to CCXT Binance... | | Frame | February 2024 (default_frame) | Warning: The default frame schema is set to February 2024... | | Symbol | BTCUSDT | — | | Cache intervals | 1m, 15m, 30m, 4h | Used if --cacheInterval not provided; skip entirely with --noCache |

Note: The default exchange schema does not support order book fetching in backtest mode. If your strategy calls getOrderBook() during backtest, you must register a custom exchange schema with your own snapshot storage.

🔧 Programmatic API

In addition to the CLI, @backtest-kit/cli can be used as a library — call run() directly from your own script without spawning a child process or parsing CLI flags.

run(mode, args)

import { run } from '@backtest-kit/cli';

await run(mode, args);

| Parameter | Description | |-----------|-------------| | mode | "backtest" \| "paper" \| "live" — Execution mode | | args | Mode-specific options (all optional — same defaults as CLI) |

run() can be called only once per process. A second call throws "Should be called only once".

Payload fields

Backtest (mode: "backtest"):

| Field | Type | Description | |-------|------|-------------| | entryPoint | string | Path to strategy entry point file | | symbol | string | Trading pair (default: "BTCUSDT") | | strategy | string | Strategy name (default: first registered) | | exchange | string | Exchange name (default: first registered) | | frame | string | Frame name (default: first registered) | | cacheInterval | CandleInterval[] | Intervals to pre-cache (default: ["1m","15m","30m","1h","4h"]) | | noCache | boolean | Skip candle cache warming (default: false) | | verbose | boolean | Log each candle fetch (default: false) |

Paper and Live (mode: "paper" / mode: "live"):

| Field | Type | Description | |-------|------|-------------| | entryPoint | string | Path to strategy entry point file | | symbol | string | Trading pair (default: "BTCUSDT") | | strategy | string | Strategy name (default: first registered) | | exchange | string | Exchange name (default: first registered) | | verbose | boolean | Log each candle fetch (default: false) |

Examples

Backtest:

import { run } from '@backtest-kit/cli';

await run('backtest', {
  entryPoint: './src/index.mjs',
  symbol: 'ETHUSDT',
  frame: 'feb-2024',
  cacheInterval: ['1m', '15m', '1h'],
  verbose: true,
});

Paper trading:

import { run } from '@backtest-kit/cli';

await run('paper', {
  entryPoint: './src/index.mjs',
  symbol: 'BTCUSDT',
});

Live trading:

import { run } from '@backtest-kit/cli';

await run('live', {
  entryPoint: './src/index.mjs',
  symbol: 'BTCUSDT',
  verbose: true,
});

💡 Why Use @backtest-kit/cli?

Instead of writing infrastructure code for every project:

❌ Without @backtest-kit/cli (manual setup)

// index.ts
import { setLogger, setConfig, Storage, Notification, Report, Markdown } from 'backtest-kit';
import { serve } from '@backtest-kit/ui';

setLogger({ log: console.log, ... });
Storage.enable();
Notification.enable();
Report.enable();
Markdown.disable();

// ... parse CLI args manually
// ... register exchange schema
// ... warm candle cache
// ... set up Telegram bot
// ... handle SIGINT gracefully
// ... load and run backtest

✅ With @backtest-kit/cli (one script)

{ "scripts": { "backtest": "npx @backtest-kit/cli --backtest --ui --telegram ./src/index.mjs" } }
npm run backtest

Benefits:

  • 🚀 From zero to running backtest in seconds
  • 💾 Automatic candle cache warming with retry logic
  • 🌐 Production-ready web dashboard out of the box
  • 📬 Telegram notifications with price charts — no chart code needed
  • 🛑 Graceful shutdown on SIGINT — no hanging processes
  • 🔌 Works with any backtest-kit strategy file as-is
  • 🧩 Broker adapter hooks via side-effect module files — no CLI internals to touch

🤝 Contribute

Fork/PR on GitHub.

📜 License

MIT © tripolskypetr