This guide walks you through setting up a local development environment for the RocketRide Engine.
| Tool | Version | Notes |
|---|---|---|
| Node.js | 18+ | Runtime for the build system and TypeScript clients |
| pnpm | 8+ | Package manager (npm install -g pnpm) |
| Python | 3.10+ | Required for pipeline nodes, AI modules, and the Python SDK |
| C++ toolchain | C++17-capable | Required only when building the engine from source (see below) |
| Git | 2.x | Source control |
- macOS -- Xcode Command Line Tools (
xcode-select --install) - Linux -- clang 16-18 with libc++ (the engine does not build with clang >= 19; GCC is not supported) -- provisioned by
server:setup-tools - Windows -- Visual Studio 2019+ with the "Desktop development with C++" workload
Most contributors do not need the C++ toolchain. The builder downloads a pre-built engine binary by default.
git clone https://github.com/rocketride-org/rocketride-server.git
cd rocketride-server
pnpm installIf the repository contains a .env.template or .env.example file, copy it:
cp .env.template .env # or .env.exampleEdit .env and fill in the values relevant to your setup (API keys, model endpoints, etc.). If no template exists, you can skip this step -- most functionality works with defaults.
The project uses a unified build system. See Build System Reference for the full command, module, and output-layout reference.
# Show all available commands
./builder --help
# Full project build (downloads pre-built engine + all modules)
./builder build
# Build only the C++ engine
./builder server:build
# Build specific modules
./builder nodes:build
./builder vscode:build
./builder client-typescript:build client-python:build| Directory | Contents |
|---|---|
build/ |
Temporary build artifacts |
dist/ |
Final distributable outputs |
dist/server/ |
Engine executable and runtime |
dist/clients/ |
Client library packages |
dist/vscode/ |
VS Code extension (.vsix) |
./builder server:build populates dist/server/, which is a complete runtime
directory: the engine binary plus its ai/ runtime, the same layout a release
archive ships. ai/eaas.py exists only there — it is copied out of
packages/ai/src/ai/, never checked in at the repo root — so the engine is always
launched from inside dist/server/, with the script path relative to that
directory. (./builder server:run-eaas does exactly this, with cwd set to
dist/server.) To run it as a standalone service rather than under the VS Code
extension, start it there and bind it to localhost:
# Linux / macOS
cd dist/server && ./engine ./ai/eaas.py --host=127.0.0.1
# Windows
cd dist\server && engine.exe ./ai/eaas.py --host=127.0.0.1It listens for the WebSocket protocol on port 5565. Only pass --host=0.0.0.0
once the engine sits behind TLS and authentication. On Linux, install the runtime
dependencies first: libc++1, libc++abi1, libgomp1 (Debian/Ubuntu), libcxx libcxxabi libgomp (Fedora/RHEL), or libc++ libgomp (Alpine).
Operators who are not building from source download a release archive instead; that path is documented on the public Self-hosting page.
To run the engine plus its bundled data stores (PostgreSQL, Milvus, ChromaDB) in one command, use the Compose stack in the repo instead of running the binary directly. Requires Docker Engine >= 24.0 and Docker Compose v2 >= 2.17:
./builder server:build # the Compose image is built from dist/server/
cd docker
cp .env.example .env # change every password before non-local use
docker compose up engine # engine + its required PostgreSQLdocker compose up (no service) starts all vector stores too.
- Build the extension:
./builder vscode:build - Install the generated
.vsixfromdist/vscode/in VS Code - Click the RocketRide icon in the sidebar and connect to your running server
For VS Code extension development details, see VS Code extension docs.
# Run all tests
./builder test
# C++ engine tests only
./builder server:test
# Python tests only (nodes, AI, clients)
./builder nodes:test
./builder ai:test
./builder client-python:test
# TypeScript tests only
./builder client-typescript:test
# Other module tests
./builder client-mcp:testFor information on writing and running node-level tests, see Node Testing.
Contributor docs are grouped by subsystem. Everything under docs/development/
is unpublished — it never reaches docs.rocketride.org.
- Build System Reference -- commands, modules, output layout, CLI flags, C++ compiler toolchain
- Build System Authoring -- writing a package's
scripts/tasks.js: actions, control flow, deduplication, state, patterns - Pre-commit Hooks -- code quality automation
- Engine Reference -- C++ engine architecture, CLI options, task types, configuration
- Crash Reporting -- Crashpad, symbols, reading a minidump
- MCP Module -- the built-in HTTP MCP server: engine-client seam, credentials catalog gates, widget workspace
- Pipeline Nodes -- how nodes connect, adding a node, local prototyping
- Node Service Definitions -- the
services*.jsoncontract - Node README Schema -- the node README contract
- Node Testing -- writing and running node tests
- Client README Schema -- the client-docs contract
- Shell Apps in the Monorepo -- building a first-party app
alongside
shell
- The Docs Pipeline -- how the documentation site is assembled, and what to touch to add, move, or rename a page
- CI Gates -- what has to pass before a PR merges, and how to reproduce each check locally
- VS Code Extension -- extension development
- Contributing Guide -- contribution workflow and code style