# Compose Setup commands

### `harbor up <services>`

> Alias: `harbor u`, `harbor start`, `harbor s`

Starts selected services. See the list of available services here. Run `harbor defaults` to see the default list
of services that will be started. When starting additional services, you might need to `harbor down` first, so that all the services can pick updated configuration. API-only services can be started without stopping the main stack.

```bash
# Start with default services
harbor up

# Start with additional services
# See service descriptions in the Services Overview section
harbor up searxng

# Start with multiple additional services
harbor up webui ollama searxng llamacpp tts tgi lmdeploy litellm
```

`up` supports a few additional behaviors, see below.

#### Tail logs

You can instruct Harbor to start tailing logs of the services that are started.

```bash
# Starts tailing logs as soon as "docker compose up" is done
harbor up webui --tail
# Alias
harbor up webui -t

# With multiple services, tails logs of all of them
harbor up webui ollama -t
```

#### Open

You can instruct Harbor to also open the service that is started with `up`, once the `docker compose up` is done.

```bash
# Start default services + searxng and open
# searxng in the default browser
harbor up searxng --open
# Alias
harbor up searxng -o
```

You can also configure Harbor to automatically run [`harbor open`](#harbor-open-service) for the current default UI service. This is useful if you always want to have the UI open when you start Harbor. The behavior can be enabled by setting `ui.autoopen` [config](#harbor-config) field to `true`.

```bash
# Enable auto-open
harbor config set ui.autoopen true
# Disable auto-open (default)
harbor config set ui.autoopen false
```

You can switch the default UI service with the `ui.main` config field.

```bash
# Set the default UI service
harbor config set ui.main hollama
```

#### Skip defaults

You can instruct Harbor to only start the services you specify and skip the default ones.

```bash
# Start only the services you explicitly specify
harbor up --no-defaults searxng
```

#### Auto-tunnel

You can configure Harbor to automatically start tunnels for given services when running `up`. This is managed by [`harbor tunnels`](#harbor-tunnels) command.

```bash
# Add webui to the list of services that will be tunneled
# whenever `harbor up` is run
harbor tunnels add webui
```

> [!WARNING]
> Exposing your services to the internet is dangerous. Be safe!
> It's a bad idea to expose a service to the Internet without any authentication.

#### Capabilities detection

By default, Harbor will try to infer some capabilities of the host (and match related [cross files](./6.-Harbor-Compose-Setup.md#cross-service-file)), such as Nvidia GPU availability (`nvidia` capability) or presence of modern Docker Compose features (`mdc` capability).

If this behavior is undesirable or you want to provide a manual list of capabilities, you can disable the automatic detection.

```bash
# Disable automatic capability detection
harbor config set capabilities.autodetect false
```

It's also possible to provide a manual list of capabilities to use instead of the detected ones.

```bash
# Provide a default capabilities list manually,
# as a colon-separated list
harbor config set capabilities.default 'rocm;cdi'
```

### `harbor down`

> Alias: `harbor d`

Stops all currently running services. When `dmr`, `mlx`, or `omlx` are running (or named explicitly), Harbor also stops their host-managed inference processes before tearing down Compose containers. Host backend stop failures are logged but do not block the Compose shutdown.

```bash
# Stop all services (including host backends for active dmr/mlx/omlx)
harbor down

# Stop a specific service and its compose companions
harbor down beszel

# Stop only the oMLX host server and proxy
harbor down omlx

# Pass down options to docker-compose
harbor down --remove-orphans
```

### `harbor restart <services>`

> Alias: `harbor r`

Restarts Harbor stack. Very useful for adjusting the configuration on the fly.

```bash
# Restart everything
harbor restart

# Restart a specific service only
harbor restart tabbyapi
# 🚩 Restarting a single service might be
# finicky, if something doesn't look right
# try down/up cycle instead
```

### `harbor pull <service|model>`

Pulls the latest images for the selected services or models. Accepts:
- Harbor service handle (e.g. `ollama`, `webui`, etc.) — runs `docker compose pull` for matching services
- Model spec (e.g. `gemma3n:e4b-it-q8_0`, `microsoft/Phi-3.5-mini-instruct-gguf:Q4_K_M`) — uses the same smart routing as [`harbor models pull`](#harbor-models-pull-model)

Flags such as `--no-defaults` are passed to the compose resolver. If any non-flag argument is not a known service handle, Harbor treats the invocation as a model pull: only the model arguments are processed, and any service names mixed in are skipped with a warning.

```bash
# Pull the latest images for the default services
harbor pull

# Pull the latest images for additional services
harbor pull searxng

# Do not pull default services alongside the specified ones
harbor pull --no-defaults searxng

# Pull Ollama model from native registry
harbor pull gemma3n:e4b-it-q8_0

# Pull Ollama model from HuggingFace
harbor pull hf.co/bartowski/SicariusSicariiStuff_Impish_LLAMA_4B-GGUF:Q8_0

# Pull llama.cpp model from HuggingFace (with optional tag)
# Downloads the model to llama.cpp cache using ephemeral server
harbor pull microsoft/Phi-3.5-mini-instruct-gguf
harbor pull microsoft/Phi-3.5-mini-instruct-gguf:Q4_K_M
```

**Model routing** (when the argument is not a service handle):

1. Harbor queries the Hugging Face Hub API for `org/repo` (the part before an optional `:tag`).
2. If the repo is not found, the spec is passed to Ollama's `pull` command.
3. If the repo exists and publishes `.gguf` files, Harbor downloads via an ephemeral llama.cpp server into the llama.cpp cache.
4. If the repo exists but has no GGUF artifacts, Harbor downloads the repository via the Hugging Face CLI into the HF cache.

Use [`harbor models pull --source`](./3.-Harbor-CLI-Reference.md#harbor-models-pull-model) for explicit routing to Docker Model Runner, MLX, or oMLX. `harbor pull` does not accept `--source`.

> [!NOTE]
> When pulling a llama.cpp model, Harbor starts an ephemeral llama.cpp server that downloads the model to the cache and then exits. The model format must be supported by llama.cpp's HuggingFace integration (typically GGUF files).

### `harbor build <services>`

Builds the images for the selected services. Mostly relevant for services that have their `Dockerfile` local in the Harbor repository.

```bash
# HF Downloader is an example of a service that
# has a local Dockerfile
harbor build hfdownload
```

### `harbor ps`

Proxy to `docker-compose ps` command. Displays the status of all services.

```bash
harbor ps
```

### `harbor logs`

> Alias: `harbor l`

Tails logs for all or selected services.

```bash
harbor logs

# Show logs for a specific service
harbor logs webui

# Show logs for multiple services
harbor logs webui ollama

# Filter specific logs with grep
harbor logs webui | grep ERROR

# Start tailing logs after "harbor up"
harbor up llamacpp --tail

# Show last 1000 lines in the initial tail chunk
harbor logs -n 1000
```

Additionally, `harbor logs` accepts all the options that [`docker-compose logs`](https://docs.docker.com/compose/reference/logs/) does.

### `harbor exec <service> <command>`

Allows executing arbitrary commands in the container running given service. Useful for inspecting service at runtime or performing some custom operations that aren't natively covered by Harbor CLI.

```bash
# This is the same folder as "harbor/open-webui"
harbor exec webui ls /app/backend/data

# Check the processes in searxng container
harbor exec searxng ps aux
```

`exec` offers plenty of flexibility. Some useful examples below.

Launch an interactive shell in the running container with one of the services.

```bash
# Launch "bash" in the ollama service
harbor exec ollama bash

# You are then landed in the interactive
# container shell
$ root@279a3a523a0b:/#
```

Access useful scripts and CLIs from the `llamacpp`.

```bash
# See .sh scripts from the llama.cpp
harbor exec llamacpp ls ./scripts
# Run one of the bundled CLI tools
harbor exec llamacpp ./llama-bench --help
```

Ensuring that the service is running might not be convenient. See [`harbor run`](#harbor-run-service-command) and [`harbor cmd`](#harbor-cmd-services).

### `harbor run <service> <command>`

Runs (in the order of precedence):
- One of configured [aliases](#harbor-aliases)
- A command in the Harbor services

#### Aliases

```bash
# Configure and run an alias to quickly edit
harbor alias set env 'code $(harbor home)/.env
harbor run env
```

Aliases take precedence over services in case of a name conflict. See the [`harbor aliases` reference](#harbor-aliases) for more details.

#### Services

Unlike [`harbor exec`](#harbor-exec-service-command), `harbor run` starts a new container with the given command. This is useful for running one-off commands or scripts that don't require the service to be running. Note that the command accepts the service handle, not the container name, main container for the service will be used.

```bash
# Run a one-off command in the litellm service
harbor run litellm --help
```

This command has a pretty rigid structure, it doesn't allow you to override the entypoint or run an interactive shell. See [`harbor exec`](#harbor-exec-service-command) and [`harbor cmd`](#harbor-cmd-services) for more flexibility.

```bash
harbor run litellm --help
# Will run the same command as
$(harbor cmd litellm) run litellm --help
```

### `harbor launch [launch-options] [--service] <service|tool> [args]`

Launches a Harbor service CLI or supported host coding tool with the currently running Harbor services included in the compose selection. This is the main workflow for pointing installed coding tools at Harbor backends without hand-editing each tool's provider config.

```bash
# Start a backend once
harbor up ollama

# Every argument after the tool/service name is passed through unchanged
harbor launch mi -p "say hello"

# Force container service mode when a name also has a host tool adapter
harbor launch --service opencode --help
```

For known Harbor service CLIs, `launch` dispatches to the same implementation as the direct command, such as `harbor promptfoo`, `harbor plandex`, or `harbor aider`. For other service handles it falls back to [`harbor run`](#harbor-run-service-command). Use `--service` before the handle to bypass host tool adapters and run a Harbor service container explicitly; this is useful for overlapping names such as `mi`, `opencode`, `openclaw`, and `hermes`, where `harbor launch mi` means the installed host mi CLI and `harbor launch --service mi` means the Harbor `mi` container service.

#### Host coding tools

`launch` can also run installed host tools against a running Harbor OpenAI-compatible backend:

```bash
# Uses the first reachable running backend and discovered model
harbor launch codex

# Explicit backend and model selection; launch options go before the tool name
harbor launch --backend ollama --model qwen3.5:4b codex
harbor launch --backend ollama --model qwen3.5:4b mi
harbor launch --backend llamacpp --model Qwen3.5-4B opencode
harbor launch --backend dmr --model ai/smollm2 codex
harbor launch --backend mlx --model mlx-community/Qwen3.5-4B-4bit codex
harbor launch --backend omlx --model Qwen3.5-4B-4bit codex
harbor launch --backend ollama --model qwen3.5:4b copilot -p "explain this repo"

# Route through Harbor Boost with web search and URL-reading tools
harbor launch --web --backend ollama --model qwen3.5:4b codex

# Claude Code uses Harbor's Ollama backend through Ollama's Anthropic-compatible API
harbor launch --backend ollama --model qwen3.5:4b claude -p "explain this repo"

# Print the computed launch config without starting the tool
harbor launch --config opencode
harbor launch --config openclaw

# Pass arguments to the host tool after the tool name
harbor launch --model qwen3.5:4b codex --sandbox workspace-write
```

Supported host tools are aligned with Ollama's launch targets: `claude`, `codex`, `copilot`, `droid`, `grok`, `hermes`, `mi`, `openclaw`, `opencode`, `pi`, `pool`, and `vscode`. Host tool launchers accept `--backend <service>`, `--model <model>`, `--config`, `--web`, and `--workflow <module>` before the tool name. Supported OpenAI-compatible launch backends include `ollama`, `llamacpp`, `ikllamacpp`, `vllm`, `dmr`, `mlx`, `omlx`, `tabbyapi`, `mistralrs`, `sglang`, `lmdeploy`, `aphrodite`, `ktransformers`, and `unsloth-studio`. Everything after the tool name belongs to the tool, so a tool's own `--model`, `--backend`, or other flags are not intercepted by Harbor. The `--web` modifier starts the `boost` service with the selected target backend, configures a generated workflow named `boost-web`, and points the launched tool at the Boost model ID, such as `boost-web-qwen3.5:4b`, instead of the raw backend model. `--web` enables `web_search` and `read_url`, and starts SearXNG for the local web search provider. The `--workflow <module>` modifier instead routes the launched tool through a single named Boost module (any built-in or custom module, e.g. `quickhop` or `deephop` — SearXNG is auto-started for those two); `--web` and `--workflow` cannot be combined, and neither works with `claude` (Anthropic Messages API). Without an explicit backend, Harbor checks already-running OpenAI-compatible backend services in priority order and uses the first reachable `/v1/models` endpoint; if none are running, it starts `llamacpp` as the default backend. Without an explicit model, Harbor reads every advertised model from OpenAI-style `data[]` responses and common backend list variants such as Ollama-style `models[]`, then chooses a non-embedding model as the launch default when one is available.

Different tools accept backend configuration differently. Harbor uses environment variables for `claude`, `codex`, `copilot`, `grok`, `hermes`, `mi`, `opencode`, and `pool`; writes the documented JSON config files for `droid`, `openclaw`, and `pi`; and opens VS Code through the `code` command. Config-capable tools are given every model advertised by the selected backend, while single-model CLIs still receive one selected model for the immediate command. Use `--config` to print the selected backend/model and write any config files without starting the target tool. For colliding Harbor service names such as `mi`, `opencode`, `openclaw`, and `hermes`, use `harbor launch --service <name>` to launch the container service instead of the host tool adapter.

Host-tool adapters execute from the directory where you invoked `harbor launch`, not from Harbor's installation directory. This preserves the project/workspace context for tools that inspect the current directory.

`harbor launch pi` runs Pi from the directory where you invoked Harbor and, unless you pass Pi session flags such as `--session-dir`, `--session`, `--resume`, or `--continue`, stores the session under a workspace-specific Pi session directory. This keeps Pi from resuming a Harbor checkout session when you launch it from another project directory.

Codex CLI currently uses the Responses API tool schema. With llama.cpp-family backends, Codex can fail after launch with `400 'type' of tool must be 'function'` when the backend rejects non-function tool payloads. Harbor prints this compatibility warning before invoking Codex; for live llama.cpp smoke checks, prefer `harbor launch --backend llamacpp opencode` or use Codex with a backend that accepts Codex's Responses API tool schema.

If no compatible backend is running, `launch` starts `llamacpp` and uses it when its `/v1/models` endpoint is reachable. If `--backend <service>` names a stopped backend, Harbor starts that backend before launching the tool. Empty `/v1/models` responses require a loaded model or an explicit `--model <model>`; invalid `/v1/models` responses are treated as endpoint compatibility failures. Passing `--model <model>` skips model discovery from `/v1/models`, but Harbor still verifies that the selected backend is reachable.

For a live end-user smoke test from a development checkout, start a backend and run the dev helper:

```bash
harbor up ollama
harbor dev launch-live-smoke --backend ollama --model qwen3.5:4b

# Validate generated adapter config without starting host tools
harbor dev launch-live-smoke --tools codex,opencode --backend llamacpp --config-only
```

The helper runs installed `codex`, `claude`, `mi`, and `opencode` CLIs through `harbor launch` in non-interactive prompt mode, skips missing tools by default, and fails if a selected launched tool exits non-zero or exceeds its timeout.

### `harbor shell <service>`

Launch interactive shell in the service's container. Useful for debug and inspection.

```bash
# Tries to launch with "bash" shell by default
harbor shell tabbyui

# You can switch to another shell by supplying
# an additional argument (must be available in the container)
harbor shell tabbyui sh
harbor shell tabbyui ash
harbor shell tabbyui fish
harbor shell tabbyui zsh
```

### `harbor cmd <services>`

Prepares the same `docker compose` call that is used by the Harbor itself, you can then use it to run arbitrary Docker commands.

```bash
# Will print docker compose command
# that is used to start these services
harbor cmd webui litellm vllm
```

It's most useful to be combined with eval of the returned command.

```bash
$(harbor cmd litellm) run litellm --help
# Unlike exec, this doesn't require service to be running
$(harbor cmd litellm) run -it --entrypoint bash litellm

# Note, this is not an equivalent of `harbor down`,
# It'll only shut down default services.
$(harbor cmd) down

# Harbor has a special wildcard notation for compose commands.
# Note the quotes around the wildcard (otherwise it'll be expanded by the shell)
$(harbor cmd "*") down
# And now, this is an equivalent of
harbor down
```

### `harbor eject`

Renders Harbor's Docker Compose configuration into a standalone config that can be moved and used elsewhere. Accepts the same options as `harbor up`.

```bash
# Eject with default services
harbor eject

# Eject with additional services
harbor eject searxng

# Likely, you want the output to be saved in a file
harbor eject searxng llamacpp > docker-compose.harbor.yml
```

### `harbor home`

Prints the path to the Harbor's home directory, where the Harbor CLI is located and where the configuration and data are stored.

```bash
harbor home
```

Most notably, you can use this command to refer to Harbor's workspace for other commands and services that might require it.

```bash
# For example - see all files in the Harbor workspace
ls $(harbor home)

# Or, inspect a folder used by a specific service
ls $(harbor home)/services/ollama
```

### `harbor doctor`

Runs a comprehensive diagnostic script to check if all requirements are met for Harbor to run properly. Returns a non-zero exit code when issues are found.

Checks performed:
- **Docker:** installation, daemon reachability (with 10s timeout), sudo-free access
- **Docker Compose:** version 2.23.1+ required
- **Disk space:** warns when Docker storage has less than 10GB free
- **Registry:** tests Docker Hub connectivity, reports proxy configuration, diagnoses DNS/network failures
- **Harbor files:** home directory, default profile, `.env` configuration, CLI symlink validity
- **GPU (when hardware is present):** NVIDIA GPU + Container Toolkit, AMD ROCm (`/dev/kfd`, render devices, kernel module)
- **WSL (when applicable):** WSL version (flags WSL1 as unsupported), Windows-mounted filesystem performance warnings

```bash
harbor doctor
```

# Setup Management Commands

### `harbor ollama <command>`

Runs Ollama CLI in the container against the Harbor configuration.

```bash
# All Ollama commands are available
harbor ollama --version

# Show currently cached models
harbor ollama list

# Pull a model
harbor ollama pull llama3.2

# Run a model interactively
harbor ollama run llama3.2

# Remove a model
harbor ollama rm llama3.2

# See for more commands
harbor ollama --help
```

#### `harbor ollama ctx`

Get/set the context length for Ollama (sets `OLLAMA_CONTEXT_LENGTH` environment variable).

```bash
# Show current context length
harbor ollama ctx

# Set context length to 8192 tokens
harbor ollama ctx 8192

# Set to 128k for large context models
harbor ollama ctx 131072
```

#### Configuration

```bash
# Configure ollama version, accepts a docker tag
harbor config set ollama.version 0.3.7-rc5-rocm

# Or use latest
harbor config set ollama.version latest
```

### `harbor llamacpp <command>`

Runs CLI tasks specific to managing `llamacpp` service.

#### `harbor llamacpp models`

List models currently loaded by the llama.cpp server.

```bash
# List loaded models
harbor llamacpp models
```

#### `harbor llamacpp model`

Get/set the model to run via HuggingFace URL.

```bash
# Show the model currently configured to run
harbor llamacpp model

# Set a new model to run via a HuggingFace URL
# ⚠️ Note, other kinds of URLs are not supported
harbor llamacpp model https://huggingface.co/user/repo/blob/main/file.gguf
# Above command is an equivalent of
harbor config set llamacpp.model https://huggingface.co/user/repo/blob/main/file.gguf
# And will translate to a --hf-repo and --hf-file flags for the llama.cpp CLI runtime
```

#### `harbor llamacpp gguf`

Get/set the path to GGUF file to run (alternative to model URL).

```bash
# Show the current GGUF path
harbor llamacpp gguf

# Set path to local GGUF file
harbor llamacpp gguf /models/model.gguf
```

#### `harbor llamacpp args`

Get/set extra arguments to pass to the llama.cpp CLI.

```bash
# Show current arguments
harbor llamacpp args

# Set extra arguments
harbor llamacpp args '-c 4096 -n 512'
```

### `harbor ikllamacpp <command>`

Runs CLI tasks specific to managing `ikllamacpp`, Harbor's ik_llama.cpp server.

The subcommands mirror `harbor llamacpp`: `models`, `model`, `gguf`, `args`, and `build`.

```bash
harbor ikllamacpp models
harbor ikllamacpp model https://huggingface.co/user/repo/blob/main/file.gguf
harbor ikllamacpp gguf /models/model.gguf
harbor ikllamacpp args '-c 4096 -n 512'
harbor ikllamacpp build ref main
```

### `harbor tgi <command>`

Runs CLI tasks specific to managing `text-generation-inference` service.

#### `harbor tgi model`

Get/set the model repository to run.

```bash
# Show the model currently configured to run
harbor tgi model

# Set model repository
harbor tgi model meta-llama/Llama-3.2-3B-Instruct
```

#### `harbor tgi quant`

Get/set the quantization mode. Must match the contents of the model repository.

```bash
# Show current quantization
harbor tgi quant

# Set quantization (awq, eetq, exl2, gptq, marlin, bitsandbytes, bitsandbytes-nf4, bitsandbytes-fp4, fp8)
harbor tgi quant awq
```

#### `harbor tgi revision`

Get/set the model revision/branch to use.

```bash
# Show current revision
harbor tgi revision

# Set revision
harbor tgi revision 4.0bpw
```

#### `harbor tgi args`

Get/set extra arguments to pass to the TGI CLI.

```bash
# Show current arguments
harbor tgi args

# Set extra arguments
harbor tgi args '--max-input-length 4096'
```

#### Example Configuration

```bash
# Unlike llama.cpp, a few more parameters are needed,
# example of setting them below
harbor tgi model TheBloke/Llama-2-7B-AWQ
harbor tgi quant awq
harbor tgi revision 4.0bpw

# Alternatively, configure all in one go
harbor config set tgi.model.specifier '--model-id repo/model --quantize awq --revision 3_5'
```

### `harbor litellm <command>`
Runs CLI tasks specific to managing `litellm` service.

```bash
# change default username and password to use litellm UI
harbor litellm username admin
harbor litellm password admin

# Open LiteLLM UI in the browser
harbor litellm ui
# Note that it's different from the main litellm endpoint
# that can be opened/accessed with general commands:
harbor open litellm
harbor url litellm
```

### `harbor hf`

Runs the Hugging Face Hub CLI (`hf`) in a container against the host's HuggingFace cache.

```bash
# All HF commands are available
harbor hf --help

# Show current cache status
harbor hf scan-cache
```

Harbor's `hf` CLI is expanded with some additional commands for convenience.

#### `harbor hf parse-url <url>`

Parses the HuggingFace URL and prints the repository and file names. Useful for setting the model in the `llamacpp` service.

```bash
# Get repository and file names from the HuggingFace URL
harbor hf parse-url https://huggingface.co/user/repo/blob/main/file.gguf
# > Repository: user/repo
# > File: file.gguf
```

#### `harbor hf token`

Manage HF token for accessing private/gated models.

```bash
# Set the token
harbor hf token <token>

# Show the token
harbor hf token
```

#### `harbor hf cachedir`

Get/set the location of HuggingFace cache directory.

```bash
# Show current cache location
harbor hf cachedir

# Set cache location
harbor hf cachedir /path/to/cache
```

#### `harbor hf path <user/repo>`

Resolve the path to a model directory in HF cache. Useful for finding where a model is stored locally.

```bash
# Get the path to a model in cache
harbor hf path meta-llama/Llama-2-7b-hf
```

#### `harbor hf dl`

This is a proxy for the awesome [HuggingFaceModelDownloader](https://github.com/bodaay/HuggingFaceModelDownloader) CLI pre-configured to run in the same way as the other Harbor services.

```bash
# See the original help
harbor hf dl --help

# EXL2 example
#
# -s ./hf - Save the model to global HuggingFace cache (mounted to ./hf)
# -c 10   - make download go brr with 10 concurrent connections
# -m      - model specifier in user/repo format
# -b      - model revision/branch specifier (where applicable)
harbor hf dl -c 10 -m turboderp/TinyLlama-1B-exl2 -b 2.3bpw -s ./hf

# GGUF example
#
# -s ./llama.cpp - Save the model to global llama.cpp cache (mounted to ./llama.cpp)
# -c 10          - make download go brr with 10 concurrent connections
# -m             - model specifier in user/repo format
# :Q2_K          - file filter postfix - will only download files with this postfix
harbor hf dl -c 10 -m TheBloke/TinyLlama-1.1B-Chat-v1.0-GGUF:Q2_K -s ./llama.cpp
```

### `harbor hf download`

HuggingFace's own download utility. Works great when you want to download things for `tgi`, `aphrodite`, `tabbyapi`, `vllm`, etc.

```bash
# Download the model to the global HuggingFace cache
harbor hf download user/repo

# Set the token for private/gated models
harbor hf token <token>
harbor hf download user/private-repo

# Download a specific file
harbor hf download user/repo file
```

> [!TIP]
> You can use [`harbor find`](#harbor-find) to locate downloaded files on your system.

#### `harbor hf find <query>`

A shortcut from the terminal to the HuggingFace model search. It will open the search results in the default browser.

```bash
# Search for the models with the query
harbor hf find gguf gemma-2
# will open this URL
# https://huggingface.co/models?sort=trending&search=gguf%20gemma-2

# Search for the models with the query
harbor hf find exl2 gemma-2-2b
# will open this URL
# https://huggingface.co/models?sort=trending&search=exl2%20gemma-2-2b
```

### `harbor models`

Cross-source model management for Ollama, HuggingFace Hub, llama.cpp caches, Docker Model Runner, MLX, and oMLX. By default, cache operations preserve the existing Ollama/HuggingFace/llama.cpp routing. Use `--source` when a model belongs to Docker Model Runner, MLX, or oMLX.

> Aliases: `harbor models list` = `harbor models ls`, `harbor models remove` = `harbor models rm`, `harbor models dmr pull ...` = `harbor models pull --source dmr ...`, `harbor models mlx pull ...` = `harbor models pull --source mlx ...`, `harbor models omlx pull ...` = `harbor models pull --source omlx ...`

#### `harbor models ls`

List locally available models across Ollama, HuggingFace Hub, the llama.cpp GGUF cache, Docker Model Runner, MLX, and oMLX. Host-backed DMR, MLX, and oMLX are queried by default only when their Harbor proxy service is running; use `--source dmr`, `--source mlx`, or `--source omlx` to query their host endpoints directly.

```bash
# List all models (table view)
harbor models ls

# Alias
harbor models list

# Output as JSON
harbor models ls --json
harbor models ls -j

# Only one source
harbor models ls --source dmr
harbor models ls --source mlx
harbor models ls --source omlx
```

The command queries these sources in parallel:

- **ollama** — calls the running Ollama instance. Skipped if Ollama is not up.
- **hf** — scans the HuggingFace hub cache (`HARBOR_HF_CACHE/hub`). Only `model`-type repos are shown (datasets and spaces are excluded). For each repo, the latest revision is used. Individual GGUF files or safetensors shards are shown as indented sub-rows with sizes. GGUF metadata (architecture, parameter count, quantization, context length) is read from file headers.
- **llamacpp** — recursively walks `HARBOR_LLAMACPP_CACHE` for `.gguf` files. Multimodal projector files (`mmproj`) are excluded. The canonical `org/repo` identity is resolved from subdirectory paths, manifest filenames, or sidecar `.json` files. Model IDs are shown as `org/repo:quantTag`.
- **dmr** — calls Docker Model Runner through `HARBOR_DMR_UPSTREAM_URL`.
- **mlx** — calls the mlx-lm server through `HARBOR_MLX_UPSTREAM_URL`.
- **omlx** — calls the oMLX server through `HARBOR_OMLX_UPSTREAM_URL`.

**Sample output:**

```
SOURCE    MODEL                                              SIZE      DETAILS
ollama    nomic-embed-text:latest                            274 MB    nomic-bert 137M F16
ollama    mxbai-embed-large:latest                           670 MB    bert 334M F16
ollama    qwen3.5:9b                                         6.9 GB    qwen35 8.95B unknown
ollama    qwen3.5:0.8b                                       1.0 GB    qwen35 873.44M Q8_0
ollama    qwen3.5:35b                                        23.9 GB   qwen35moe 36.0B Q4_K_M
hf        speaches-ai/Kokoro-82M-v1.0-ONNX-int8              121 MB
hf        openai/clip-vit-large-patch14                      1.7 GB    clip FLOAT32
             model.safetensors                               1.7 GB
hf        gpustack/jina-reranker-v2-base-multilingual-GGUF   305 MB    Q8_0
             jina-reranker-v2-base-multilingual-Q8_0.gguf    305 MB
hf        BAAI/bge-reranker-v2-m3                            2.3 GB    xlm-roberta 8194ctx FLOAT32
             model.safetensors                               2.3 GB
llamacpp  unsloth/Qwen3-Next-80B-A3B-Instruct-GGUF:Q4_0     45.3 GB   Q4_0
llamacpp  unsloth/Qwen3.5-35B-A3B-GGUF:UD-Q4_K_XL           22.2 GB   UD-Q4_K_XL
llamacpp  unsloth/Qwen3.5-9B-GGUF:UD-Q4_K_XL                6.0 GB    UD-Q4_K_XL
```

The `MODEL` column width adjusts dynamically to the longest name in the result set.

#### `harbor models ls --json`

With `--json` / `-j`, each model is returned as a JSON object. The array is written to stdout.

```bash
harbor models ls --json
harbor models ls -j
```

Schema for each entry:

```json
{
  "source": "ollama | hf | llamacpp | dmr | mlx | omlx",
  "model": "<string>",
  "size": 12345678,
  "modified": "2025-01-15T10:30:00.000Z",
  "files": [
    { "name": "<filename>", "size": 12345678 }
  ],
  "details": {
    "family": "...",          // ollama
    "parameters": "...",      // ollama, hf gguf, llamacpp
    "quantization": "...",    // ollama, hf gguf, llamacpp
    "architecture": "...",    // hf, llamacpp
    "contextLength": 8192,    // hf gguf, llamacpp
    "dtype": "..."            // hf safetensors
  }
}
```

Not all `details` fields are present for every source — only the metadata available from the local files is included.

**Example — extract model IDs with parameters and quantization using `jq`:**

```bash
harbor models ls --json | jq -r '
  .[] | [.model, (.details.parameters // "-"), (.details.quantization // .details.dtype // "-")] | @tsv
'
```

Example output:

```
nomic-embed-text:latest	137M	F16
qwen3.5:9b	8.95B	unknown
unsloth/Qwen3-4B-Instruct-GGUF:Q4_K_M	4.02B	Q4_K_M
BAAI/bge-reranker-v2-m3	-	FLOAT32
```

Filter to a specific source:

```bash
# llamacpp models only
harbor models ls --json | jq '[.[] | select(.source == "llamacpp") | {model, parameters: .details.parameters, quantization: .details.quantization}]'

# DMR models only
harbor models ls --source dmr --json
```

#### `harbor models pull <model>`

Download a model, routing to HuggingFace or Ollama based on the model spec unless `--source` is provided.

```bash
# Pull from HuggingFace (org/repo format)
harbor models pull unsloth/Qwen3-4B-Instruct-GGUF

# Pull from Ollama (model:tag format)
harbor models pull llama3.2:3b

# Slash-containing specs are tried against HuggingFace first
harbor models pull microsoft/Phi-4-mini-instruct-gguf

# Explicit source routing
harbor models pull --source dmr ai/smollm2
harbor models pull --source mlx mlx-community/Qwen3.5-4B-4bit
harbor models pull --source omlx mlx-community/Qwen3.5-4B-4bit
harbor models dmr pull ai/smollm2
harbor models mlx pull mlx-community/Qwen3.5-4B-4bit
harbor models omlx pull mlx-community/Qwen3.5-4B-4bit
```

**Routing logic** (when `--source` is omitted):

1. Harbor queries the Hugging Face Hub API for `org/repo` (the part before an optional `:tag`, 5-second timeout).
2. If the repo is not found, the spec is passed to Ollama's `pull` command.
3. If the repo exists and publishes `.gguf` files, Harbor downloads via an ephemeral llama.cpp server into the llama.cpp cache.
4. If the repo exists but has no GGUF artifacts, Harbor downloads the repository via the Hugging Face CLI into the HF cache.

Slash-containing specs that are not on Hugging Face (for example Ollama registry names with a `/`) fall through to Ollama when the Hub API returns no match.

With `--source dmr`, Harbor delegates to Docker Model Runner. With `--source mlx`, Harbor delegates to `harbor mlx pull`, which downloads HuggingFace model repos into the local cache. With `--source omlx`, Harbor delegates to `harbor omlx pull`, which downloads HuggingFace model repos into `HARBOR_OMLX_MODEL_DIR`. With `--source ollama`, `--source hf`, or `--source llamacpp`, Harbor skips auto-detection and uses that backend directly.

#### `harbor models rm <model>`

Remove a model, searching all configured sources simultaneously and deleting every match.

```bash
# Remove by exact name (removes from whichever source(s) it matches)
harbor models rm qwen3.5:9b

# Prefix match for Ollama — removes all qwen3.5 tags
harbor models rm qwen3.5

# Remove a specific HuggingFace repo
harbor models rm unsloth/Qwen3-4B-Instruct-GGUF

# Remove only a specific quantization from the llamacpp cache
harbor models rm unsloth/Qwen3.5-9B-GGUF:UD-Q4_K_XL

# Remove from a host-backed backend
harbor models rm --source dmr ai/smollm2
harbor models rm --source omlx mlx-community/Qwen3.5-4B-4bit

# Alias
harbor models remove qwen3.5:9b
```

**Per-source removal behavior:**

- **ollama** — exact name match, or prefix match (e.g. `qwen3.5` removes `qwen3.5:latest`, `qwen3.5:8b`, etc.)
- **hf** — removes the `$HF_CACHE/hub/models--{org}--{repo}` directory; also tries loose `.gguf` files in `$HF_CACHE` and `$HF_CACHE/gguf/`
- **llamacpp** — `org/repo` removes all quantizations of that model; `org/repo:Q4_K_M` removes only files matching that quantization tag. Handles both subdirectory and flat cache layouts. Associated manifest files are also removed.
- **dmr** — delegates removal to Docker Model Runner.
- **mlx** — model removal is not supported; manage the HuggingFace cache manually.
- **omlx** — removes the matching model directory under `HARBOR_OMLX_MODEL_DIR`.

The command returns a non-zero exit code if nothing was found in any source.

#### Configuration

| Key | Description |
|-----|-------------|
| `hf.cache` | Path to HuggingFace cache root (default: `~/.cache/huggingface`) |
| `hf.ssl.cert.file` | Host path to a custom CA bundle for `harbor hf` (corporate TLS inspection); mounted at `/etc/ssl/certs/custom-ca.pem` and passed to `SSL_CERT_FILE` / `REQUESTS_CA_BUNDLE` when set |
| `llamacpp.cache` | Path to llama.cpp GGUF cache (default: `~/.cache/llama.cpp`) |
| `dmr.upstream.url` | Docker Model Runner endpoint used for listing models |
| `mlx.upstream.url` | mlx-lm endpoint used for listing models |
| `omlx.upstream.url` | oMLX endpoint used for listing models |
| `ollama.internal.url` | Ollama API endpoint used for listing/removing models (default: `http://ollama:11434`) |

```bash
# Read current values
harbor config get hf.cache
harbor config get llamacpp.cache
harbor config get ollama.internal.url

# Override cache locations
harbor config set hf.cache /mnt/models/huggingface
harbor config set llamacpp.cache /mnt/models/gguf

# Corporate proxy / custom CA for harbor hf downloads
harbor config set hf.ssl.cert.file /path/to/corporate-ca.pem
```

### `harbor vllm`

Runs CLI tasks specific to managing `vllm` service.

#### `harbor vllm model`

Get/set the model currently configured to run.

```bash
# Show the model currently configured to run
harbor vllm model
# Set a new model to run via a repository specifier
harbor vllm model user/repo
```

#### `harbor vllm args`

Manage extra arguments to pass to the `vllm` engine.

```bash
# See the list of arguments in
# the official CLI
harbor run vllm --help

# Show the current arguments
harbor vllm args

# Set new arguments
harbor vllm args '--served-model-name vllm --device cpu'
```

#### `harbor vllm version`

Get/set VLLM version docker tag.

```bash
# Show the current version
harbor vllm version

# Set a specific version
harbor vllm version v0.6.0
```

### `harbor dmr <command>`

Manages [Docker Model Runner](./2.2.22-Backend-Docker-Model-Runner.md) — a host-native backend where Docker Model Runner runs inference on the host (Metal on macOS, GPU on Linux). Harbor exposes it to the Compose network through a Caddy reverse proxy.

```bash
# Start DMR (bootstraps host components and proxy)
harbor dmr start

# Check Docker Model Runner status
harbor dmr status

# List downloaded models
harbor dmr ls

# Pull a model from Docker Hub's ai/ namespace
harbor dmr pull ai/mistral

# Remove a model
harbor dmr rm ai/smollm2

# Stop the proxy (Docker Model Runner itself stays managed by Docker Desktop)
harbor dmr stop
```

#### Configuration

| Key | Default | Description |
|-----|---------|-------------|
| `dmr.host.port` | `34920` | Host-exposed proxy port |
| `dmr.upstream.url` | `http://model-runner.docker.internal:12434` | Docker Model Runner endpoint |
| `dmr.runner.port` | `12434` | TCP port for Docker Model Runner |
| `dmr.model` | `ai/smollm2` | Default model to auto-pull on startup |
| `dmr.manage.host` | `true` | Auto-install/enable Docker Model Runner components |
| `dmr.auto.pull` | `true` | Pull default model on startup |
| `dmr.enable.tcp` | `true` | Enable TCP endpoint on Docker Desktop |
| `dmr.api.key` | `sk-dmr` | API key for service integrations |

```bash
harbor config set dmr.model ai/mistral
harbor config set dmr.manage.host false
```

### `harbor mlx <command>`

Manages [MLX](./2.2.23-Backend-MLX.md) — Apple's MLX runtime for host-native Metal inference on Apple Silicon. Harbor manages `mlx-lm` on the host via `uv` and exposes it to the Compose network through a Caddy reverse proxy.

```bash
# Start MLX (launches mlx-lm on the host and the proxy container)
harbor mlx start

# Check mlx-lm server status
harbor mlx status

# List loaded models
harbor mlx ls

# Pull a model from HuggingFace
harbor mlx pull mlx-community/Qwen3.5-4B-4bit

# View mlx-lm logs
harbor mlx logs

# Stop the host server
harbor mlx stop
```

> Model removal is not supported through `harbor mlx rm`. Manage the HuggingFace cache manually.

#### Configuration

| Key | Default | Description |
|-----|---------|-------------|
| `mlx.host.port` | `34930` | Host-exposed proxy port |
| `mlx.upstream.url` | `http://host.docker.internal:8095` | mlx-lm endpoint for the proxy |
| `mlx.runner.port` | `8095` | Port for the host mlx-lm server |
| `mlx.model` | `mlx-community/Qwen3.5-4B-4bit` | Default model name for launch and integrations |
| `mlx.hf.path` | `mlx-community/Qwen3.5-4B-4bit` | HuggingFace repo passed to `mlx-lm` on the host |
| `mlx.manage.host` | `true` | Auto-start mlx-lm on the host |
| `mlx.workspace` | `./services/mlx` | Working directory for mlx-lm |

```bash
harbor config set mlx.hf.path mlx-community/Qwen3.5-4B-4bit
harbor config set mlx.model mlx-community/Qwen3.5-4B-4bit
harbor config set mlx.manage.host false
```

### `harbor omlx <command>`

Manages [oMLX](./2.2.24-Backend-oMLX.md) — a host-native Apple Silicon MLX inference server with OpenAI-compatible APIs, continuous batching, and paged SSD KV caching. Harbor manages `omlx serve` on the host via `uv` and exposes it to the Compose network through a Caddy reverse proxy.

```bash
# Start oMLX (launches oMLX on the host and the proxy container)
harbor omlx start

# Check oMLX server status
harbor omlx status

# List available models
harbor omlx ls

# Pull a model from HuggingFace into the oMLX model directory
harbor omlx pull mlx-community/Qwen3.5-4B-4bit

# View oMLX logs
harbor omlx logs

# Remove a local oMLX model directory
harbor omlx rm mlx-community/Qwen3.5-4B-4bit

# Stop the host server
harbor omlx stop
```

#### Configuration

| Key | Default | Description |
|-----|---------|-------------|
| `omlx.host.port` | `34940` | Host-exposed proxy port |
| `omlx.upstream.url` | `http://host.docker.internal:8096` | oMLX endpoint for the proxy |
| `omlx.runner.port` | `8096` | Port for the host oMLX server |
| `omlx.model` | `Qwen3.5-4B-4bit` | Default model for launch and integrations |
| `omlx.hf.path` | `mlx-community/Qwen3.5-4B-4bit` | HuggingFace repo to download |
| `omlx.base.path` | `./services/omlx` | Base path passed to `omlx serve --base-path` |
| `omlx.model.dir` | `./services/omlx/models` | Directory containing MLX-format model folders |
| `omlx.cache.dir` | `./services/omlx/cache` | Paged SSD KV cache directory |
| `omlx.api.key` | *(empty)* | Optional API key for host runner and `omlx_curl` |
| `omlx.extra.args` | *(empty)* | Extra arguments appended to `omlx serve` |
| `omlx.manage.host` | `true` | Auto-start oMLX on the host |
| `omlx.workspace` | `./services/omlx` | Working directory for oMLX (`uv` project root) |

```bash
harbor config set omlx.model Qwen3.5-4B-4bit
harbor config set omlx.manage.host false
```

### `harbor webui`

Runs CLI tasks specific to managing `webui` service.

#### `harbor webui version`

Get/set current version of the WebUI. Accepts a docker tag from the [GHCR registry](https://github.com/open-webui/open-webui/pkgs/container/open-webui)

```bash
# Show the current version
harbor webui version

# Set a new version
harbor webui version dev-cuda
```

#### `harbor webui secret <secret>`

Get/Set the secret JWT key for the webui service. Allows Open WebUI JWT tokens to remain valid between Harbor restarts.

```bash
# Show the current secret
harbor webui secret

# Set a new secret
harbor webui secret sk-203948
```

#### `harbor webui name <name>`

Get/Set the name of the service for Open WebUI (by default "Harbor").

```bash
# Show the current name
harbor webui name

# Set a new name
harbor webui name "Pirate Harbor"
```

#### `harbor webui log <level>`

Get/Set the log level for the webui service. Allows to control the verbosity of the logs. See [Official logging documentation](https://docs.openwebui.com/getting-started/logging/#application-serverbackend-logging).

```bash
# INFO is the default log level
harbor webui log

# Set to DEBUG for more visibility
harbor webui log DEBUG
```

### `harbor openai <command>`

Manage OpenAI-related configurations for related services.

One unusual thing is that Harbor allows setting up multiple OpenAI APIs and Keys. This is mostly useful for the services that support such a configuration, for example LiteLLM or Open WebUI.

When setting one or more Keys/URLs - the first one will be propagated to serve as "default" for services that require strictly one url/key pair.

#### `harbor openai keys`

Manage OpenAI API keys for the services that require them.

```bash
# Show the current API keys
harbor openai keys
harbor openai keys ls

# Add a new API key
harbor openai keys add <key>

# Remove an API key
harbor openai keys rm <key>
# Remove by index (zero-based)
harbor openai keys rm 0

# Underlying config option
harbor config get openai.keys
```

When settings API keys, the first one is also propagated to be the "default" one, for services that require strictly one key.

#### `harbor openai urls`

Manage OpenAI API URLs for the services that require them.

```bash
# Show the current URLs
harbor openai urls
harbor openai urls ls

# Add a new URL
harbor openai urls add <url>

# Remove a URL
harbor openai urls rm <url>
# Remove by index (zero-based)
harbor openai urls rm 0

# Underlying config option
harbor config get openai.urls
```

When settings API URLs, the first one is also propagated to be the "default" one, for services that require strictly one URL.

### `harbor tabbyapi <command>`

Manage TabbyAPI-related configurations for related services.

#### `harbor tabbyapi model`

Get/Set the model currently configured to run.

```bash
# Show the model currently configured to run
harbor tabbyapi model

# Set a new model to run via a repository specifier
harbor tabbyapi model user/repo
# For example:
harbor tabbyapi model Annuvin/gemma-2-2b-it-abliterated-4.0bpw-exl2
```

#### `harbor tabbyapi args`

Manage extra arguments to pass to the `tabbyapi` engine. See the arguments in official [Configuration Wiki](https://github.com/theroyallab/tabbyAPI/wiki/2.-Configuration).

```bash
# Show the current arguments
harbor tabbyapi args

# Set new arguments
harbor tabbyapi args --log-prompt true
```

You can find some other items not listed above running the `tabbyapi` CLI with Harbor:

```bash
harbor run tabbyapi --help
```

#### `harbor tabbyapi apidoc`

When `tabbyapi` is running - will open the Docs Swagger UI in the default browser.

```bash
harbor tabbyapi apidoc
```


### `harbor plandex <command>`

> [!TIP]
> Similarly to the official Plandex CLI, also available with `pdx` alias.

Access Plandex CLI for interactions with the self-hosted Plandex instance.

See the [service guide](./2.3.4-Satellite&colon-Plandex.md) for some additional details on the Plandex service setup.

```bash
# Access Plandex own CLI
harbor pdx --help
```

Whenever you're running `harbor pdx`, the tool will have access to the current folder as if it was called directly in the terminal.

#### `harbor plandex health`

Pings the Plandex server to check if it's up and running, using the official `/health` endpoint.

```bash
# Check the Plandex server health
harbor pdx health # OK
```

#### `harbor plandex pwd`

Allows you to verify which specific folder will be mounted to the Plandex containers as the workspace.

```bash
# Show the folder that will be mounted to the Plandex CLI
# against the current location
harbor pdx pwd
```

### `harbor mistralrs <command>`

A CLI to manage the `mistralrs` service.

Everything except the commands specified below is passed to the original `mistralrs-server` CLI.

#### `harbor mistralrs health`

Pings the MistralRS server to check if it's up and running, using the official `/health` endpoint.

```bash
# Check the MistralRS server health
harbor mistralrs health # OK
```

#### `harbor mistralrs docs`

Open official service docs in the default browser (when the service is running).

```bash
# Open MistralRS docs in the browser
harbor mistralrs docs
```

#### `harbor mistralrs model`

Get/Set the model currently configured to run. See a more detailed guide in the [`mistralrs` service guide](./2.2.6-Backend&colon-mistral.rs.md).

```bash
# Show the model currently configured to run
harbor mistralrs model

# Set a new model to run via a repository specifier
# For "plain" models:
harbor mistralrs model user/repo
# For "gguf" models:
harbor mistralrs model "container/folder -f model.gguf"
# See the guide above for a more detailed overview
```

#### `harbor mistralrs args`

Manage extra arguments to pass to the `mistralrs` engine. See the full list with `harbor mistralrs --help`.

```bash
# Show the current arguments
harbor mistralrs args

# Set new arguments
harbor mistralrs args "--no-paged-attn --throughput"
# Reset the arguments to the default
harbor mistralrs args ""
```

#### `harbor mistralrs type`

Get/Set the model type currently configured to run.

```bash
# Show the model type currently configured to run
harbor mistralrs type

# Set a new model type to run
harbor mistralrs type gguf
harbor mistralrs type plain
# See the service guide for setup on both
```

#### `harbor mistralrs arch`

For `plain` type, allows to set the architecture of the model. See the [official reference](https://github.com/EricLBuehler/mistral.rs?tab=readme-ov-file#architecture-for-plain-models).

```bash
# Show the model architecture currently configured to run
harbor mistralrs arch

# Set a new model architecture to run
harbor mistralrs arch mistral
harbor mistralrs arch gemma2
```

#### `harbor mistralrs isq`

For `plain` type, allows to set the [in situ quantization](https://github.com/EricLBuehler/mistral.rs/blob/master/docs/ISQ.md).

```bash
# Show the ISQ status currently configured to run
harbor mistralrs isq

# Set a new ISQ status to run
harbor mistralrs isq Q2K
```

#### `harbor mistralrs version`

Get/set mistral.rs version docker tag.

```bash
# Show the current version
harbor mistralrs version

# Set version (0.3, 0.4, etc.)
harbor mistralrs version 0.4
```

### `harbor opint <command>`

Configure and run Open Interpreter CLI. (Almost) everything except the commands specified below is passed to the original `interpreter` CLI.

#### `harbor opint backend`

Get/set the backend service to use for Open Interpreter (e.g., ollama, vllm, litellm).

```bash
# Show the current backend
harbor opint backend

# Set backend service
harbor opint backend ollama
harbor opint backend vllm
```

#### `harbor opint model`

Get/Set the model currently configured to run.

```bash
# Show the model currently configured to run
harbor opint model

# Set a new model to run
# must match the "id" of a model of a backend
# that'll be used to serve interpreter requests
harbor opint model <model>

# For example, for ollama
harbor opint model codestral
```

#### `harbor opint args`

Manage extra arguments to pass to the Open Interpreter engine.

```bash
# Show the current arguments
harbor opint args

# Set new arguments
harbor opint args "--no-paged-attn --throughput"
```

#### `harbor opint cmd`

Overrides the whole command that will be run in the Open Interpreter container. Useful for running something completely custom.

> [!WARNING]
> Resets "model" and "args" to empty strings.

```bash
# Set the command to run in the Open Interpreter container
harbor opint cmd "--profile agentic_code_expert.py"
```

#### `harbor opint pwd`

Prints the directory that will be mounted to the Open Interpreter container as the workspace.

```bash
# Show the folder that will be mounted
# to the Open Interpreter CLI
harbor opint pwd
```

#### `harbor opint profiles`

> Alias: `harbor opint --profiles`
> Alias: `harbor opint -p`

Works identically (hopefully) to the `interpreter --profiles` - open the directory storing custom profiles for the Open Interpreter.

#### `harbor opint models`

> Alias: `harbor opint --local_models`

Open the directory containing local models for Open Interpreter.

#### `harbor opint --os`

OS Mode is not supported as there's no established way to have full OS host control from within a container.

### `harbor aphrodite <command>`

Manage Aphrodite-related configurations. Aphrodite is a high-performance vLLM fork optimized for inference.

#### `harbor aphrodite model`

Get/set the model currently configured to run.

```bash
# Show the model currently configured to run
harbor aphrodite model

# Set a new model to run via a repository specifier
harbor aphrodite model user/repo
```

#### `harbor aphrodite args`

Manage extra arguments to pass to the Aphrodite engine.

```bash
# Show the current arguments
harbor aphrodite args

# Set new arguments
harbor aphrodite args '--max-model-len 4096'
```

#### `harbor aphrodite version`

Get/set the Aphrodite version docker tag.

```bash
# Show the current version
harbor aphrodite version

# Set a specific version
harbor aphrodite version latest
```

### `harbor cmdh <command>`

Manage cmdh (Command-H) service configuration. Command-H helps generate CLI commands using AI.

#### `harbor cmdh model`

Get/set the cmdh model to use.

```bash
# Show the current model
harbor cmdh model

# Set a new model
harbor cmdh model qwen2.5-coder:7b
```

#### `harbor cmdh host`

Get/set the cmdh LLM host provider.

```bash
# Show the current host
harbor cmdh host

# Set host to ollama or OpenAI
harbor cmdh host ollama
harbor cmdh host OpenAI
```

#### `harbor cmdh key`

Get/set the cmdh OpenAI API key (when using OpenAI host).

```bash
# Show the current key
harbor cmdh key

# Set a new key
harbor cmdh key sk-...
```

#### `harbor cmdh url`

Get/set the cmdh OpenAI API URL (when using OpenAI host).

```bash
# Show the current URL
harbor cmdh url

# Set a new URL
harbor cmdh url https://api.openai.com/v1
```

### `harbor fabric <command>`

Manage Fabric service configuration. Fabric is a CLI tool for applying AI patterns to text.

See [Fabric Documentation](https://github.com/danielmiessler/fabric) for pattern details.

#### `harbor fabric model`

Get/set the Fabric model to use.

```bash
# Show the current model
harbor fabric model

# Set a new model
harbor fabric model gpt-4
```

#### `harbor fabric patterns`

Open the Fabric patterns directory in your file manager.

```bash
# Open patterns directory
harbor fabric patterns
harbor fabric --patterns
```

#### Usage Examples

```bash
# List available patterns
harbor fabric -l

# Use a pattern with piped input
echo "Explain quantum computing" | harbor fabric --pattern explain

# Apply pattern to a file
harbor fabric --pattern summarize < document.txt
```

### `harbor parler <command>`

Manage Parler TTS service configuration.

#### `harbor parler model`

Get/set the Parler TTS model.

```bash
# Show the current model
harbor parler model

# Set a new model
harbor parler model parler-tts/parler-tts-mini-v1
```

#### `harbor parler voice`

Get/set the voice description for Parler TTS.

```bash
# Show the current voice
harbor parler voice

# Set a new voice description
harbor parler voice "A female speaker with a slightly low-pitched voice"
```

### `harbor airllm <command>`

Manage AirLLM service configuration. AirLLM enables running large models with limited VRAM.

#### `harbor airllm model`

Get/set the model to run.

```bash
# Show the current model
harbor airllm model

# Set a new model
harbor airllm model meta-llama/Llama-2-70b-hf
```

#### `harbor airllm ctx`

Get/set the context length for AirLLM.

```bash
# Show the current context length
harbor airllm ctx

# Set context length
harbor airllm ctx 4096
```

#### `harbor airllm compression`

Get/set the compression level for AirLLM.

```bash
# Show the current compression
harbor airllm compression

# Set compression (4bit, 8bit, or none)
harbor airllm compression 4bit
harbor airllm compression 8bit
harbor airllm compression none
```

### `harbor txtai <command>`

Manage txtai service configuration for semantic search and RAG.

#### `harbor txtai cache`

Get/set the location of global txtai cache.

```bash
# Show the current cache location
harbor txtai cache

# Set cache location
harbor txtai cache /path/to/cache
```

#### `harbor txtai rag model`

Get/set the txtai RAG model repository to run.

```bash
# Show the current RAG model
harbor txtai rag model

# Set RAG model
harbor txtai rag model user/repo
```

#### `harbor txtai rag embeddings`

Get/set the path to the embeddings file.

```bash
# Show the current embeddings path
harbor txtai rag embeddings

# Set embeddings path
harbor txtai rag embeddings /path/to/embeddings
```

### `harbor aider <command>`

Access Aider AI coding assistant. Aider helps you edit code using AI.

See [Aider Documentation](https://aider.chat/) for detailed usage.

#### `harbor aider model`

Get/set the Aider model to use.

```bash
# Show the current model
harbor aider model

# Set a new model
harbor aider model gpt-4
```

#### Usage Examples

```bash
# Start Aider in current directory
harbor aider

# Start with specific files
harbor aider file1.py file2.py

# Use with a specific model
harbor aider --model gpt-4-turbo
```

### `harbor facts <command>`

Run the facts CLI against the current directory in a Harbor container.

```bash
# List project facts
harbor facts list

# Verify command-backed facts
harbor facts check

# Add a spec fact
harbor facts add "the API returns JSON" --section api --tags spec
```

### `harbor mi <command>`

Run the mi agent CLI against the current directory in a Harbor container.

```bash
# Interactive REPL
harbor mi

# One-shot prompt
harbor mi -p "summarize this project"

# Review piped input
git diff | harbor mi -p "review this diff"
```

### `harbor npcsh <command>`

Run the npcsh CLI/TUI against the current directory in a Harbor container.

```bash
# Interactive npcsh shell
harbor npcsh

# Show npcsh help
harbor npcsh --help
```

### `harbor chatui <command>`

Manage HuggingFace ChatUI service configuration.

#### `harbor chatui version`

Get/set the ChatUI version docker tag.

```bash
# Show the current version
harbor chatui version

# Set a new version
harbor chatui version latest
```

#### `harbor chatui model`

Get/set the Ollama model to target.

```bash
# Show the current model
harbor chatui model

# Set model ID
harbor chatui model llama3.2
```

### `harbor comfyui <command>`

Manage ComfyUI service configuration for Stable Diffusion workflows.

#### `harbor comfyui version`

Get/set the ComfyUI version docker tag.

```bash
# Show the current version
harbor comfyui version

# Set a new version
harbor comfyui version latest
```

#### `harbor comfyui user`

Get/set the ComfyUI username for authentication.

```bash
# Show the current username
harbor comfyui user

# Set username
harbor comfyui user admin
```

#### `harbor comfyui password`

Get/set the ComfyUI password for authentication.

```bash
# Show the current password
harbor comfyui password

# Set password
harbor comfyui password secret123
```

#### `harbor comfyui auth`

Enable/disable ComfyUI authentication.

```bash
# Show auth status
harbor comfyui auth

# Enable authentication
harbor comfyui auth true

# Disable authentication
harbor comfyui auth false
```

#### `harbor comfyui workspace sync`

Sync installed custom nodes to persistent storage.

```bash
# Sync custom nodes
harbor comfyui workspace sync
```

#### `harbor comfyui workspace open`

Open folder containing ComfyUI workspace in the File Manager.

```bash
# Open workspace folder
harbor comfyui workspace open
```

#### `harbor comfyui workspace clear`

Clear ComfyUI workspace, including all configurations and models.

```bash
# Clear workspace (prompts for confirmation)
harbor comfyui workspace clear
```

#### `harbor comfyui output`

Open folder containing ComfyUI output in the File Manager.

```bash
# Open output folder
harbor comfyui output
```

### `harbor aichat <command>`

Manage aichat service. AIChat is a versatile CLI AI assistant.

See [AIChat Documentation](https://github.com/sigoden/aichat) for details.

#### `harbor aichat model`

Get/set the model to run.

```bash
# Show the current model
harbor aichat model

# Set a new model
harbor aichat model gemma2:9b
```

#### `harbor aichat workspace`

Open the aichat workspace directory.

```bash
# Open workspace directory
harbor aichat workspace
```

#### Usage Examples

```bash
# Start interactive chat
harbor aichat

# Execute a single query
harbor aichat "Explain Docker volumes"

# Use with pipes
echo "Translate this to French" | harbor aichat
```

### `harbor omnichain <command>`

Manage omnichain service configuration.

#### `harbor omnichain workspace`

Open the omnichain workspace directory.

```bash
# Open workspace
harbor omnichain workspace
```

### `harbor sglang <command>`

Manage SGLang service configuration. SGLang is a fast inference engine.

#### `harbor sglang model`

Get/set the sglang model repository to run.

```bash
# Show the current model
harbor sglang model

# Set a new model
harbor sglang model meta-llama/Llama-3.2-3B-Instruct
```

#### `harbor sglang args`

Get/set extra args to pass to the sglang CLI.

```bash
# Show the current arguments
harbor sglang args

# Set new arguments
harbor sglang args '--tp 2 --mem-fraction-static 0.8'
```

### `harbor jupyter <command>`

Manage Jupyter service configuration.

#### `harbor jupyter workspace`

Open the Jupyter workspace directory.

```bash
# Open workspace
harbor jupyter workspace
```

#### `harbor jupyter image`

Get/set the Jupyter image to run.

```bash
# Show the current image
harbor jupyter image

# Set a custom image
harbor jupyter image jupyter/tensorflow-notebook
```

#### `harbor jupyter deps`

Manage extra dependencies to install in the Jupyter image.

```bash
# List current dependencies
harbor jupyter deps ls

# Add a dependency
harbor jupyter deps add pandas

# Remove a dependency
harbor jupyter deps rm pandas
```

### `harbor ol1 <command>`

Manage OL1 service configuration for o1-style reasoning.

#### `harbor ol1 model`

Get/set the OL1 model repository to run.

```bash
# Show the current model
harbor ol1 model

# Set a new model
harbor ol1 model user/repo
```

#### `harbor ol1 args`

Manage OL1 arguments as a dictionary.

```bash
# List current arguments
harbor ol1 args ls

# Set an argument
harbor ol1 args set key value

# Remove an argument
harbor ol1 args rm key
```

### `harbor ktransformers <command>`

Manage KTransformers service configuration. KTransformers optimizes inference with kernel-level optimizations.

#### `harbor ktransformers model`

Get/set the --model_path for KTransformers.

```bash
# Show the current model
harbor ktransformers model

# Set model path
harbor ktransformers model /models/Qwen2-7B
```

#### `harbor ktransformers gguf`

Get/set the --gguf_path for KTransformers.

```bash
# Show the current GGUF path
harbor ktransformers gguf

# Set GGUF path
harbor ktransformers gguf /models/model.gguf
```

#### `harbor ktransformers version`

Get/set KTransformers version.

```bash
# Show the current version
harbor ktransformers version

# Set version
harbor ktransformers version 0.1.0
```

#### `harbor ktransformers image`

Get/set KTransformers docker image.

```bash
# Show the current image
harbor ktransformers image

# Set custom image
harbor ktransformers image custom/ktransformers:latest
```

#### `harbor ktransformers args`

Get/set extra args to pass to KTransformers.

```bash
# Show current args
harbor ktransformers args

# Set args
harbor ktransformers args '--max_tokens 2048'
```

### `harbor openhands <command>`

Access OpenHands (formerly OpenDevin) AI coding agent. Provides autonomous software development capabilities.

```bash
# Run OpenHands in current directory
harbor openhands

# The workspace is mounted at /opt/workspace_base
```

### `harbor stt <command>`

Manage Speech-to-Text service configuration.

#### `harbor stt model`

Get/set the STT model to run.

```bash
# Show the current model
harbor stt model

# Set a new model
harbor stt model openai/whisper-large-v3
```

#### `harbor stt version`

Get/set the STT docker tag.

```bash
# Show the current version
harbor stt version

# Set version
harbor stt version latest
```

### `harbor speaches <command>`

Manage Speaches service configuration (combined STT/TTS).

#### `harbor speaches stt_model`

Get/set the STT model to run.

```bash
# Show the current STT model
harbor speaches stt_model

# Set STT model
harbor speaches stt_model openai/whisper-base
```

#### `harbor speaches tts_model`

Get/set the TTS model to run.

```bash
# Show the current TTS model
harbor speaches tts_model

# Set TTS model
harbor speaches tts_model facebook/mms-tts-eng
```

#### `harbor speaches tts_voice`

Get/set the TTS voice to use.

```bash
# Show the current voice
harbor speaches tts_voice

# Set voice
harbor speaches tts_voice en-US-Neural2-A
```

#### `harbor speaches version`

Get/set the Speaches version docker tag.

```bash
# Show the current version
harbor speaches version

# Set version
harbor speaches version latest
```

### `harbor boost <command>`

Manage Boost service configuration. Boost provides advanced reasoning modules for LLMs.

#### `harbor boost urls`

Manage OpenAI API URLs to boost.

```bash
# List URLs
harbor boost urls ls

# Add a URL
harbor boost urls add https://api.openai.com/v1

# Remove a URL
harbor boost urls rm https://api.openai.com/v1
```

#### `harbor boost keys`

Manage OpenAI API keys to boost.

```bash
# List keys
harbor boost keys ls

# Add a key
harbor boost keys add sk-...

# Remove a key
harbor boost keys rm sk-...
```

#### `harbor boost modules`

Manage Boost modules to enable.

```bash
# List modules
harbor boost modules ls

# Add a module
harbor boost modules add klmbr

# Remove a module
harbor boost modules rm klmbr
```

#### `harbor boost klmbr`

Manage KLMBR (Knowledge-enhanced Language Model with Bayesian Reasoning) module.

```bash
# Access KLMBR module configuration
harbor boost klmbr
```

#### `harbor boost rcn`

Manage RCN (Recursive Cognitive Network) module.

```bash
# Access RCN module configuration
harbor boost rcn
```

#### `harbor boost g1`

Manage G1 reasoning module.

```bash
# Access G1 module configuration
harbor boost g1
```

#### `harbor boost r0`

Manage R0 reasoning module.

```bash
# Access R0 module configuration
harbor boost r0
```

### `harbor nexa <command>`

Access Nexa SDK CLI. Nexa provides efficient model inference.

See [Nexa Documentation](https://github.com/NexaAI/nexa-sdk) for details.

#### `harbor nexa model`

Get/set the Nexa model to use.

```bash
# Show the current model
harbor nexa model

# Set a new model
harbor nexa model gemma-2b
```

#### Usage Examples

```bash
# Run Nexa CLI
harbor nexa

# Generate text
harbor nexa gen "Once upon a time"
```

### `harbor repopack <command>`

Access Repopack CLI. Repopack helps package repository contents for AI context.

See [Repopack Documentation](https://github.com/yamadashy/repopack) for details.

```bash
# Pack current directory
harbor repopack

# Pack with specific output
harbor repopack -o output.txt
```

### `harbor k6 <command>`

Access K6 load testing CLI with Grafana visualization.

See [K6 Documentation](https://k6.io/docs/) for test script details.

```bash
# Run a load test
harbor k6 script.js

# Run with specific options
harbor k6 run --vus 10 --duration 30s script.js
```

When running K6 tests, Harbor automatically displays the Grafana dashboard URL.

### `harbor promptfoo <command>`

Access Promptfoo CLI for LLM testing and evaluation.

See [Promptfoo Documentation](https://www.promptfoo.dev/) for details.

#### `harbor promptfoo view`

Open the Promptfoo UI in browser.

```bash
# Open Promptfoo UI
harbor promptfoo view
harbor promptfoo open
harbor promptfoo o
```

#### Usage Examples

```bash
# Initialize a new config
harbor promptfoo init

# Run evaluations
harbor promptfoo eval

# View results in UI
harbor promptfoo view
```

### `harbor webtop <command>`

Manage Webtop service (full Linux desktop in browser).

#### `harbor webtop reset`

Delete Webtop workspace and reset to fresh state.

```bash
# Reset Webtop (stops service and clears data)
harbor webtop reset
```

### `harbor langflow <command>`

Manage Langflow service configuration for visual LLM workflow building.

#### `harbor langflow ui`

Open Langflow UI in browser.

```bash
# Open Langflow UI
harbor langflow ui
harbor langflow open
```

#### `harbor langflow url`

Get the Langflow URL.

```bash
# Print Langflow URL
harbor langflow url
```

#### `harbor langflow version`

Get/set the Langflow version docker tag.

```bash
# Show the current version
harbor langflow version

# Set version
harbor langflow version 1.0.0
```

#### `harbor langflow auth username`

Get/set the Langflow superuser username.

```bash
# Show username
harbor langflow auth username

# Set username
harbor langflow auth username admin
```

#### `harbor langflow auth password`

Get/set the Langflow superuser password.

```bash
# Show password
harbor langflow auth password

# Set password
harbor langflow auth password secret123
```

### `harbor kobold <command>`

Manage KoboldCPP service configuration.

#### `harbor kobold model`

Get/set the Kobold model repository to run.

```bash
# Show the current model
harbor kobold model

# Set a new model
harbor kobold model user/repo
```

#### `harbor kobold args`

Get/set Kobold arguments.

```bash
# Show current args
harbor kobold args

# Set args
harbor kobold args '--contextsize 4096'
```

### `harbor morphic <command>`

Manage Morphic service configuration (AI-powered search interface).

#### `harbor morphic model`

Get/set the default model for Morphic.

```bash
# Show the current model
harbor morphic model

# Set model
harbor morphic model llama3.2
```

#### `harbor morphic tool_model`

Get/set the tool calling model for Morphic.

```bash
# Show the current tool model
harbor morphic tool_model

# Set tool model
harbor morphic tool_model qwen2.5-coder
```

### `harbor gptme <command>`

Access GPTme AI assistant CLI.

See [GPTme Documentation](https://github.com/ErikBjare/gptme) for details.

#### `harbor gptme model`

Get/set the GPTme model repository to run.

```bash
# Show the current model
harbor gptme model

# Set model
harbor gptme model gpt-4
```

#### Usage Examples

```bash
# Start interactive session
harbor gptme

# Execute with specific prompt
harbor gptme "Explain Docker networking"
```

### `harbor mcp <command>`

Manage Model Context Protocol tools.

#### `harbor mcp inspector`

Launch MCP Inspector for debugging MCP servers.

```bash
# Run MCP Inspector
harbor mcp inspector
```

### `harbor modularmax <command>`

Manage ModularMax service configuration (Modular MAX Engine inference).

#### `harbor modularmax model`

Get/set the ModularMax model repository to run.

```bash
# Show the current model
harbor modularmax model

# Set model
harbor modularmax model meta-llama/Llama-3.2-1B-Instruct
```

#### `harbor modularmax args`

Get/set extra args to pass to the ModularMax CLI.

```bash
# Show current args
harbor modularmax args

# Set args
harbor modularmax args '--max-length 2048'
```

### `harbor photoprism <command>`

Manage PhotoPrism service and run PhotoPrism CLI commands.

See [PhotoPrism CLI Documentation](https://docs.photoprism.app/user-guide/ai/cli/) for available commands.

#### `harbor photoprism model`

Get/set the vision model for Ollama integration.

```bash
# Show the current vision model
harbor photoprism model

# Set vision model (for use with Ollama)
harbor photoprism model llava
```

#### PhotoPrism CLI Commands

```bash
# List configured vision models
harbor photoprism vision ls

# Run caption generation
harbor photoprism vision run -m caption

# Run label generation
harbor photoprism vision run -m labels

# Reset user password
harbor photoprism passwd admin

# List users
harbor photoprism users ls
```

Note: PhotoPrism must be running to execute CLI commands.

### `harbor lmeval <command>`

Manage LM Eval Harness for evaluating language models.

See [lm-evaluation-harness](https://github.com/EleutherAI/lm-evaluation-harness) for task details.

#### `harbor lmeval results`

Open the results directory in file manager.

```bash
# Open results folder
harbor lmeval results
```

#### `harbor lmeval cache`

Open the cache directory in file manager.

```bash
# Open cache folder
harbor lmeval cache
```

#### `harbor lmeval type`

Get/set the evaluation type.

```bash
# Show current type
harbor lmeval type

# Set type
harbor lmeval type local
```

#### `harbor lmeval model`

Get/set the model for evaluation.

```bash
# Show current model
harbor lmeval model

# Set model
harbor lmeval model meta-llama/Llama-3.2-3B
```

### `harbor bench <command>`

Manage Harbor's integrated benchmark suite.

#### `harbor bench results`

Open the benchmark results directory.

```bash
# Open results folder
harbor bench results
```

#### `harbor bench tasks`

Get/set benchmark tasks to run.

```bash
# Show current tasks
harbor bench tasks

# Set tasks
harbor bench tasks "hellaswag,winogrande"
```

#### `harbor bench debug`

Get/set debug mode for benchmarks.

```bash
# Show debug status
harbor bench debug

# Enable debug
harbor bench debug true
```

#### `harbor bench model`

Get/set the model to benchmark.

```bash
# Show current model
harbor bench model

# Set model
harbor bench model gpt-4
```

#### `harbor bench api`

Get/set the API endpoint for benchmarks.

```bash
# Show current API
harbor bench api

# Set API
harbor bench api http://localhost:8000/v1
```

#### `harbor bench key`

Get/set the API key for benchmarks.

```bash
# Show current key
harbor bench key

# Set key
harbor bench key sk-...
```

### `harbor parllama <command>`

Access Parllama CLI (Ollama GUI client).

```bash
# Launch Parllama
harbor parllama
```

### `harbor oterm <command>`

Access oterm CLI (Ollama terminal UI).

```bash
# Launch oterm
harbor oterm
```

# Harbor CLI Commands

### `harbor open <service>`

Opens the service URL in the default browser. In case of API services, you'll see the response from the service main endpoint.

```bash
# Without any arguments, will open
# the service from main.ui config field
harbor open

# `harbor open` will now open hollama
# by default
harbor config set main.ui hollama

# Open a specific service
# using its handle
harbor open ollama
```

Additionally, `harbor open` can be configured to open a custom URL for a given handle. This is done by using `<service>.open_url` config field. For example, to open Ollama `/api/ps` instead of the default `/` endpoint, you can run:

```bash
# Set the new config
harbor config set ollama.open_url http://localhost:33821/api/ps

# Now, running `harbor open ollama` will open the `/api/ps` endpoint
harbor open ollama
```

Note that custom `open_url` configs might be reset during Harbor updates.

### `harbor url <service>`

Prints the URL of the service to the terminal.

```bash
# With default settings, this will print
# http://localhost:33831
harbor url llamacpp
```

Harbor will try to determine multiple additional URLs for the service:
```bash
# URL on local host
harbor url ollama

# URL on LAN
harbor url --lan ollama
harbor url --addressable ollama
harbor url --a ollama

# URL on Docker's intranet
harbor url -i ollama
harbor url --internal ollama
```

### `harbor qr <service>`

Generates a QR code for the service URL and prints it in the terminal.

```bash
# This service will open by default
harbor config get ui.main

# Generate a QR code for default UI
harbor qr

# Generate a QR code for a specific service
# Makes little sense for non-UI services.
harbor qr ollama
```

#### Example

![Example QR code in the terminal](./qr.png)

### `harbor tunnel <service>`

> Alias: `harbor t`

Opens a `cloudflared` tunnel to the local instance of the service. Useful for sharing the service with others or accessing it from a remote location.

> [!WARNING]
> Exposing your services to the internet is dangerous. Be safe!
> It's a bad idea to expose a service without any authentication whatsoever.

```bash
# Open a tunnel to the default UI service
harbor tunnel

# Open a tunnel to a specific service
harbor tunnel ollama

# Stop all running tunnels
harbor tunnel down
harbor tunnel stop
harbor t s
harbor t d
```

The command will print the URL of the tunnel as well as the QR code for it.

### `harbor tunnels`

![tunnels diagram screenshot (nothing important)](./tunnels.png)

Let's say that you are absolutely certain that you want a tunnel to be available all the time you run Harbor. You can set up a list of services that will be tunneled automatically.

```bash
# See list config docs
harbor tunnels --help

# Show the current list of services
harbor tunnels
harbor tunnels ls

# Add a new service to the list
harbor tunnels add ollama

# Remove a service from the list
harbor tunnels rm ollama
# Remove by index (zero-based)
harbor tunnels rm 0

# Remove all services from the list
# Don't confuse with stopping the tunnels (see above)
harbor tunnels rm
harbor tunnels clear

# Stop all running tunnels
harbor tunnel down
harbor tunnel stop
harbor t s
harbor t d
```

You can also edit this setting directly in the `.env`:
```bash
HARBOR_SERVICES_TUNNELS="webui"
```

Whenever a `harbor up` is run - these tunnels will be established, Harbor will print their URLs as well as QR codes in the terminal.

### `harbor link`

> Alias: `harbor ln`

Creates a symlink to the `harbor.sh` script in the user's home bin directory. This allows you to run the script from any directory. Safe to re-run: existing symlinks are replaced if the target path or CLI name changed. Supports bash, zsh, and fish shells -- adds the appropriate PATH configuration to your shell profile automatically.

```bash
# Puts the script in the bin directory
harbor ln
```

If you're me and have to run `harbor` hundreds of times a day, `ln` comes with a `--short` option.

```bash
# Also links the short alias
harbor ln --short
```

#### Configuration

You can adjust where harbor is linked and the names for the symlinks:
```bash
# Assuming it's not linked yet

# See the defaults
./harbor.sh config get cli.path
./harbor.sh config get cli.name
./harbor.sh config get cli.short

# Customize
./harbor.sh config set cli.path ~/bin
./harbor.sh config set cli.name ai
./harbor.sh config set cli.short ai

# Link
./harbor.sh ln --short

# Use
ai up
ai down
```

### `harbor unlink`

> Alias: `harbor unln`

An antipode to `harbor link`. Removes previously added symlinks and cleans up PATH entries from shell profiles (bash, zsh, fish). Note that this uses _current_ links configuration, so if it was changed since the link was added, it might not work as expected.

```bash
# Removes the symlink(s) and shell profile PATH entries
harbor unlink
```

### `harbor defaults`

Displays or sets the list of default services that will be started when running `harbor up`. Will include one LLM backend and one LLM frontend out of the box.

```bash
# Show the current default services
harbor defaults
harbor defaults ls

# Add a new default service
harbor defaults add tts

# Remove a default service
harbor defaults rm tts
# Remove by index (zero-based)
harbor defaults rm 0

# Remove all services from the default list
harbor defaults rm

# This is an alias for the
# services.default config field
harbor config set services.default 'webui ollama searxng'

# You can also configure it
# via the .env file
cat $(harbor home)/.env | grep HARBOR_SERVICES_DEFAULT
```

### `harbor volumes`

Manage custom host volume mounts for Harbor services. Volumes added here are injected into the corresponding containers at startup, in addition to the service's default volumes.

```bash
# Show all services with custom volumes
harbor volumes ls

# Show volumes for a specific service
harbor volumes ls ollama

# Add a volume mount (docker-style source:dest notation)
harbor volumes add ollama /data/models:/root/.ollama
harbor volumes add ollama /certs/ca.pem:/etc/ssl/certs/ca.pem

# Remove a volume by index (zero-based)
harbor volumes rm ollama 0

# Remove all custom volumes for a service
harbor volumes clear ollama
```

Volume configuration is stored in the `.env` file as semicolon-separated entries under `HARBOR_<SERVICE>_VOLUMES`. You can also manage them directly via `harbor config`:

```bash
harbor config get ollama.volumes
harbor config set ollama.volumes "/data/models:/root/.ollama;/certs/ca.pem:/etc/ssl/certs/ca.pem"
```

Volumes work with any service name, including sub-services like `dify-api` or `ollama-init`. Custom mounts are merged into the generated Compose file at startup; run `harbor up` (or restart the service) after adding or changing volumes.

### `harbor aliases`

Allows configuring additional aliases for the `harbor run` command. Any arbitrary shell command can be added as an alias. Aliases are managed in a key-value format, where the key is the alias name and the value is the command.

```bash
# Show the current list of aliases
harbor aliases
# Show aliases help
harbor aliases --help
# Same as above
harbor alias
harbor a
```

The `alias` is managed by [`harbor config`](#harbor-config) internally, and is linked to the `aliases` config field.

```bash
# Will be empty, unless some aliases are configured
harbor config get aliases
# Placement in the `.env`:
cat $(harbor home)/.env | grep HARBOR_ALIASES
```

#### `harbor aliases ls`

Lists all the currently set aliases.

```bash
harbor aliases ls

# Running without any args
# defaults to "ls" behavior
harbor aliases
harbor alias
harbor a
```

#### `harbor aliases set <alias> <command>`

Adds a new alias to the list.

```bash
# Note the single quotes on the outside
# and double quotes on the inside
harbor alias set echo 'echo "I like $PWD!"'
```

You can then see the set alias:

```bash
harbor alias
echo: echo "I like $PWD!"

harbor alias get echo
# echo "I like $PWD!"
```

You can run aliases with [`harbor run`](#harbor-run-service-command):

```bash
harbor run echo
# I like /home/user/harbor
```

#### `harbor aliases get <alias>`

Obtain a command for a specific alias.

```bash
harbor alias get echo
```

#### `harbor aliases rm <alias>`

Removes an alias from the list.

```bash
harbor alias rm echo
```

### `harbor help`

Print basic help information to the console.

```bash
harbor help
harbor --help
```

### `harbor version`

Prints the current version of the Harbor script.

```bash
harbor version
harbor --version
```

### `harbor config`

```bash
# Show the help for the config command
harbor config --help
```

Allows working with the harbor configuration via the CLI. Mostly useful for the automation and scripting, as the configuration can also be managed via the `.env` file variables.

Translating CLI config fields to `.env` file variables:

```bash
# All three version are pointing to the same
# environment variable in the .env file
webui.host.port -> HARBOR_WEBUI_HOST_PORT
webui_host_port -> HARBOR_WEBUI_HOST_PORT
WEBUI_HOST_PORT -> HARBOR_WEBUI_HOST_PORT
```

#### `harbor config list`

> Alias: `harbor config ls`

```bash
# Show the current configuration
harbor config list
```

This will print all the configuration options and their values. List could be quite long, so it's handy to pipe it to `grep` or `less`.

```bash
# Show the current configuration
harbor config list | grep WEBUI
```

You will see that configuration options have a namespace hierarchy, for example - everything related to the `webui` service will be under the `WEBUI_` namespace.

Unprefixed variables will either be global or will be related to the Harbor CLI itself.

#### `harbor config get <key>`

```bash
# Get a specific configuration value
# All versions below are equivalent and will return the same value
harbor config get webui.host.port
harbor config get webui.host_port
harbor config get WEBUI_HOST.PORT
harbor config get webui.HOST_PORT
```

#### `harbor config set <key> <value>`

```bash
# Set a new configuration value
harbor config set webui.host.port 8080
```

#### `harbor config reset`

Resets the current `.env` configuration to its original form, based on the `default.env` file.

```bash
# You'll be asked to confirm the reset
harbor config reset
```

#### `harbor config update`

Will merge `default.env` with the current local `.env` in order to add new configuration options. Typically used after updating Harbor when new variables are added. Most likely, you won't need to run this manually, as it's done automatically after `harbor update`.

This process won't overwrite user-defined variables, only add new ones.

```bash
# Merge the default.env with the current .env
harbor config update
```

#### `harbor config search <query>`

Searches Harbor configuration keys (case-insensitive) and prints matching key-value pairs.

```bash
# Search for all config keys containing "webui"
harbor config search webui

# Search for port-related settings
harbor config search port
```

#### `harbor config` extra options

All subcommands support some extra options listed below.

```bash
# Point to another .env file
harbor config ls --env-file /path/to/another.env

# Mute logging
harbor config ls --silent

# Use custom prefix for env vars instead of "HARBOR_"
harbor config ls --prefix "HARBOR_WEBTOP_"
```

#### `harbor config <service>`

Allows managing service-specific environment variables directly through `harbor config`. This is functionally equivalent to [`harbor env`](#harbor-env).

Service detection works by checking if `services/<service>/override.env` exists.

```bash
# List all env vars for a service
harbor config ollama ls

# Get a specific service env var
harbor config ollama get OLLAMA_NUM_PARALLEL

# Set a service env var
harbor config ollama set OLLAMA_NUM_PARALLEL 4

# Shorthand get (no subcommand needed)
harbor config ollama OLLAMA_NUM_PARALLEL

# Shorthand set (no subcommand needed)
harbor config ollama OLLAMA_NUM_PARALLEL 4

# Search within service env vars
harbor config ollama search PARALLEL
```

Note: unlike global `harbor config` keys, service env vars are NOT prefixed with `HARBOR_` — they use the service's native variable names directly. See the corresponding `services/<service>/override.env` file for available variables.

> See also: [`harbor env`](#harbor-env) — a dedicated shortcut for the same functionality.

### `harbor profile`

> Alias: `harbor profiles`, `harbor p`

Allows creating and managing configuration profiles. It's attached to the `.env` file under the hood and allows you to switch between different configurations easily.

```bash
# Show the help for the profile command
harbor profile --help
```

> [!NOTE]
> There are a few considerations when using profiles. Please read below.

- When the profile is loaded, modifications are not saved by default and will be lost when switching to another profile (or reloading the current one). Use `harbor profile save <name>` to persist the changes after making them
- Profiles are stored in the Harbor workspace and can be shared between different Harbor instances
- Profiles are not versioned and are not guaranteed to work between different Harbor versions
- You can also edit profiles as `.env` files in the workspace, it's not necessary to use the CLI
- Profiles can be partial, meaning that you can only specify the options you want to change in a profile, without needing to include everything

#### `harbor profile list`

> Alias: `harbor profile ls`

Lists currently saved profiles.

```bash
harbor profile list
harbor profile ls
```

#### `harbor profile add <name>`

> Alias: `harbor profile save`

Creates the new profile from the current configuration.

```bash
# Create a new profile named "dev"
harbor profile add dev
```

#### `harbor profile use <name>`

> Alias: `harbor profile load`, `harbor profile set`

Loads the profile with the given name.

```bash
# Load the "dev" profile
harbor profile use dev
```

It's also possible to "import" a remote profile from a URL:

```bash
# Load the profile from a remote URL
harbor profile use https://example.com/path/to/harbor-profile.env
```

#### `harbor profile remove <name>`

> Alias: `harbor profile rm`

Removes the profile with the given name.

```bash
# Remove the "dev" profile
harbor profile remove dev
```


### `harbor env`

This is a helper command to similar configuration experience provided by the [`harbor config`](#harbor-config) to the service-specific environment variables, that are not directly managed by the Harbor CLI.

> **Tip:** You can also use `harbor config <service>` for the same functionality. See [`harbor config <service>`](#harbor-config-service).

This command writes to the `override.env` file for a given service, you can also do that manually, if more convenient.

```bash
# List current override env vars
# Note, that it doesn't include the ones from main "harbor config"
harbor env <service>

# Get a specific env var
harbor env <service> <key>
# or explicitly
harbor env <service> get <key>

# Set a new env var
harbor env <service> <key> <value>

# Remove an env var
harbor env <service> unset <key>
```

The `<key>` supports same naming convention as used by the [`harbor config`](#harbor-config) command.

```bash
# All keys below are equivalent
# and will write to the same env var: "N8N_SECURE_COOKIE"
harbor env n8n N8N_SECURE_COOKIE # original notation
harbor env n8n n8n_secure_cookie # underscore notation
harbor env n8n n8n.secure_cooke  # mixed dot/underscore notation
```

#### Examples

```bash
# Show the current environment variables for the "n8n" service
harbor env n8n

# Get a specific environment variable
# for the dify service (LOG_LEVEL under the hood)
harbor env dify log.level

# Set a brand new environment variable for the service
# All three are equivalent
harbor env cmdh NODE_ENV development
harbor env cmdh node_env development
harbor env cmdh node.env development
```

### `harbor history`

Harbor remembers a number of most recently executed CLI commands. You can search/re-run the commands via the `harbor history` command.

This is an addition to the native history in your shell, that'll persist longer and is specific to the Harbor CLI.

![asciinema recording of the history command](./harbor-history.gif)

Use `history.size` config option to adjust the number of commands stored in the history.

```bash
# Get/set current history size
harbor history size
harbor history size 50

# Same, but with harbor config
harbor config get history.size
harbor config set history.size 50
```

History is stored in the `.history` file in the Harbor workspace, you can also edit/access it manually.

```bash
# Using a built-in helper
harbor history ls | grep ollama

# Manually, using the file
cat $(harbor home)/.history | grep ollama
```

You can clear the history with the `harbor history clear` command.

```bash
# Clear the history
harbor history clear

# Empty
harbor history ls
```


### `harbor dive <image>`

Launched a Docker container with the [Dive CLI](https://github.com/wagoodman/dive) to inspect the given image layers and sizes.

Might be integrated with service handles in the future.

```bash
# Dive into the latest image of the webui service
harbor dive ghcr.io/open-webui/open-webui
```

### `harbor update`

Updates Harbor to the latest release. Fetches the latest tag from GitHub, checks out the new version, merges new config keys into your `.env`, and runs any config migrations.

Per-service `override.env` files (set via `harbor env`) are preserved across the update via git stash. If running services are detected, a warning is shown to restart them after the update.

```bash
# Update to the latest release
harbor update
```

> [!TIP]
> After updating, the old and new version numbers are displayed to confirm the update applied.

### `harbor how`

> [!NOTE]
> Harbor needs to be running with `ollama` backend to use the `how` command.

Harbor can actually tell you how to do things. It's _a bit_ of a gimmick, but it's also surprisingly useful and fun.

```bash
# Ok, I'm cheesing a bit here, this is one of the examples
$ harbor how to ping a service from another service?
✔ Retrieving command... to ping a service from another service?
desired command: harbor exec webui curl $(harbor url -i ollama)
assistant message: The command 'harbor exec webui curl $(harbor url -i ollama)' will ping the Ollama service from within the WebUI service's container. This can be useful for checking network connectivity or testing service communication.

# But this is for real
$ harbor how to filter webui error logs with grep?
✔ Retrieving command... to filter webui error logs with grep?
setup commands: [ harbor logs webui -f ]
desired command: harbor logs webui | grep error
assistant message: You can filter webui error logs with grep like this. Note: the '-f' option is for follow and will start tailing new logs after current ones.

# And this is a bit of a joke
$ harbor how to make a sandwich?
✔ Retrieving command... to make a sandwich?
desired command: None (harbor is a CLI for managing LLM services, not making sandwiches)
assistant message: Harbor is specifically designed to manage and run Large Language Model services, not make physical objects like sandwiches. If you're hungry, consider opening your fridge or cooking an actual meal!

# And this is surprisingly useful
$ harbor how to run a command in the ollama container?
✔ Retrieving command... to run a command in the ollama container?
setup commands: [ docker exec -it ollama bash ]
desired command: harbor exec ollama <command>
assistant message: You can run any command in the running Ollama container. Make sure that command is valid and doesn't try to modify the container's state, because it might affect the behavior of Harbor services.
```

### `harbor find`

A simple wrapper around the `find` command that allows you to search for files in the service's cache directories. Uses a substring match on a file path.

```bash
# Find all GGUFs
harbor find .gguf

# Use wildcards for more complex searches
harbor find Q8_0*.gguf

# Find all files from bartowski repos
harbor find bartowski

# Find all .safetensors files
harbor find .safetensors
```

### `harbor top`

An alias for `nvtop` on the host system. Will display the GPU usage and processes running on the GPU, including those in the containers of the Harbor services.

![Screenshot of nvtop](harbor-top.png)

```bash
# Show the GPU usage
harbor top
```

### `harbor size`

Walks all `CACHE` and singular `WORKSPACE` directories from [`harbor config ls`](#harbor-config-list) and prints sizes for the directories that currently exist, additionally displays a size for `$(harbor home)` directory. Multi-path entries such as `OPENCODE_WORKSPACES` are skipped.

```bash
# Show the sizes of the cache and workspace directories
harbor size

Harbor size:
----------------------------------
/home/user/.cache/huggingface: 277G
/home/user/.cache/llama.cpp: 64G
/home/user/.ollama: 241G
/home/user/.cache/vllm: 8.0K
/home/user/.cache/txtai: 92K
/home/user/.cache/nexa: 1.9G
/home/user/.parllama: 80K
./lmeval/cache: 2.5M
./langfuse/data: 89M
./comfyui/workspace: 33G
./omnichain: 108K
./jupyter/workspace: 1.5M
./n8n: 48M
./promptfoo/data: 356K
./webtop/data: 152M
./flowise/data: 176K
./langflow: 3.1M
./optillm/data: 4.0K
./kobold/data: 5.3G
./agent: 6.6M
/home/user/code/harbor: 72G
```

### `harbor dev <script>`

Launch development scripts from `.scripts` folder in the Harbor's workspace. Requires `deno` to be installed and available in the system's PATH.

```bash
# Scaffold a template for a new service
harbor dev scaffold <service>

# Seed release values
harbor dev seed

# Run installed host coding tools through harbor launch against a live backend
harbor dev launch-live-smoke --backend ollama --model qwen3.5:4b
```