hummingbot-developer
Developer skill for running Hummingbot and Gateway from source, building wheel and Docker images, and testing against Hummingbot API running from source. Use this skill when a developer wants to build, run, or test Hummingbot components locally.
What this skill does
# hummingbot-developer Developer workflow skill for building and running the full Hummingbot stack from source. **Commands** (run as `/hummingbot-developer <command>`): | Command | Description | |---------|-------------| | `start` | Check dev environment status | | `select-branches` | Pick branches for all 3 repos | | `install-all` | Install all 3 repos in order | | `build-all` | Build wheel + all Docker images | | `verify-build` | Verify builds are correct + in sync | | `run-dev-stack` | Start full stack from source | | `setup-hummingbot` | Install Hummingbot from source | | `run-hummingbot` | Run Hummingbot CLI from source | | `build-hummingbot` | Build wheel + Docker image | | `setup-gateway` | Install Gateway from source | | `run-gateway` | Run Gateway in dev mode | | `build-gateway` | Build Gateway Docker image | | `setup-api-dev` | Wire API to local Hummingbot source | | `run-api-dev` | Run API from source with hot-reload | | `test-integration` | Smoke test the full stack | **Typical dev workflow:** ``` install-deps → select-branches → install-all → build-all → verify-build → run-dev-stack → test-integration ``` **Repo locations (all in workspace):** | Repo | Path | |------|------| | hummingbot | `~/.openclaw/workspace/hummingbot` | | gateway | `~/.openclaw/workspace/hummingbot-gateway` | | hummingbot-api | `~/.openclaw/workspace/hummingbot-api` | Override with env vars: `HUMMINGBOT_DIR`, `GATEWAY_DIR`, `HUMMINGBOT_API_DIR`, or `WORKSPACE`. --- ## Command: install-deps Auto-install all missing dev dependencies. Safe to re-run — skips anything already installed. ```bash bash scripts/install_deps.sh ``` **Installs (only if missing):** - Homebrew (macOS) - Xcode Command Line Tools (macOS — needed for Cython `build_ext`) - Miniconda (conda) - Node.js v22 (via nvm, Homebrew, or installs nvm) - pnpm (via npm or Homebrew) - Git - Docker Desktop (macOS — via Homebrew cask or opens download page) **Options:** ```bash --check # check only, don't install anything --conda # only install conda --node # only install node + nvm --pnpm # only install pnpm ``` **After installing**, restart your terminal (or `source ~/.zshrc`) to apply PATH changes, then run `check_env.sh` to confirm. --- ## Command: select-branches Interactively pick a branch for each repo, checkout, and save to `.dev-branches`. ```bash bash scripts/select_branches.sh ``` **Non-interactive options:** ```bash # Use development for all bash scripts/select_branches.sh --defaults # Specify each branch bash scripts/select_branches.sh \ --hummingbot development \ --gateway core-2.7 \ --api development ``` Branch selections are saved to `$WORKSPACE/.dev-branches` and automatically loaded by `install_all.sh`, `build_all.sh`, and `verify_build.sh`. --- ## Command: install-all Install all three repos in the correct order. Requires `select-branches` first (or pass `--defaults`). ```bash bash scripts/install_all.sh ``` **What it does (in order):** 1. Removes `solders` from `environment.yml` (pip-only) 2. `make install` in hummingbot → `conda env hummingbot` 3. `pip install solders>=0.19.0` into hummingbot env 4. `pnpm install && pnpm build && pnpm run setup:with-defaults` for gateway 5. `conda env create` for hummingbot-api 6. `pip install -e <hummingbot_dir> --no-deps` → wires local source into API env **Options:** ```bash --skip-hbot # skip hummingbot conda install --skip-gateway # skip gateway pnpm install --skip-api # skip hummingbot-api install --no-local-hbot # use PyPI hummingbot in API env instead of local source ``` --- ## Command: build-all Build hummingbot wheel and all Docker images in the correct order. ```bash bash scripts/build_all.sh ``` **Build order:** 1. `hummingbot` wheel (`dist/*.whl`) via `python setup.py bdist_wheel` 2. `hummingbot/hummingbot:dev` Docker image 3. `hummingbot/gateway:dev` Docker image (also rebuilds dist/) 4. `hummingbot/hummingbot-api:dev` Docker image **Each image is also tagged with the branch name** (e.g., `hummingbot/gateway:core-2.7`). **Options:** ```bash --wheel-only # only build hummingbot wheel, no Docker --no-docker # skip all Docker builds --no-hbot # skip hummingbot builds --no-gateway # skip gateway builds --no-api # skip hummingbot-api builds --tag <name> # Docker tag (default: dev) ``` --- ## Command: verify-build Verify that all builds are correct and in sync. ```bash bash scripts/verify_build.sh ``` **Checks:** 1. Each repo is on the expected branch (from `.dev-branches`) 2. Hummingbot wheel exists in `dist/` 3. Gateway `dist/` is built and not stale vs source 4. Local hummingbot source is active in hummingbot-api env 5. Docker images exist with correct branch labels 6. Running services (API + Gateway) are reachable 7. API → Gateway connectivity ```bash bash scripts/verify_build.sh --no-docker # skip Docker checks bash scripts/verify_build.sh --no-running # skip service checks bash scripts/verify_build.sh --json # JSON output ``` --- ## Command: run-dev-stack Start the full dev stack from source. ```bash bash scripts/run_dev_stack.sh ``` **Start order:** 1. Docker infra (postgres + EMQX) via `docker compose up emqx postgres -d` 2. Gateway from source in background (`node dist/index.js --passphrase=hummingbot --dev`) 3. Hummingbot API from source in foreground (`uvicorn main:app --reload`) **Options:** ```bash --no-gateway # skip gateway start --passphrase <pass> # gateway passphrase (default: hummingbot) --stop # stop everything --status # show running status ``` **Logs:** - Gateway logs: `tail -f ~/.openclaw/workspace/.gateway.log` - API logs: printed to terminal (foreground) --- ## Command: start Check the full dev environment and show a status summary. ### Step 1: Run environment check ```bash bash scripts/check_env.sh --json ``` ### Step 2: Check repo branches ```bash bash scripts/check_repos.sh --json ``` ### Step 3: Check running services ```bash bash scripts/check_api.sh --json bash scripts/check_gateway.sh --json ``` ### Step 4: Show status checklist Present a checklist like: ``` Dev Environment Status ====================== [x] Prerequisites — conda, node, pnpm, docker, git OK [x] Hummingbot repo — branch: development, env: hummingbot (installed) [x] Gateway repo — branch: development, built: yes [x] Hummingbot API — running at http://localhost:8000 [x] Gateway — running at http://localhost:15888 [ ] Local hummingbot — hummingbot-api NOT using local source Next: run /hummingbot-developer setup-api-dev to wire API to local source ``` Adapt to actual state. If all good, show the test command. --- ## Command: setup-hummingbot Install Hummingbot from source on the `development` branch. ### Step 1: Check prereqs ```bash bash scripts/check_env.sh ``` ### Step 2: Checkout development branch ```bash cd <HUMMINGBOT_DIR> git fetch origin git checkout development git pull origin development ``` ### Step 3: Remove solders from environment.yml (pip-only package) ```bash sed -i '' '/solders/d' setup/environment.yml 2>/dev/null || sed -i '/solders/d' setup/environment.yml ``` ### Step 4: Install conda environment ```bash make install ``` This creates the `hummingbot` conda env. Takes 3-10 minutes on first run. ### Step 5: Install solders via pip (not on conda) ```bash conda run -n hummingbot pip install "solders>=0.19.0" ``` ### Interpreting output | Output | Meaning | Next step | |--------|---------|-----------| | `conda develop .` succeeds | Dev install registered | Proceed | | `PackagesNotFoundError: solders` | Forgot step 3 | Run sed + reinstall | | `Error: Conda is not found` | conda not in PATH | `source ~/.zshrc` or install Anaconda | | `build_ext` errors | Missing build tools | Install Xcode CLT: `xcode-select --install` | ### After setup ``` [x] conda env "hummingbot" created [x] solders in
Related in Backend & APIs
jfrog
IncludedInteract with the JFrog Platform via the JFrog CLI and REST/GraphQL APIs. Use this skill when the user wants to manage Artifactory repositories, upload or download artifacts, manage builds, configure permissions, manage users and groups, work with access tokens, configure JFrog CLI servers, search artifacts, manage properties, set up replication, manage JFrog Projects, run security audits or scans, look up CVE details, query exposures scan results from JFrog Advanced Security, manage release bundles and lifecycle operations, aggregate or export platform data, or perform any JFrog Platform administration task. Also use when the user mentions jf, jfrog, artifactory, xray, distribution, evidence, apptrust, onemodel, graphql, workers, mission control, curation, advanced security, exposures, or any JFrog product name.
cupynumeric-migration-readiness
IncludedPre-migration readiness assessor for porting NumPy to cuPyNumeric. Use BEFORE substantial porting work begins when the user asks whether code will scale on GPU, whether they should migrate to cuPyNumeric, which NumPy patterns transfer cleanly, what must be refactored before porting, or mentions pre-port assessment, scaling analysis, or refactor planning. Inspect the user's source code, look up NumPy usage, cross-reference the cuPyNumeric API support manifest, and distinguish distributed-scaling-friendly patterns from blockers such as unsupported APIs, scalar synchronization, host round-trips, Python/object-heavy control flow, shape/data-dependent branching, and in-place mutation hazards. Produce a verdict of READY, LIGHT REFACTOR, SIGNIFICANT REFACTOR, or NOT RECOMMENDED, with concrete refactor pointers.
alibabacloud-data-agent-skill
IncludedInvoke Alibaba Cloud Apsara Data Agent for Analytics via CLI to perform natural language-driven data analysis on enterprise databases. Data Agent for Analytics is an intelligent data analysis agent developed by Alibaba Cloud Database team for enterprise users. It automatically completes requirement analysis, data understanding, analysis insights, and report generation based on natural language descriptions. This tool supports: discovering data resources (instances/databases/tables) managed in DMS, initiating query or deep analysis sessions, real-time progress tracking, and retrieving analysis conclusions and generated reports. Use this Skill when users need to query databases, analyze data trends, generate data reports, ask questions in natural language, or mention "Data Agent", "data analysis", "database query", "SQL analysis", "data insights".
token-optimizer
IncludedReduce OpenClaw token usage and API costs through smart model routing, heartbeat optimization, budget tracking, and native 2026.2.15 features (session pruning, bootstrap size limits, cache TTL alignment). Use when token costs are high, API rate limits are being hit, or hosting multiple agents at scale. The 4 executable scripts (context_optimizer, model_router, heartbeat_optimizer, token_tracker) are local-only — no network requests, no subprocess calls, no system modifications. Reference files (PROVIDERS.md, config-patches.json) document optional multi-provider strategies that require external API keys and network access if you choose to use them. See SECURITY.md for full breakdown.
resend-cli
IncludedUse this skill when the task is specifically about operating Resend from an AI agent, terminal session, or CI job via the official resend CLI: installing/authenticating the CLI, sending/listing/updating/cancelling emails, batch sends, domains and DNS, webhooks and local listeners, inbound receiving, contacts, topics, segments, broadcasts, templates, API keys, profiles, or debugging Resend CLI/API failures. Trigger on mentions of Resend CLI, `resend`, `resend doctor`, `resend emails send`, `resend domains`, `resend webhooks listen`, `resend emails receiving`, or agent-friendly terminal automation.
alibabacloud-odps-maxframe-coding
IncludedUse this skill for MaxFrame SDK development and documentation navigation on Alibaba Cloud MaxCompute (ODPS). Helps answer MaxFrame API, concept, official example, and supported pandas API questions; create data processing programs; read/write MaxCompute tables; debug jobs (remote or local); and build custom DPE runtime images. Trigger when users mention MaxFrame, MaxCompute with MaxFrame, ODPS table processing, DPE runtime, MaxFrame docs/examples, DataFrame/Tensor operations, or GPU runtime setup. Works for both English and Chinese queries about Alibaba Cloud data processing with MaxFrame.