Skip to main content

CLI Commands Reference

This page covers the terminal commands you run from your shell.

For in-chat slash commands, see Slash Commands Reference.

Global entrypoint

newroz [global-options] <command> [subcommand/options]

Global options

OptionDescription
--version, -VShow version and exit.
--profile <name>, -p <name>Select which Newroz profile to use for this invocation. Overrides the sticky default set by newroz profile use.
--resume <session>, -r <session>Resume a previous session by ID or title.
--continue [name], -c [name]Resume the most recent session, or the most recent session matching a title.
--worktree, -wStart in an isolated git worktree for parallel-agent workflows.
--yoloBypass dangerous-command approval prompts.
--pass-session-idInclude the session ID in the agent's system prompt.
--ignore-user-configIgnore ~/.newroz/config.yaml and fall back to built-in defaults. Credentials in .env are still loaded.
--ignore-rulesSkip auto-injection of AGENTS.md, SOUL.md, .cursorrules, memory, and preloaded skills.
--tuiLaunch the TUI instead of the classic CLI. Equivalent to NEWROZ_TUI=1. Always wins over display.interface.
--cliForce the classic prompt_toolkit REPL. Use this to override display.interface: tui for a single invocation.
--devWith --tui: run the TypeScript sources directly via tsx instead of the prebuilt bundle (for TUI contributors).

Top-level commands

CommandPurpose
newroz chatInteractive or one-shot chat with the agent.
newroz modelInteractively choose the default provider and model.
newroz moaConfigure named Mixture of Agents presets selectable from the model picker.
newroz fallbackManage fallback providers tried when the primary model errors.
newroz gatewayRun or manage the messaging gateway service.
newroz proxyLocal OpenAI-compatible proxy that attaches OAuth provider credentials. See Subscription Proxy.
newroz lspManage Language Server Protocol integration (semantic diagnostics for write_file/patch).
newroz setupInteractive setup wizard for all or part of the configuration.
newroz whatsappConfigure and pair the WhatsApp bridge.
newroz whatsapp-cloudConfigure the official Meta WhatsApp Business Cloud API adapter (Business account + public webhook required). Distinct from newroz whatsapp (Baileys personal-account bridge).
newroz slackSlack helpers (currently: generate the app manifest with every command as a native slash).
newroz authManage credentials — add, list, remove, reset, status, logout. Handles OAuth flows for Codex/Nous/Anthropic.
newroz login / logoutDeprecated — use newroz auth instead.
newroz sendSend a one-shot message to a configured messaging platform (Telegram, Discord, Slack, Signal, SMS, …). Useful from shell scripts, cron jobs, CI hooks, and monitoring daemons — no agent loop, no LLM.
newroz secretsManage external secret sources (currently Bitwarden Secrets Manager) for pulling API keys at process startup instead of from ~/.newroz/.env.
newroz migrateDiagnose and (optionally) rewrite config.yaml to replace references to retired models or deprecated settings (e.g. migrate xai).
newroz statusShow agent, auth, and platform status.
newroz cronInspect and tick the cron scheduler.
newroz kanbanMulti-profile collaboration board (tasks, links, dispatcher).
newroz projectManage named, multi-folder workspaces (projects). Anchors desktop session grouping and, when bound to a kanban board, gives tasks a deterministic worktree + branch convention. State is per-profile.
newroz webhookManage dynamic webhook subscriptions for event-driven activation.
newroz hooksInspect, approve, or remove shell-script hooks declared in config.yaml.
newroz doctorDiagnose config and dependency issues.
newroz security auditOn-demand supply-chain audit (OSV.dev) for the venv, plugin requirements, and pinned MCP servers.
newroz dumpCopy-pasteable setup summary for support/debugging.
newroz prompt-sizeShow a byte breakdown of the system prompt + tool schemas (skills index, memory, profile). Runs offline.
newroz debugDebug tools — upload logs and system info for support.
newroz backupBack up Newroz home directory to a zip file.
newroz checkpointsInspect / prune / clear ~/.newroz/checkpoints/ (the shadow store used by /rollback). Run with no args for a status overview.
newroz importRestore a Newroz backup from a zip file.
newroz logsView, tail, and filter agent/gateway/error log files.
newroz configShow, edit, migrate, and query configuration files.
newroz pairingApprove or revoke messaging pairing codes.
newroz skillsBrowse, install, publish, audit, and configure skills.
newroz bundlesGroup several skills under a single /<name> slash command. See Skill Bundles.
newroz curatorBackground skill maintenance — status, run, pause, pin. See Curator.
newroz memoryConfigure external memory provider. Plugin-specific subcommands (e.g. newroz honcho) register automatically when their provider is active.
newroz acpRun Newroz as an ACP server for editor integration.
newroz mcpManage MCP server configurations and run Newroz as an MCP server.
newroz pluginsManage Newroz Agent plugins (install, enable, disable, remove).
newroz portalNous Portal status, subscription link, and Tool Gateway routing. See Tool Gateway.
newroz toolsConfigure enabled tools per platform.
newroz computer-useInstall or check the cua-driver backend (macOS Computer Use).
newroz petsBrowse, install, and select petdex animated pets shown across the CLI, TUI, and desktop app. Subcommands: list, install, select, show, off, scale, remove, doctor.
newroz sessionsBrowse, export, prune, rename, and delete sessions.
newroz insightsShow token/cost/activity analytics.
newroz clawOpenClaw migration helpers.
newroz dashboardLaunch the web dashboard for managing config, API keys, and sessions.
newroz desktop (alias gui)Build and launch the native Electron desktop app.
newroz profileManage profiles — multiple isolated Newroz instances.
newroz completionPrint shell completion scripts (bash/zsh/fish).
newroz versionShow version information.
newroz updatePull latest code and reinstall dependencies. --check previews without installing; --backup takes a pre-pull NEWROZ_HOME snapshot.
newroz uninstallRemove Newroz from the system.

newroz chat

newroz chat [options]

Common options:

OptionDescription
-q, --query "..."One-shot, non-interactive prompt.
-m, --model <model>Override the model for this run.
-t, --toolsets <csv>Enable a comma-separated set of toolsets.
--provider <provider>Force a provider: auto, openrouter, nous, openai-codex, copilot-acp, copilot, anthropic, gemini, huggingface, novita (aliases novita-ai, novitaai), openai-api, zai, kimi-coding, kimi-coding-cn, minimax, minimax-cn, minimax-oauth, kilocode, xiaomi, arcee, gmi, alibaba, alibaba-coding-plan (alias alibaba_coding), deepseek, nvidia, ollama-cloud, xai (alias grok), xai-oauth (alias grok-oauth), qwen-oauth, bedrock, opencode-zen, opencode-go, azure-foundry, lmstudio, stepfun, tencent-tokenhub (alias tencent, tokenhub).
-s, --skills <name>Preload one or more skills for the session (can be repeated or comma-separated).
-v, --verboseVerbose output.
-Q, --quietProgrammatic mode: suppress banner/spinner/tool previews.
--image <path>Attach a local image to a single query.
--resume <session> / --continue [name]Resume a session directly from chat.
--worktreeCreate an isolated git worktree for this run.
--checkpointsEnable filesystem checkpoints before destructive file changes.
--yoloSkip approval prompts.
--pass-session-idPass the session ID into the system prompt.
--ignore-user-configIgnore ~/.newroz/config.yaml and use built-in defaults. Credentials in .env are still loaded. Useful for isolated CI runs, reproducible bug reports, and third-party integrations.
--ignore-rulesSkip auto-injection of AGENTS.md, SOUL.md, .cursorrules, persistent memory, and preloaded skills. Combine with --ignore-user-config for a fully isolated run.
--safe-modeTroubleshooting mode: disable ALL customizations — user config, rules/memory injection, plugins, and MCP servers (implies --ignore-user-config and --ignore-rules). Use to isolate whether a problem comes from your setup or from Newroz itself.
--source <tag>Session source tag for filtering (default: cli). Use tool for third-party integrations that should not appear in user session lists.
--max-turns <N>Maximum tool-calling iterations per conversation turn (default: 90, or agent.max_turns in config).

Examples:

newroz
newroz chat -q "Summarize the latest PRs"
newroz chat --provider openrouter --model anthropic/claude-sonnet-4.6
newroz chat --toolsets web,terminal,skills
newroz chat --quiet -q "Return only JSON"
newroz chat --worktree -q "Review this repo and open a PR"
newroz chat --ignore-user-config --ignore-rules -q "Repro without my personal setup"
newroz chat --safe-mode -q "Is this bug mine or Newroz'?"

newroz -z <prompt> — scripted one-shot

For programmatic callers (shell scripts, CI, cron, parent processes piping in a prompt), newroz -z is the purest one-shot entry point: single prompt in, final response text out, nothing else on stdout or stderr. No banner, no spinner, no tool previews, no Session: line — just the agent's final reply as plain text.

newroz -z "What's the capital of France?"
# → Paris.

# Parent scripts can cleanly capture the response:
answer=$(newroz -z "summarize this" < /path/to/file.txt)

Per-run overrides (no mutation to ~/.newroz/config.yaml):

FlagEquivalent env varPurpose
-m / --model <model>NEWROZ_INFERENCE_MODELOverride the model for this run
--provider <provider>(none)Override the provider for this run
newroz -z "…" --provider openrouter --model openai/gpt-5.5
# or:
NEWROZ_INFERENCE_MODEL=anthropic/claude-sonnet-4.6 newroz -z "…"

Same agent, same tools, same skills — just strips every interactive / cosmetic layer. If you need tool output in the transcript too, use newroz chat -q instead; -z is explicitly for "I only want the final answer".

newroz model

Interactive provider + model selector. This is the command for adding new providers, setting up API keys, and running OAuth flows. Run it from your terminal — not from inside an active Newroz chat session.

newroz model

Use this when you want to:

  • add a new provider (OpenRouter, Anthropic, Copilot, DeepSeek, custom, etc.)
  • log into OAuth-backed providers (Anthropic, Copilot, Codex, Nous Portal)
  • enter or update API keys
  • pick from provider-specific model lists
  • configure a custom/self-hosted endpoint
  • save the new default into config
newroz model vs /model — know the difference

newroz model (run from your terminal, outside any Newroz session) is the full provider setup wizard. It can add new providers, run OAuth flows, prompt for API keys, and configure endpoints.

/model (typed inside an active Newroz chat session) can only switch between providers and models you've already set up. It cannot add new providers, run OAuth, or prompt for API keys.

If you need to add a new provider: Exit your Newroz session first (Ctrl+C or /quit), then run newroz model from your terminal prompt.

/model slash command (mid-session)

Switch between already-configured models without leaving a session:

/model                              # Show current model and available options
/model claude-sonnet-4 # Switch model (auto-detects provider)
/model zai:glm-5 # Switch provider and model
/model custom:qwen-2.5 # Use model on your custom endpoint
/model custom # Auto-detect model from custom endpoint
/model custom:local:qwen-2.5 # Use a named custom provider
/model openrouter:anthropic/claude-sonnet-4 # Switch back to cloud

By default, /model changes apply to the current session only. Add --global to persist the change to config.yaml:

/model claude-sonnet-4 --global     # Switch and save as new default
What if I only see OpenRouter models?

If you've only configured OpenRouter, /model will only show OpenRouter models. To add another provider (Anthropic, DeepSeek, Copilot, etc.), exit your session and run newroz model from the terminal.

Provider and base URL changes are persisted to config.yaml automatically. When switching away from a custom endpoint, the stale base URL is cleared to prevent it leaking into other providers.

newroz gateway

newroz gateway <subcommand>

Subcommands:

SubcommandDescription
runRun the gateway in the foreground. Recommended for WSL, Docker, and Termux.
startStart the installed systemd/launchd background service.
stopStop the service (or foreground process).
restartRestart the service.
statusShow service status.
listList all profiles and whether each profile's gateway is currently running (with PID where available). Handy when you run multiple profiles side-by-side and want a single overview.
installInstall as a systemd (Linux) or launchd (macOS) background service.
uninstallRemove the installed service.
setupInteractive messaging-platform setup.
migrate-legacyRemove legacy newroz.service units left over from pre-rename installs. Profile units (newroz-gateway-<profile>.service) and unrelated services are never touched. Flags: --dry-run, -y/--yes.
enrollExperimental: enroll this gateway with a relay connector and save relay credentials for connector-backed platforms.

Options:

OptionDescription
--allOn start / restart / stop: act on every profile's gateway, not just the active NEWROZ_HOME. Useful if you run multiple profiles side-by-side and want to restart them all after newroz update.
--no-superviseOn run: inside the s6-overlay Docker image, opt out of auto-supervision and use pre-s6 foreground semantics — gateway runs as the container's main process with no auto-restart. No-op outside the s6 image. Equivalent to setting NEWROZ_GATEWAY_NO_SUPERVISE=1.

newroz gateway enroll accepts --token, --connector-url, --gateway-id, and --wake-url. It exchanges the enrollment token with the connector and writes the resulting GATEWAY_RELAY_ID, GATEWAY_RELAY_SECRET, GATEWAY_RELAY_DELIVERY_KEY, optional GATEWAY_RELAY_URL, and (when --wake-url is given) GATEWAY_RELAY_WAKE_URL values to the active profile's .env.

WSL users

Use newroz gateway run instead of newroz gateway start — WSL's systemd support is unreliable. Wrap it in tmux for persistence: tmux new -s newroz 'newroz gateway run'. See WSL FAQ for details.

newroz lsp

newroz lsp <subcommand>

Manage the Language Server Protocol integration. LSP runs real language servers (pyright, gopls, rust-analyzer, …) in the background and feeds their diagnostics into the post-write check used by write_file and patch. Gated on git workspace detection — LSP only runs when the cwd or edited file is inside a git worktree.

Subcommands:

SubcommandDescription
statusShow service state, configured servers, install status.
listPrint the registry of supported servers. Pass --installed-only to skip missing ones.
install <id>Eagerly install one server's binary.
install-allInstall every server with a known auto-install recipe.
restartTear down running clients so the next edit re-spawns.
which <id>Print the resolved binary path for one server.

See LSP — Semantic Diagnostics for the full guide, supported languages, and configuration knobs.

newroz setup

newroz setup [model|tts|terminal|gateway|tools|agent] [--non-interactive] [--reset] [--quick] [--reconfigure] [--portal]

Easiest path: newroz setup --portal — OAuth into Nous Portal and opt into the Tool Gateway in one shot.

First run: launches the first-time wizard.

Returning user (already configured): drops straight into the full reconfigure wizard — every prompt shows your current value as its default, press Enter to keep or type a new value. No menu.

Jump into one section instead of the full wizard:

SectionDescription
modelProvider and model setup.
terminalTerminal backend and sandbox setup.
gatewayMessaging platform setup.
toolsEnable/disable tools per platform.
agentAgent behavior settings.

Options:

OptionDescription
--quickOn returning-user runs: only prompt for items that are missing or unset. Skip items you already have configured.
--non-interactiveUse defaults / environment values without prompts.
--resetReset configuration to defaults before setup.
--reconfigureBackwards-compat alias — bare newroz setup on an existing install now does this by default.
--portalOne-shot Nous Portal setup: log in via OAuth, set Nous as the inference provider, and opt into the Tool Gateway. Skips the rest of the wizard.

newroz portal

newroz portal [status|open|tools]

Inspect Nous Portal auth, Tool Gateway routing, and reach the subscription page. Subcommand-less invocation runs status.

SubcommandDescription
status (default)Portal auth state + per-tool Tool Gateway routing summary. Also shown when no subcommand is given.
openOpen portal.nousresearch.com/manage-subscription in your default browser.
toolsList every Tool Gateway partner (Firecrawl, FAL, OpenAI TTS, Browser Use, Modal) and which are routed via Nous.

For configuration of the gateway itself, see Tool Gateway. For the one-shot setup path, see newroz setup --portal above.

newroz whatsapp

newroz whatsapp

Runs the WhatsApp pairing/setup flow, including mode selection and QR-code pairing.

newroz slack

newroz slack manifest              # print manifest to stdout
newroz slack manifest --write # write to ~/.newroz/slack-manifest.json
newroz slack manifest --slashes-only # just the features.slash_commands array

Generates a Slack app manifest that registers every gateway command in COMMAND_REGISTRY (/btw, /stop, /model, …) as a first-class Slack slash command — matching Discord and Telegram parity. Paste the output into your Slack app config at https://api.slack.com/apps → your app → Features → App Manifest → Edit, then Save. Slack prompts for reinstall if scopes or slash commands changed.

FlagDefaultPurpose
--write [PATH]stdoutWrite to a file instead of stdout. Bare --write writes $NEWROZ_HOME/slack-manifest.json.
--name NAMENewrozBot display name in Slack.
--description DESCdefault blurbBot description shown in the Slack app directory.
--slashes-onlyoffEmit only features.slash_commands for merging into a manually-maintained manifest.

Run newroz slack manifest --write again after newroz update to pick up any new commands.

newroz send

newroz send --to <target> "message text"
newroz send --to <target> --file <path>
echo "message" | newroz send --to <target>
newroz send --list [platform]

Send a one-shot message to a configured messaging platform without spinning up an agent or gateway loop. Reuses the gateway's already-configured credentials (~/.newroz/.env + ~/.newroz/config.yaml) so ops scripts, cron jobs, CI hooks, and monitoring daemons can post status updates without reimplementing each platform's REST client.

For bot-token platforms (Telegram, Discord, Slack, Signal, SMS, WhatsApp-CloudAPI) no running gateway is required — newroz send talks directly to the platform's REST endpoint. Plugin platforms that need a persistent adapter still require a live gateway.

OptionDescription
-t, --to <TARGET>Delivery target. Formats: platform (uses home channel), platform:chat_id, platform:chat_id:thread_id, or platform:#channel-name. Examples: telegram, telegram:-1001234567890, discord:#ops, slack:C0123ABCD, signal:+15551234567.
-f, --file <PATH>Read the message body from PATH (text files only — logs, reports, markdown). Pass - to force reading from stdin. To send an image or other binary file, use MEDIA:<path> (see below).
-s, --subject <LINE>Prepend a subject/header line before the message body.
-l, --list [platform]List configured targets across all platforms (or only the given platform).
-q, --quietSuppress stdout on success — useful in scripts (rely on exit code only).
--jsonEmit raw JSON result instead of human-readable output.

If neither a positional message argument nor --file is provided, newroz send reads from stdin when it is not a TTY. Exit codes: 0 on success, 1 on delivery/backend failure, 2 on usage errors.

Sending images and other media

--file is for text bodies only. To deliver an image, document, video, or audio file as a native platform attachment, reference it inside the message text with the MEDIA:<local_path> directive:

newroz send --to telegram "MEDIA:/tmp/screenshot.png"
newroz send --to telegram "Build chart for today MEDIA:/tmp/chart.png" # with caption
newroz send --to discord:#ops "MEDIA:/tmp/report.pdf"

By default, image files are sent as photos (platforms like Telegram recompress these). Add [[as_document]] to the message to deliver them as uncompressed file attachments instead:

newroz send --to telegram "[[as_document]] MEDIA:/tmp/screenshot.png"

Examples:

newroz send --to telegram "deploy finished"
echo "RAM 92%" | newroz send --to telegram:-1001234567890
newroz send --to discord:#ops --file /tmp/report.md
newroz send --to slack:#eng --subject "[CI]" --file build.log
newroz send --list # all platforms
newroz send --list telegram # filter by platform

newroz secrets

newroz secrets bitwarden <subcommand>
newroz secrets bw <subcommand> # short alias

Pull API keys from an external secret manager at process startup instead of storing them in ~/.newroz/.env. Currently supports Bitwarden Secrets Manager. See the full guide: Bitwarden integration.

bitwarden (alias bw) subcommands:

SubcommandDescription
setupInteractive wizard: install the pinned bws binary, store an access token, and pick a project. Accepts --project-id, --access-token, and --server-url for non-interactive use.
statusShow current config, binary path/version, and last fetch info.
syncFetch secrets now and report what changed. Add --apply to actually export the secrets into the current shell's environment (default is dry-run).
installDownload and verify the pinned bws binary. --force re-downloads even if a managed copy already exists.
disableTurn off the Bitwarden integration.

newroz migrate

newroz migrate <type>

Diagnose and (optionally) rewrite the active config.yaml to replace references to retired models or deprecated settings. A timestamped backup of the original config.yaml is taken before any rewrite (skip with --no-backup).

SubcommandDescription
xaiScan config.yaml for references to xAI models scheduled for retirement on May 15, 2026 and (with --apply) rewrite them in-place to the official replacements per the xAI migration guide. Defaults to dry-run.

Common flags for migration subcommands:

FlagDescription
--applyRewrite config.yaml in-place (default: dry-run, no writes).
--no-backupSkip the timestamped backup of config.yaml when applying.

Not to be confused with newroz claw migrate (one-shot import of OpenClaw configuration into Newroz) — newroz migrate is the top-level config-rewrite command.

newroz proxy

newroz proxy <subcommand>

Run a local OpenAI-compatible HTTP server that forwards requests to an OAuth-authenticated upstream provider (e.g. Nous Portal, xAI). External apps can point at the proxy with any bearer token; the proxy attaches your real OAuth credentials on the way out. See Subscription Proxy for the full guide.

SubcommandDescription
startRun the proxy in the foreground. Flags: --provider <nous|xai> (default nous), --host <addr> (default 127.0.0.1; use 0.0.0.0 to expose on LAN), --port <int> (default 8645).
statusShow which proxy upstreams are ready (credentials present, OAuth valid).
providersList available proxy upstream providers.

newroz security

newroz security <subcommand>

On-demand vulnerability scan against OSV.dev. Covers the Newroz venv (installed PyPI distributions), Python dependencies declared by plugins under ~/.newroz/plugins/, and pinned npx/uvx MCP servers in config.yaml. Does NOT scan globally-installed packages or editor/browser extensions.

SubcommandDescription
auditRun a one-shot supply-chain audit.

audit flags:

FlagDefaultDescription
--jsonoffEmit machine-readable JSON instead of human-readable text.
--fail-on <level>criticalExit non-zero when any finding meets this severity (low, moderate, high, critical).
--skip-venvoffSkip scanning the Newroz Python venv.
--skip-pluginsoffSkip scanning plugin requirements files.
--skip-mcpoffSkip scanning pinned MCP servers in config.yaml.

newroz login / newroz logout (Deprecated)

caution

newroz login has been removed. Use newroz auth to manage OAuth credentials, newroz model to select a provider, or newroz setup for full interactive setup.

newroz auth

Manage credential pools for same-provider key rotation. See Credential Pools for full documentation.

newroz auth                                              # Interactive wizard
newroz auth list # Show all pools
newroz auth list openrouter # Show specific provider
newroz auth add openrouter --api-key sk-or-v1-xxx # Add API key
newroz auth add anthropic --type oauth # Add OAuth credential
newroz auth remove openrouter 2 # Remove by index
newroz auth reset openrouter # Clear cooldowns
newroz auth status anthropic # Show auth status for a provider
newroz auth logout anthropic # Log out and clear stored auth state
newroz auth spotify # Authenticate Newroz with Spotify via PKCE

Subcommands: add, list, remove, reset, status, logout, spotify. When called with no subcommand, launches the interactive management wizard.

newroz status

newroz status [--all] [--deep]
OptionDescription
--allShow all details in a shareable redacted format.
--deepRun deeper checks that may take longer.

newroz cron

newroz cron <list|create|edit|pause|resume|run|remove|status|tick>
SubcommandDescription
listShow scheduled jobs.
create / addCreate a scheduled job from a prompt, optionally attaching one or more skills via repeated --skill.
editUpdate a job's schedule, prompt, name, delivery, repeat count, or attached skills. Supports --clear-skills, --add-skill, and --remove-skill.
pausePause a job without deleting it.
resumeResume a paused job and compute its next future run.
runTrigger a job on the next scheduler tick.
removeDelete a scheduled job.
statusCheck whether the cron scheduler is running.
tickRun due jobs once and exit.

The cron trigger is pluggable via the cron.provider config key. Empty (the default) uses the built-in in-process ticker. Set it to chronos (the NAS-managed provider for scale-to-zero hosted gateways) — configured via the cron.chronos.* keys (portal_url, callback_url, expected_audience, nas_jwks_url) — or name a custom provider under plugins/cron/<name>/ or $NEWROZ_HOME/plugins/<name>/. An unknown or unavailable provider falls back to the built-in, so cron is never left without a trigger. See the cron internals doc.

newroz kanban

newroz kanban [--board <slug>] <action> [options]

Multi-profile, multi-project collaboration board. Each install can host many boards (one per project, repo, or domain); each board is a standalone queue with its own SQLite DB and dispatcher scope. New installs start with one board called default, whose DB is ~/.newroz/kanban.db for back-compat; additional boards live at ~/.newroz/kanban/boards/<slug>/kanban.db. The gateway-embedded dispatcher sweeps every board per tick.

Global flags (apply to every action below):

FlagPurpose
--board <slug>Operate on a specific board. Defaults to the current board (set via newroz kanban boards switch, the NEWROZ_KANBAN_BOARD env var, or default).

This is the human / scripting surface. Agent workers spawned by the dispatcher drive the board through a dedicated kanban_* toolset (kanban_show, kanban_complete, kanban_block, kanban_create, kanban_link, kanban_comment, kanban_heartbeat; orchestrator profiles also get kanban_list and kanban_unblock) instead of shelling to newroz kanban. Workers have NEWROZ_KANBAN_BOARD pinned in their env so they physically cannot see other boards.

ActionPurpose
initCreate kanban.db if missing. Idempotent.
boards list / boards lsList all boards with task counts. --json, --all (include archived).
boards create <slug>Create a new board. Flags: --name, --description, --icon, --color, --switch (make active). Slug is kebab-case, auto-downcased.
boards switch <slug> / boards usePersist <slug> as the active board (writes ~/.newroz/kanban/current).
boards show / boards currentPrint the currently-active board's name, DB path, and task counts.
boards rename <slug> "<name>"Change a board's display name. Slug is immutable.
boards rm <slug>Archive (default) or hard-delete a board. --delete skips the archive step. Archived boards move to boards/_archived/<slug>-<ts>/. Refused for default.
create "<title>"Create a new task on the active board. Flags: --body, --assignee, --parent (repeatable), --workspace scratch|worktree|dir:<path>, --tenant, --priority, --triage, --idempotency-key, --max-runtime, --max-retries, --skill (repeatable).
list / lsList tasks on the active board. Filter with --mine, --assignee, --status, --tenant, --archived, --json.
show <id>Show a task with comments and events. --json for machine output.
assign <id> <profile>Assign or reassign. Use none to unassign. Refused while task is running.
link <parent> <child>Add a dependency. Cycle-detected. Both tasks must be on the same board.
unlink <parent> <child>Remove a dependency.
claim <id>Atomically claim a ready task. Prints resolved workspace path.
comment <id> "<text>"Append a comment. The next worker that claims the task reads it as part of its kanban_show() response.
complete <id>Mark task done. Flags: --result, --summary, --metadata.
block <id> "<reason>"Mark task blocked for human input. Also appends the reason as a comment.
schedule <id> "<reason>"Park time-delay/follow-up work in scheduled so it is not shown as a human blocker.
unblock <id>Return a blocked or scheduled task to ready (or todo if dependencies are still open).
archive <id>Hide from default list. gc will remove scratch workspaces.
tail <id>Follow a task's event stream.
dispatchOne dispatcher pass on the active board. Flags: --dry-run, --max N, --failure-limit N, --json.
context <id>Print the full context a worker would see (title + body + parent results + comments).
specify <id> / specify --allFlesh out a triage-column task into a concrete spec (title + body with goal, approach, acceptance criteria) via the auxiliary LLM, then promote it to todo. Flags: --tenant (scope --all to one tenant), --author, --json. Configure the model under auxiliary.triage_specifier in config.yaml.
decompose <id> / decompose --allFan a triage-column task out into a graph of child tasks routed to specialist profiles by description. Falls back to specify-style single-task promotion when the LLM decides the task doesn't benefit from fan-out. Same flags as specify. Configure the decomposer model under auxiliary.kanban_decomposer in config.yaml; kanban.orchestrator_profile only controls who owns the root/orchestration task after fan-out. Also runs automatically every dispatcher tick when kanban.auto_decompose: true (the default). See Auto vs Manual orchestration.
gcRemove scratch workspaces for archived tasks.

Examples:

# Create a second board and put a task on it without switching away.
newroz kanban boards create atm10-server --name "ATM10 Server" --icon 🎮
newroz kanban --board atm10-server create "Restart server" --assignee ops

# Switch the active board for subsequent calls.
newroz kanban boards switch atm10-server
newroz kanban list # shows atm10-server tasks

# Archive a board (recoverable) or hard-delete it.
newroz kanban boards rm atm10-server
newroz kanban boards rm atm10-server --delete

Board resolution order (highest precedence first): --board <slug> flag → NEWROZ_KANBAN_BOARD env var → ~/.newroz/kanban/current file → default.

All actions are also available as a slash command in the gateway (/kanban …), with the same argument surface — including boards subcommands and the --board flag.

For the full design — comparison with Cline Kanban / Paperclip / NanoClaw / Gemini Enterprise, eight collaboration patterns, four user stories, concurrency correctness proof — see docs/newroz-kanban-v1-spec.pdf in the repository or the Kanban user guide.

newroz project

newroz project <create|list|show|add-folder|remove-folder|rename|set-primary|use|archive|restore|bind-board>

Projects are human-named workspaces that can span multiple folders / repos. They anchor desktop session grouping and, when bound to a kanban board, give tasks a deterministic worktree + branch convention. State is per-profile.

SubcommandDescription
createCreate a new project.
list (alias ls)List projects.
showShow a project's details.
add-folderAdd a folder / repo to a project.
remove-folderRemove a folder from a project.
renameRename a project.
set-primarySet the primary folder.
useSet the active project.
archiveArchive a project (recoverable).
restoreRestore an archived project.
bind-boardBind a kanban board to this project.

newroz webhook

newroz webhook <subscribe|list|remove|test>

Manage dynamic webhook subscriptions for event-driven agent activation. Requires the webhook platform to be enabled in config — if not configured, prints setup instructions.

SubcommandDescription
subscribe / addCreate a webhook route. Returns the URL and HMAC secret to configure on your service.
list / lsShow all agent-created subscriptions.
remove / rmDelete a dynamic subscription. Static routes from config.yaml are not affected.
testSend a test POST to verify a subscription is working.

newroz webhook subscribe

newroz webhook subscribe <name> [options]
OptionDescription
--promptPrompt template with {dot.notation} payload references.
--eventsComma-separated event types to accept (e.g. issues,pull_request). Empty = all.
--descriptionHuman-readable description.
--skillsComma-separated skill names to load for the agent run.
--deliverDelivery target: log (default), telegram, discord, slack, github_comment.
--deliver-chat-idTarget chat/channel ID for cross-platform delivery.
--secretCustom HMAC secret. Auto-generated if omitted.
--deliver-onlySkip the agent — deliver the rendered --prompt as the literal message. Zero LLM cost, sub-second delivery. Requires --deliver to be a real target (not log).

Subscriptions persist to ~/.newroz/webhook_subscriptions.json and are hot-reloaded by the webhook adapter without a gateway restart.

newroz doctor

newroz doctor [--fix]
OptionDescription
--fixAttempt automatic repairs where possible.

newroz dump

newroz dump [--show-keys]

Outputs a compact, plain-text summary of your entire Newroz setup. Designed to be copy-pasted into Discord, GitHub issues, or Telegram when asking for support — no ANSI colors, no special formatting, just data.

OptionDescription
--show-keysShow redacted API key prefixes (first and last 4 characters) instead of just set/not set.

What it includes

SectionDetails
HeaderNewroz version, release date, git commit hash
EnvironmentOS, Python version, OpenAI SDK version
IdentityActive profile name, NEWROZ_HOME path
ModelConfigured default model and provider
TerminalBackend type (local, docker, ssh, etc.)
API keysPresence check for all 22 provider/tool API keys
FeaturesEnabled toolsets, MCP server count, memory provider
ServicesGateway status, configured messaging platforms
WorkloadCron job counts, installed skill count
Config overridesAny config values that differ from defaults

Example output

--- newroz dump ---
version: 0.8.0 (2026.4.8) [af4abd2f]
os: Linux 6.14.0-37-generic x86_64
python: 3.11.14
openai_sdk: 2.24.0
profile: default
newroz_home: ~/.newroz
model: anthropic/claude-opus-4.6
provider: openrouter
terminal: local

api_keys:
openrouter set
openai not set
anthropic set
nous not set
firecrawl set
...

features:
toolsets: all
mcp_servers: 0
memory_provider: built-in
gateway: running (systemd)
platforms: telegram, discord
cron_jobs: 3 active / 5 total
skills: 42

config_overrides:
agent.max_turns: 250
compression.threshold: 0.85
display.streaming: True
--- end dump ---

When to use

  • Reporting a bug on GitHub — paste the dump into your issue
  • Asking for help in Discord — share it in a code block
  • Comparing your setup to someone else's
  • Quick sanity check when something isn't working
tip

newroz dump is specifically designed for sharing. For interactive diagnostics, use newroz doctor. For a visual overview, use newroz status.

newroz debug

newroz debug share [options]

Upload a debug report (system info + recent logs) to a paste service and get a shareable URL. Useful for quick support requests — includes everything a helper needs to diagnose your issue.

OptionDescription
--lines <N>Number of log lines to include per log file (default: 200).
--expire <days>Paste expiry in days (default: 7).
--nousUpload to Nous-internal diagnostics storage instead of a public paste service. Use this when Nous support asks for a private diagnostic bundle.
--localPrint the report locally instead of uploading.
--no-redactDisable upload-time secret redaction. By default, uploads are redacted.

The report includes system info (OS, Python version, Newroz version), recent agent, gateway, GUI/dashboard, and desktop logs (512 KB limit per file), and redacted API key status. By default, uploads are redacted so secrets are not included.

Default uploads use public paste services tried in order: paste.rs, dpaste.com. --nous uploads the same debug bundle to private Nous diagnostics storage instead; the returned viewer link is for the Nous team and auto-deletes after 14 days.

Examples

newroz debug share              # Upload debug report, print URL
newroz debug share --lines 500 # Include more log lines
newroz debug share --expire 30 # Keep paste for 30 days
newroz debug share --nous # Upload a private diagnostics bundle for Nous support
newroz debug share --local # Print report to terminal (no upload)

newroz backup

newroz backup [options]

Create a zip archive of your Newroz configuration, skills, sessions, and data. The backup excludes the newroz-agent codebase itself.

OptionDescription
-o, --output <path>Output path for the zip file (default: ~/newroz-backup-<timestamp>.zip).
-q, --quickQuick snapshot: only critical state files (config.yaml, state.db, .env, auth, cron jobs). Much faster than a full backup.
-l, --label <name>Label for the snapshot (only used with --quick).

The backup uses SQLite's backup() API for safe copying, so it works correctly even when Newroz is running (WAL-mode safe).

What's excluded from the zip:

  • *.db-wal, *.db-shm, *.db-journal — SQLite's WAL / shared-memory / journal sidecars. The *.db file already got a consistent snapshot via sqlite3.backup(); shipping the live sidecars alongside it would let a restore see a half-committed state.
  • checkpoints/ — per-session trajectory caches. Hash-keyed and regenerated per session; wouldn't port cleanly to another install anyway.
  • The newroz-agent code itself (this is a user-data backup, not a repo snapshot).

Examples

newroz backup                           # Full backup to ~/newroz-backup-*.zip
newroz backup -o /tmp/newroz.zip # Full backup to specific path
newroz backup --quick # Quick state-only snapshot
newroz backup --quick --label "pre-upgrade" # Quick snapshot with label

newroz checkpoints

newroz checkpoints [COMMAND]

Inspect and manage the shadow git store at ~/.newroz/checkpoints/ — the storage layer behind the in-session /rollback command. Safe to run any time; does not require the agent to be running.

SubcommandDescription
status (default)Show total size, project count, and per-project breakdown. Bare newroz checkpoints is equivalent.
listAlias for status.
pruneForce a cleanup sweep — delete orphan and stale projects, GC the store, enforce the size cap. Ignores the 24h idempotency marker.
clearDelete the entire checkpoint base. Irreversible; asks for confirmation unless -f.
clear-legacyDelete only the legacy-<timestamp>/ archives produced by the v1→v2 migration.

Options

OptionSubcommandDescription
--limit Nstatus, listMax projects to list (default 20).
--retention-days NpruneDrop projects whose last_touch is older than N days (default 7).
--max-size-mb NpruneAfter the orphan/stale pass, drop the oldest commit per project until total store size ≤ N MB (default 500).
--keep-orphanspruneSkip deleting projects whose working directory no longer exists.
-f, --forceclear, clear-legacySkip the confirmation prompt.

Examples

newroz checkpoints                                  # status overview
newroz checkpoints prune --retention-days 3 # aggressive cleanup
newroz checkpoints prune --max-size-mb 200 # tighten size cap once
newroz checkpoints clear-legacy -f # drop v1 archive dirs
newroz checkpoints clear -f # wipe everything

See Checkpoints and /rollback for the full architecture and the in-session commands.

newroz import

newroz import <zipfile> [options]

Restore a previously created Newroz backup into your Newroz home directory. All files in the archive overwrite existing files in your Newroz home; --force only skips the confirmation prompt that fires when the target already has a Newroz installation.

OptionDescription
-f, --forceSkip the existing-installation confirmation prompt.
warning

Stop the gateway before importing to avoid conflicts with running processes.

Examples

newroz import ~/newroz-backup-20260423.zip           # Prompts before overwriting existing config
newroz import ~/newroz-backup-20260423.zip --force # Overwrite without prompting

newroz logs

newroz logs [log_name] [options]

View, tail, and filter Newroz log files. All logs are stored in ~/.newroz/logs/ (or <profile>/logs/ for non-default profiles).

Log files

NameFileWhat it captures
agent (default)agent.logAll agent activity — API calls, tool dispatch, session lifecycle (INFO and above)
errorserrors.logWarnings and errors only — a filtered subset of agent.log
gatewaygateway.logMessaging gateway activity — platform connections, message dispatch, webhook events
guigui.logDashboard / TUI-gateway / PTY-bridge / websocket events
desktopdesktop.logElectron desktop app — boot, backend spawn output, and recent Python tracebacks

Options

OptionDescription
log_nameWhich log to view: agent (default), errors, gateway, or list to show available files with sizes.
-n, --lines <N>Number of lines to show (default: 50).
-f, --followFollow the log in real time, like tail -f. Press Ctrl+C to stop.
--level <LEVEL>Minimum log level to show: DEBUG, INFO, WARNING, ERROR, CRITICAL.
--session <ID>Filter lines containing a session ID substring.
--since <TIME>Show lines from a relative time ago: 30m, 1h, 2d, etc. Supports s (seconds), m (minutes), h (hours), d (days).
--component <NAME>Filter by component: gateway, agent, tools, cli, cron.

Examples

# View the last 50 lines of agent.log (default)
newroz logs

# Follow agent.log in real time
newroz logs -f

# View the last 100 lines of gateway.log
newroz logs gateway -n 100

# Show only warnings and errors from the last hour
newroz logs --level WARNING --since 1h

# Filter by a specific session
newroz logs --session abc123

# Follow errors.log, starting from 30 minutes ago
newroz logs errors --since 30m -f

# List all log files with their sizes
newroz logs list

Filtering

Filters can be combined. When multiple filters are active, a log line must pass all of them to be shown:

# WARNING+ lines from the last 2 hours containing session "tg-12345"
newroz logs --level WARNING --since 2h --session tg-12345

Lines without a parseable timestamp are included when --since is active (they may be continuation lines from a multi-line log entry). Lines without a detectable level are included when --level is active.

Log rotation

Newroz uses Python's RotatingFileHandler. Old logs are rotated automatically — look for agent.log.1, agent.log.2, etc. The newroz logs list subcommand shows all log files including rotated ones.

newroz prompt-size

newroz prompt-size [--platform <name>] [--json]

Reports the fixed prompt budget for a fresh session — what gets sent on every API call before any conversation content. Useful when a downstream adapter or proxy has a tighter prompt budget than the model's context window, or when you want to see which block (skills index, memory, profile) dominates.

It builds the same system prompt the agent would, then breaks it down:

  • System prompt total — full assembled prompt (identity, guidance, skills index, context files, memory, profile, timestamp).
  • Skills index — the <available_skills> block. This is often the largest single block when many skills are installed.
  • Memory and user profile — your MEMORY.md / USER.md snapshots.
  • Prompt tiers — stable / context / volatile, matching how Newroz layers the prompt for cache-friendliness.
  • Tool schemas — the JSON for all enabled tools (the other half of the fixed per-call payload).

Runs entirely offline — no API call, works with no credentials configured.

# Human-readable breakdown for the CLI platform (default)
newroz prompt-size

# Simulate a messaging platform's prompt (different platform hint)
newroz prompt-size --platform telegram

# Machine-readable output for scripts
newroz prompt-size --json
tip

The skills index and tool schemas scale with how many skills and tools you have enabled. To shrink the prompt, disable unused toolsets (newroz tools) or uninstall skills you don't need (newroz skills). Context files (AGENTS.md, .cursorrules) in your current directory also count toward the total.

newroz config

newroz config <subcommand>

Subcommands:

SubcommandDescription
showShow current config values.
editOpen config.yaml in your editor.
set <key> <value>Set a config value.
pathPrint the config file path.
env-pathPrint the .env file path.
checkCheck for missing or stale config.
migrateAdd newly introduced options interactively.

newroz pairing

newroz pairing <list|approve|revoke|clear-pending>
SubcommandDescription
listShow pending and approved users.
approve <platform> <code>Approve a pairing code.
revoke <platform> <user-id>Revoke a user's access.
clear-pendingClear pending pairing codes.

newroz skills

newroz skills <subcommand>

Subcommands:

SubcommandDescription
browsePaginated browser for skill registries.
searchSearch skill registries.
installInstall a skill.
inspectPreview a skill without installing it.
listList installed skills.
checkCheck installed hub skills for upstream updates.
updateReinstall hub skills with upstream changes when available.
auditRe-scan installed hub skills.
uninstallRemove a hub-installed skill.
resetUn-stick a bundled skill flagged as user_modified by clearing its manifest entry. With --restore, also replaces the user copy with the bundled version.
opt-outStop bundled skills from being seeded into the active profile. Writes a .no-bundled-skills marker so the installer, newroz update, and any sync skip bundled-skill seeding. Safe by default — nothing on disk is touched. With --remove, also deletes already-present bundled skills that are unmodified (user-edited, hub-installed, and hand-written skills are never removed; previews and confirms first, --yes to skip).
opt-inUndo opt-out by removing the .no-bundled-skills marker so bundled skills are seeded again on the next newroz update. With --sync, re-seed immediately.
publishPublish a skill to a registry.
snapshotExport/import skill configurations.
tapManage custom skill sources.
configInteractive enable/disable configuration for skills by platform.

Common examples:

newroz skills browse
newroz skills browse --source official
newroz skills search react --source skills-sh
newroz skills search https://mintlify.com/docs --source well-known
newroz skills inspect official/security/1password
newroz skills inspect skills-sh/vercel-labs/json-render/json-render-react
newroz skills install official/migration/openclaw-migration
newroz skills install skills-sh/anthropics/skills/pdf --force
newroz skills install https://sharethis.chat/SKILL.md # Direct URL (single-file SKILL.md)
newroz skills install https://example.com/SKILL.md --name my-skill # Override name when frontmatter has none
newroz skills check
newroz skills update
newroz skills config
newroz skills reset google-workspace
newroz skills reset google-workspace --restore --yes
newroz skills opt-out # stop future bundled-skill seeding (nothing deleted)
newroz skills opt-out --remove --yes # also delete UNMODIFIED bundled skills
newroz skills opt-in --sync # undo: remove marker and re-seed now

Notes:

  • --force can override non-dangerous policy blocks for third-party/community skills.
  • --force does not override a dangerous scan verdict.
  • --source skills-sh searches the public skills.sh directory.
  • --source well-known lets you point Newroz at a site exposing /.well-known/skills/index.json.
  • --source browse-sh searches browse.sh's catalog of 200+ site-specific browser-automation skills. Identifiers look like browse-sh/airbnb.com/search-listings-ddgioa.
  • Passing an http(s)://…/*.md URL installs a single-file SKILL.md directly. When frontmatter has no name: and the URL slug isn't a valid identifier, an interactive terminal prompts for a name; non-interactive surfaces (/skills install inside the TUI, gateway platforms) require --name <x> instead.

newroz bundles

newroz bundles <subcommand>

Skill bundles group several skills under one /<bundle-name> slash command. Invoking the bundle loads every referenced skill into a single combined user message. Storage: ~/.newroz/skill-bundles/<slug>.yaml. See Skill Bundles for the YAML schema and behavior.

Subcommands:

SubcommandDescription
listList installed bundles (default when no subcommand given)
show <name>Show one bundle's name, description, skills, and file path
create <name>Create a new bundle. Pass --skill <id> (repeat) or omit for interactive entry. --description, --instruction, --force available.
delete <name>Remove a bundle file
reloadRe-scan ~/.newroz/skill-bundles/ and report added/removed bundles

Examples:

newroz bundles create backend-dev \
--skill github-code-review \
--skill test-driven-development \
--skill github-pr-workflow \
-d "Backend feature work"

newroz bundles list
newroz bundles show backend-dev
newroz bundles delete backend-dev

In a chat session, /bundles lists installed bundles and /<bundle-name> loads one.

newroz curator

newroz curator <subcommand>

The curator is an auxiliary-model background task that periodically reviews agent-created skills, prunes stale ones, consolidates overlaps, and archives obsolete skills. Bundled and hub-installed skills are never touched. Archives are recoverable; auto-deletion never happens.

SubcommandDescription
statusShow curator status and skill stats
runTrigger a curator review now (blocks until the LLM pass finishes)
run --backgroundStart the LLM pass in a background thread and return immediately
run --dry-runPreview only — produce the review report with no mutations
backupTake a manual tar.gz snapshot of ~/.newroz/skills/ (curator also snapshots automatically before every real run)
rollbackRestore ~/.newroz/skills/ from a snapshot (defaults to newest)
rollback --listList available snapshots
rollback --id <ts>Restore a specific snapshot by id
rollback -ySkip the confirmation prompt
pausePause the curator until resumed
resumeResume a paused curator
pin <skill>Pin a skill so the curator never auto-transitions it
unpin <skill>Unpin a skill
restore <skill>Restore an archived skill
archive <skill>Archive a skill manually
pruneManually prune skills the curator would normally clean up
list-archivedList archived skills (recoverable via restore)

On a fresh install the first scheduled pass is deferred by one full interval_hours (7 days by default) — the gateway will not curate immediately on the first tick after newroz update. Use newroz curator run --dry-run to preview before that happens.

See Curator for behavior and config.

newroz moa

Configure named Mixture of Agents presets. Presets appear as selectable models under a Mixture of Agents provider in every model picker; /moa <prompt> runs one prompt through the default preset.

newroz moa list
newroz moa configure [name]
newroz moa delete <name>

newroz moa configure reuses Newroz' provider → model picker for each reference model and the aggregator. A preset is an execution-mode configuration, not a primary model or provider.

newroz fallback

newroz fallback <subcommand>

Manage the fallback provider chain. Fallback providers are tried in order when the primary model fails with rate-limit, overload, or connection errors.

SubcommandDescription
list (alias: ls)Show the current fallback chain (default when no subcommand)
addPick a provider + model (same picker as newroz model) and append to the chain
remove (alias: rm)Pick an entry to delete from the chain
clearRemove all fallback entries

See Fallback Providers.

newroz hooks

newroz hooks <subcommand>

Inspect shell-script hooks declared in ~/.newroz/config.yaml, test them against synthetic payloads, and manage the first-use consent allowlist at ~/.newroz/shell-hooks-allowlist.json.

SubcommandDescription
list (alias: ls)List configured hooks with matcher, timeout, and consent status
test <event>Fire every hook matching <event> against a synthetic payload
revoke (aliases: remove, rm)Remove a command's allowlist entries (takes effect on next restart)
doctorCheck each configured hook: exec bit, allowlist, mtime drift, JSON validity, and synthetic run timing

See Hooks for event signatures and payload shapes.

newroz memory

newroz memory <subcommand>

Set up and manage external memory provider plugins. Available providers: honcho, openviking, mem0, hindsight, holographic, retaindb, byterover, supermemory. Only one external provider can be active at a time. Built-in memory (MEMORY.md/USER.md) is always active.

Subcommands:

SubcommandDescription
setupInteractive provider selection and configuration.
statusShow current memory provider config.
offDisable external provider (built-in only).
Provider-specific subcommands

When an external memory provider is active, it may register its own top-level newroz <provider> command for provider-specific management (e.g. newroz honcho when Honcho is active). Inactive providers do not expose their subcommands. Run newroz --help to see what's currently wired in.

newroz acp

newroz acp

Starts Newroz as an ACP (Agent Client Protocol) stdio server for editor integration.

Related entrypoints:

newroz-acp
python -m acp_adapter

Install support first:

cd ~/.newroz/newroz-agent && uv pip install -e '.[acp]'

See ACP Editor Integration and ACP Internals.

newroz mcp

newroz mcp <subcommand>

Manage MCP (Model Context Protocol) server configurations and run Newroz as an MCP server.

SubcommandDescription
(none) or pickerInteractive catalog picker — browse Nous-approved MCPs and install/enable/disable.
catalogList Nous-approved MCPs (plain text, scriptable).
install <name>Install a catalog entry (e.g. newroz mcp install n8n).
serve [-v|--verbose]Run Newroz as an MCP server — expose conversations to other agents.
add <name> [--url URL] [--command CMD] [--auth oauth|header] [--args ...]Add a custom MCP server with automatic tool discovery. --args passes the remaining argv to the stdio command, so put it last.
remove <name> (alias: rm)Remove an MCP server from config.
list (alias: ls)List configured MCP servers.
test <name>Test connection to an MCP server.
configure <name> (alias: config)Toggle tool selection for a server.
login <name>Force re-authentication for an OAuth-based MCP server.

See MCP Config Reference, Use MCP with Newroz, and MCP Server Mode.

newroz plugins

newroz plugins [subcommand]

Unified plugin management — general plugins, memory providers, and context engines in one place. Running newroz plugins with no subcommand opens a composite interactive screen with two sections:

  • General Plugins — multi-select checkboxes to enable/disable installed plugins
  • Provider Plugins — single-select configuration for Memory Provider and Context Engine. Press ENTER on a category to open a radio picker.
SubcommandDescription
(none)Composite interactive UI — general plugin toggles + provider plugin configuration.
install <identifier> [--force]Install a plugin from a Git URL or owner/repo.
update <name>Pull latest changes for an installed plugin.
remove <name> (aliases: rm, uninstall)Remove an installed plugin.
enable <name>Enable a disabled plugin.
disable <name>Disable a plugin without removing it.
list (alias: ls)List installed plugins with enabled/disabled status.

Provider plugin selections are saved to config.yaml:

  • memory.provider — active memory provider (empty = built-in only)
  • context.engine — active context engine ("compressor" = built-in default)

General plugin disabled list is stored in config.yaml under plugins.disabled.

See Plugins and Build a Newroz Plugin.

newroz tools

newroz tools [--summary]
OptionDescription
--summaryPrint the current enabled-tools summary and exit.

Without --summary, this launches the interactive per-platform tool configuration UI.

newroz computer-use

newroz computer-use <subcommand>

Subcommands:

SubcommandDescription
installRun the upstream cua-driver installer (macOS, Windows, and Linux).
install --upgradeRe-run the installer even if cua-driver is already on PATH. The upstream script always pulls the latest release, so this performs an in-place upgrade.
statusPrint whether cua-driver is on $PATH and which version is installed.

newroz computer-use install is the stable entry point for installing the cua-driver binary used by the computer_use toolset. It runs the same upstream installer that newroz tools invokes when you first enable Computer Use, so it's safe to use for re-running the install if the toolset toggle didn't trigger it (for example, on returning-user setups).

newroz update automatically re-runs the upstream installer at the end of the update if cua-driver is on PATH, so most users will not need to call --upgrade manually. Use it when upstream ships a fix you want right now without waiting for the next Newroz update.

newroz pets

newroz pets <list|install|select|show|off|scale|remove|doctor>

Petdex is a public gallery of animated sprite pets for coding agents. Install one and Newroz shows it reacting to agent activity across the CLI, TUI, and desktop app.

SubcommandDescription
listBrowse the petdex gallery.
installInstall a pet from the gallery.
selectSet the active pet (writes display.pet.*).
showAnimate the active pet in the terminal.
offDisable the pet display.
scaleResize the pet everywhere (display.pet.scale).
removeDelete an installed pet.
doctorCheck pet setup + terminal graphics support.

You can also generate a brand-new pet from a text description with the /hatch slash command. See Pets.

newroz sessions

newroz sessions <subcommand>

Subcommands:

SubcommandDescription
listList recent sessions.
browseInteractive session picker with search and resume.
export <output> [--session-id ID]Export sessions to JSONL.
delete <session-id>Delete one session.
pruneDelete sessions matching filters: time bounds --older-than/--newer-than/--before/--after (durations like 5h/2d, bare days, or ISO timestamps); attributes --source, --title, --model, --provider, --branch, --end-reason, --user, --chat-id, --chat-type, --cwd; numeric bounds --min/--max-messages, --min/--max-tokens, --min/--max-cost, --min/--max-tool-calls; plus --include-archived, --dry-run, --yes. Default: older than 90 days.
archiveBulk-archive (soft-hide, no deletion) sessions matching the same filters as prune. Requires at least one filter.
statsShow session-store statistics.
rename <session-id> <title>Set or change a session title.

newroz insights

newroz insights [--days N] [--source platform]
OptionDescription
--days <n>Analyze the last n days (default: 30).
--source <platform>Filter by source such as cli, telegram, or discord.

newroz claw

newroz claw migrate [options]

Migrate your OpenClaw setup to Newroz. Reads from ~/.openclaw (or a custom path) and writes to ~/.newroz. Automatically detects legacy directory names (~/.clawdbot, ~/.moltbot) and config filenames (clawdbot.json, moltbot.json).

OptionDescription
--dry-runPreview what would be migrated without writing anything.
--preset <name>Migration preset: full (all compatible settings) or user-data (excludes infrastructure config). Neither preset imports secrets — pass --migrate-secrets explicitly.
--overwriteOverwrite existing Newroz files on conflicts (default: refuse to apply when the plan has conflicts).
--migrate-secretsInclude API keys in migration. Required even under --preset full.
--no-backupSkip the pre-migration zip snapshot of ~/.newroz/ (by default a single restore-point archive is written to ~/.newroz/backups/pre-migration-*.zip before apply; restorable with newroz import).
--source <path>Custom OpenClaw directory (default: ~/.openclaw).
--workspace-target <path>Target directory for workspace instructions (AGENTS.md).
--skill-conflict <mode>Handle skill name collisions: skip (default), overwrite, or rename.
--yesSkip the confirmation prompt.

What gets migrated

The migration covers 30+ categories across persona, memory, skills, model providers, messaging platforms, agent behavior, session policies, MCP servers, TTS, and more. Items are either directly imported into Newroz equivalents or archived for manual review.

Directly imported: SOUL.md, MEMORY.md, USER.md, AGENTS.md, skills (4 source directories), default model, custom providers, MCP servers, messaging platform tokens and allowlists (Telegram, Discord, Slack, WhatsApp, Signal, Matrix, Mattermost), agent defaults (reasoning effort, compression, human delay, timezone, sandbox), session reset policies, approval rules, TTS config, browser settings, tool settings, exec timeout, command allowlist, gateway config, and API keys from 3 sources.

Archived for manual review: Cron jobs, plugins, hooks/webhooks, memory backend (QMD), skills registry config, UI/identity, logging, multi-agent setup, channel bindings, IDENTITY.md, TOOLS.md, HEARTBEAT.md, BOOTSTRAP.md.

API key resolution checks three sources in priority order: config values → ~/.openclaw/.envauth-profiles.json. All token fields handle plain strings, env templates (${VAR}), and SecretRef objects.

For the complete config key mapping, SecretRef handling details, and post-migration checklist, see the full migration guide.

Examples

# Preview what would be migrated
newroz claw migrate --dry-run

# Full migration (all compatible settings, no secrets)
newroz claw migrate --preset full

# Full migration including API keys
newroz claw migrate --preset full --migrate-secrets

# Migrate user data only (no secrets), overwrite conflicts
newroz claw migrate --preset user-data --overwrite

# Migrate from a custom OpenClaw path
newroz claw migrate --source /home/user/old-openclaw

newroz serve

newroz serve [options]

Start the Newroz backend server — the JSON-RPC/WebSocket gateway the desktop app and remote clients connect to. It is the same server newroz dashboard runs, but headless: it never opens a browser UI. The desktop app launches its own newroz serve backend; use this command directly when you want a headless backend on a remote host. Accepts the same --host / --port / --insecure / --skip-build / --stop / --status options as newroz dashboard below (a non-loopback bind engages the same auth gate). Requires the [web] extra; the embedded Chat socket additionally needs [pty] on a POSIX host.

newroz dashboard

newroz dashboard [options]

Launch the web dashboard — a browser-based UI for managing configuration, API keys, and monitoring sessions. (For a headless backend with no browser UI — e.g. what the desktop app spawns — use newroz serve above.) Requires cd ~/.newroz/newroz-agent && uv pip install -e ".[web]" (FastAPI + Uvicorn). The embedded browser Chat tab is always available and additionally needs the pty extra (cd ~/.newroz/newroz-agent && uv pip install -e ".[web,pty]") plus a POSIX PTY environment such as Linux, macOS, or WSL2. See Web Dashboard for full documentation.

OptionDefaultDescription
--port9119Port to run the web server on
--host127.0.0.1Bind address
--no-openDon't auto-open the browser
--insecureoffDeprecated / no-op. Formerly bypassed auth on a non-loopback bind. Since the June 2026 hardening a public bind always requires an auth provider (password or OAuth). Bind 127.0.0.1 and tunnel to keep it local.
--skip-buildoffSkip the web UI build step and serve the existing dist directly. Useful for non-interactive contexts (Windows Scheduled Tasks, CI) where npm isn't available. Pre-build with cd web && npm run build.
--isolatedoffWhen launched from a named profile (worker dashboard), run a dedicated per-profile server instead of routing to the machine dashboard.
--stopStop running newroz dashboard processes and exit.
--statusList running newroz dashboard processes and exit.

newroz dashboard register

Register this install as a self-hosted dashboard with your Nous Portal account. Creates an OAuth client, writes NEWROZ_DASHBOARD_OAUTH_CLIENT_ID into ~/.newroz/.env, and prints how to engage the login gate. Requires being logged in (newroz setup).

OptionDescription
--nameHuman-readable label for the dashboard (default: auto-generated).
--redirect-uriPublic HTTPS OAuth redirect URI (e.g. https://newroz.example.com/auth/callback). Omit for localhost-only use.
--portal-urlOverride the Nous Portal base URL for registration (default: the portal you logged into). Also settable via NEWROZ_DASHBOARD_PORTAL_URL.
# Default — opens browser to http://127.0.0.1:9119
newroz dashboard

# Custom port, no browser
newroz dashboard --port 8080 --no-open

# From a profile alias — routes to the machine dashboard with the
# profile preselected in the sidebar switcher (attach if running)
worker dashboard

newroz profile

newroz profile <subcommand>

Manage profiles — multiple isolated Newroz instances, each with its own config, sessions, skills, and home directory.

SubcommandDescription
listList all profiles.
use <name>Set a sticky default profile.
create <name> [--clone] [--clone-all] [--clone-from <source>] [--no-alias]Create a new profile. --clone copies config, .env, SOUL.md, and skills from the active profile. --clone-all copies all state. --clone-from specifies a source profile and implies config clone unless paired with --clone-all.
delete <name> [-y]Delete a profile.
show <name>Show profile details (home directory, config, etc.).
alias <name> [--remove] [--name NAME]Manage wrapper scripts for quick profile access.
rename <old> <new>Rename a profile.
export <name> [-o FILE]Export a profile to a .tar.gz archive (local backup).
import <archive> [--name NAME]Import a profile from a .tar.gz archive (local restore).
install <source> [--name N] [--alias] [--force] [-y]Install a profile distribution from a git URL or local directory.
update <name> [--force-config] [-y]Re-pull a distribution; preserves user data (memories, sessions, auth).
info <name>Show a profile's distribution manifest (version, requirements, source).

Examples:

newroz profile list
newroz profile create work --clone
newroz profile use work
newroz profile alias work --name h-work
newroz profile export work -o work-backup.tar.gz
newroz profile import work-backup.tar.gz --name restored
newroz profile install github.com/user/my-distro --alias
newroz profile update work
newroz -p work chat -q "Hello from work profile"

newroz completion

newroz completion [bash|zsh|fish]

Print a shell completion script to stdout. Source the output in your shell profile for tab-completion of Newroz commands, subcommands, and profile names.

Examples:

# Bash
newroz completion bash >> ~/.bashrc

# Zsh
newroz completion zsh >> ~/.zshrc

# Fish
newroz completion fish > ~/.config/fish/completions/newroz.fish

newroz update

newroz update [--gateway] [--check] [--no-backup] [--backup] [--yes]

Pulls the latest newroz-agent code and reinstalls dependencies in the managed venv, then re-runs the post-install hooks (MCP servers, skills sync, completion install). Safe to run on a live install. Use --check to see whether your checkout is behind origin/main without installing.

newroz update pulls the configured update branch (default: main). If your checkout is on another branch, Newroz may check out the update branch before pulling. Commit branch work before updating when you want to keep it outside the update autostash flow.

OptionDescription
--gatewayInternal mode used by the messaging /update command. Uses file-based IPC for prompts and progress streaming instead of reading from terminal stdin. Not a gateway restart flag.
--checkCheck whether an update is available without pulling, installing dependencies, or restarting anything.
--no-backupSkip the pre-update backup for this run, even if updates.pre_update_backup is enabled in config.yaml.
--backupCreate a labeled pre-update snapshot of NEWROZ_HOME (config, auth, sessions, skills, pairing data) before pulling. Default is off — the previous always-backup behavior was adding minutes to every update on large homes. Flip it on permanently via updates.pre_update_backup: true in config.yaml.
--yes, -yAssume yes for interactive prompts such as config migration and stash restore. API-key entry is skipped; run newroz config migrate separately for those.

Additional behavior:

  • Gateway restart. After a successful update, Newroz attempts to restart all running gateway profiles automatically so they pick up the new code. Use newroz gateway restart when you want to restart a gateway without applying an update.
  • Local source changes. For git installs, dirty tracked files and untracked files are auto-stashed before branch checkout or pull (git stash push --include-untracked). Interactive terminal updates ask before restoring the stash. Non-interactive updates restore it by default; set updates.non_interactive_local_changes: discard only on managed installs where local source edits should be thrown away after a successful pull. If stash restore conflicts or the pull fails, the stash is left in place for manual recovery.
  • npm lockfile churn. Before stashing or switching branches, Newroz makes a best-effort cleanup of tracked package-lock.json diffs produced by npm install/build steps. Commit or manually stash intentional lockfile edits before running newroz update.
  • Pairing data snapshot. Even when --backup is off, newroz update takes a lightweight snapshot of ~/.newroz/pairing/ and the Feishu comment rules before git pull. You can roll it back with newroz backup restore --state pre-update if a pull rewrites a file you were editing.
  • Legacy newroz.service warning. If Newroz detects a pre-rename newroz.service systemd unit (instead of the current newroz-gateway.service), it prints a one-time migration hint so you can avoid flap-loop issues.
  • Exit codes. 0 on success, 1 on pull/install/post-install errors, 2 on unexpected working-tree changes that block git pull.

Maintenance commands

CommandDescription
newroz versionPrint version information.
newroz updatePull latest changes and reinstall dependencies.
newroz postinstallInternal bootstrap. Runs once after the install script provisions Newroz (or after newroz update) to install non-Python dependencies that pip cannot provide — Node.js runtime, headless browser, ripgrep, ffmpeg — and then trigger newroz setup if the profile has not been configured yet. Safe to re-run idempotently.
newroz uninstall [--full] [--gui] [--yes]Remove Newroz, optionally deleting all config/data. --gui removes only the desktop Chat GUI, leaving the agent intact; --full also deletes config/data; --yes skips prompts.

See also