Skip to content
RemoteClaw

Release Channels

Development channels

RemoteClaw ships three update channels:

  • stable: npm dist-tag latest. Recommended for most users.
  • beta: npm dist-tag beta (builds under test).
  • dev: moving head of main (git). npm dist-tag: dev (when published). The main branch is for experimentation and active development. It may contain incomplete features or breaking changes. Do not use it for production gateways.

We ship builds to beta, test them, then promote a vetted build to latest without changing the version number — dist-tags are the source of truth for npm installs.

Switching channels

Terminal window
remoteclaw update --channel stable
remoteclaw update --channel beta
remoteclaw update --channel dev

--channel persists your choice in config (update.channel) and aligns the install method:

  • stable/beta (package installs): updates via the matching npm dist-tag.
  • stable/beta (git installs): checks out the latest matching git tag.
  • dev: ensures a git checkout (default ~/remoteclaw, override with REMOTECLAW_GIT_DIR), switches to main, rebases on upstream, builds, and installs the global CLI from that checkout.

Tip: if you want stable + dev in parallel, keep two clones and point your gateway at the stable one.

One-off version or tag targeting

Use --tag to target a specific dist-tag, version, or package spec for a single update without changing your persisted channel:

Terminal window
# Install a specific version
remoteclaw update --tag 2026.3.22


# Install from the beta dist-tag (one-off, does not persist)
remoteclaw update --tag beta


# Install from GitHub main branch (npm tarball)
remoteclaw update --tag main


# Install a specific npm package spec
remoteclaw update --tag remoteclaw@2026.3.22

Notes:

  • --tag applies to package (npm) installs only. Git installs ignore it.
  • The tag is not persisted. Your next remoteclaw update uses your configured channel as usual.
  • Downgrade protection: if the target version is older than your current version, RemoteClaw prompts for confirmation (skip with --yes).

Dry run

Preview what remoteclaw update would do without making changes:

Terminal window
remoteclaw update --dry-run
remoteclaw update --channel beta --dry-run
remoteclaw update --tag 2026.3.22 --dry-run
remoteclaw update --dry-run --json

The dry run shows the effective channel, target version, planned actions, and whether a downgrade confirmation would be required.

Plugins and channels

When you switch channels with remoteclaw update, RemoteClaw also syncs plugin sources:

  • dev prefers bundled plugins from the git checkout.
  • stable and beta restore npm-installed plugin packages.
  • npm-installed plugins are updated after the core update completes.

Checking current status

Terminal window
remoteclaw update status

Shows the active channel, install kind (git or package), current version, and source (config, git tag, git branch, or default).

Tagging best practices

  • Tag releases you want git checkouts to land on (vYYYY.M.D for stable, vYYYY.M.D-beta.N for beta).
  • vYYYY.M.D.beta.N is also recognized for compatibility, but prefer -beta.N.
  • Legacy vYYYY.M.D-<patch> tags are still recognized as stable (non-beta).
  • Keep tags immutable: never move or reuse a tag.
  • npm dist-tags remain the source of truth for npm installs:
    • latest -> stable
    • beta -> candidate build
    • dev -> main snapshot (optional)

macOS app availability

Beta and dev builds may not include a macOS app release. That is OK:

  • The git tag and npm dist-tag can still be published.
  • Call out “no macOS build for this beta” in release notes or changelog.