Skip to main content

Profile Commands Reference

This page covers all commands related to Minerva profiles. For general CLI commands, see CLI Commands Reference.

minerva profile​

minerva profile <subcommand>

Top-level command for managing profiles. Running minerva profile without a subcommand shows help.

SubcommandDescription
listList all profiles.
useSet the active (default) profile.
createCreate a new profile.
describeRead or set a profile's description (used by the kanban orchestrator for routing).
deleteDelete a profile.
showShow details about a profile.
aliasRegenerate the shell alias for a profile.
renameRename a profile.
exportExport a profile to a tar.gz archive.
importImport a profile from a tar.gz archive.
installInstall a profile distribution from a git URL or local directory. See Profile Distributions.
updateRe-pull a distribution-managed profile and re-apply its bundle.
infoShow distribution metadata for a profile (origin URL, commit, last update).

minerva profile list​

minerva profile list

Lists all profiles. The currently active profile is marked with *.

Example:

$ minerva profile list
default
* work
dev
personal

No options.

minerva profile use​

minerva profile use <name>

Sets <name> as the active profile. All subsequent minerva commands (without -p) will use this profile.

ArgumentDescription
<name>Profile name to activate. Use default to return to the base profile.

Example:

minerva profile use work
minerva profile use default

minerva profile create​

minerva profile create <name> [options]

Creates a new profile.

Argument / OptionDescription
<name>Name for the new profile. Must be a valid directory name (alphanumeric, hyphens, underscores).
--cloneCopy config.yaml, .env, SOUL.md, and skills from the current profile.
--clone-allCopy everything (config, memories, skills, cron, plugins) from the current profile. Excludes per-profile history: sessions, state.db, backups, state-snapshots, checkpoints.
--clone-from <profile>Clone config/skills/SOUL from a specific profile instead of the current one. Implies --clone unless paired with --clone-all.
--no-aliasSkip wrapper script creation.
--description "<text>"One- or two-sentence description of what this profile is good at. Used by the kanban orchestrator to route tasks based on role instead of profile name alone. Skip and add later via minerva profile describe. Persisted in <profile_dir>/profile.yaml.
--no-skillsCreate an empty profile with zero bundled skills enabled. Writes a .no-bundled-skills marker into the profile so future minerva update runs won't re-seed the bundled set, and refuses to combine with --clone, --clone-from, or --clone-all (which would copy skills in anyway). Useful for narrow orchestrator profiles or sandbox profiles that should not inherit the full skill catalog. To toggle this on an already-created profile (including the default ~/.minerva), use minerva skills opt-out / minerva skills opt-in.

Creating a profile does not make that profile directory the default project/workspace directory for terminal commands. If you want a profile to start in a specific project, set terminal.cwd in that profile's config.yaml.

Examples:

# Blank profile — needs full setup
minerva profile create mybot

# Clone config only from current profile
minerva profile create work --clone

# Clone everything from current profile
minerva profile create backup --clone-all

# Clone config from a specific profile
minerva profile create work2 --clone-from work

# Clone everything from a specific profile
minerva profile create work2-backup --clone-from work --clone-all

minerva profile describe​

minerva profile describe [<name>] [options]

Read or set a profile's description. The description is consumed by the kanban orchestrator to route tasks based on what each profile is good at, rather than guessing from the profile name alone. Persisted in <profile_dir>/profile.yaml so it survives reboots and is shared with the gateway.

With no flags, prints the current description (or (no description set for '<name>') if empty).

Argument / OptionDescription
<name>Profile to describe. Required unless --all --auto is used.
--text "<text>"Set the description to this exact text (user-authored). Overwrites any existing description.
--autoAuto-generate a 1-2 sentence description via the auxiliary LLM, based on the profile's installed skills, configured model, and name. Configure the model under auxiliary.profile_describer in config.yaml. Auto-generated descriptions are marked description_auto: true.
--overwriteWith --auto, replace user-authored descriptions too (default: skip profiles whose description was set explicitly).
--allWith --auto, sweep every profile missing a description.

Examples:

# Read the current description
minerva profile describe researcher

# Set it explicitly
minerva profile describe researcher --text "Reads source code and writes findings."

# Let the LLM generate one
minerva profile describe researcher --auto

# Fill in descriptions for every profile that doesn't have one
minerva profile describe --all --auto

minerva profile delete​

minerva profile delete <name> [options]

Deletes a profile and removes its shell alias.

Argument / OptionDescription
<name>Profile to delete.
--yes, -ySkip confirmation prompt.

Example:

minerva profile delete mybot
minerva profile delete mybot --yes
warning

This permanently deletes the profile's entire directory including all config, memories, sessions, and skills. The default profile (~/.minerva) cannot be deleted — use minerva uninstall to remove everything.

minerva profile show​

minerva profile show <name>

Displays details about a profile including its home directory, configured model, gateway status, skills count, and configuration file status.

This shows the profile's Minerva home directory, not the terminal working directory. Terminal commands start from terminal.cwd (or the launch directory on the local backend when cwd: ".").

ArgumentDescription
<name>Profile to inspect.

Example:

$ minerva profile show work
Profile: work
Path: ~/.minerva/profiles/work
Model: anthropic/claude-sonnet-4 (anthropic)
Gateway: stopped
Skills: 12
.env: exists
SOUL.md: exists
Alias: ~/.local/bin/work

minerva profile alias​

minerva profile alias <name> [options]

Regenerates the shell alias script at ~/.local/bin/<name>. Useful if the alias was accidentally deleted or if you need to update it after moving your Minerva installation.

Argument / OptionDescription
<name>Profile to create/update the alias for.
--removeRemove the wrapper script instead of creating it.
--name <alias>Custom alias name (default: profile name).

Example:

minerva profile alias work
# Creates/updates ~/.local/bin/work

minerva profile alias work --name mywork
# Creates ~/.local/bin/mywork

minerva profile alias work --remove
# Removes the wrapper script

minerva profile rename​

minerva profile rename <old-name> <new-name>

Renames a profile. Updates the directory and shell alias.

ArgumentDescription
<old-name>Current profile name.
<new-name>New profile name.

Example:

minerva profile rename mybot assistant
# ~/.minerva/profiles/mybot → ~/.minerva/profiles/assistant
# ~/.local/bin/mybot → ~/.local/bin/assistant

minerva profile export​

minerva profile export <name> [options]

Exports a profile as a compressed tar.gz archive — a portable snapshot you can back up, move to another machine, or hand to someone else. auth.json and .env are always excluded.

Also available in chat as /export, and in the desktop app via ⌘K → Export profile… or a profile square's right-click menu. A desktop export additionally stages desktop.json (skin, light/dark mode, custom themes, rail color, window layout) into the archive.

Argument / OptionDescription
<name>Profile to export.
-o, --output <path>Output file path (default: ~/.minerva/profile-exports/<name>-<timestamp>.tar.gz, kept out of the current directory so an archive never lands in a source checkout).

Example:

minerva profile export work
# Creates ~/.minerva/profile-exports/work-<timestamp>.tar.gz

minerva profile export work -o ./work-2026-03-29.tar.gz

See Export and import a profile file for exactly what lands in the archive and what to check before sending one to someone else.

minerva profile import​

minerva profile import <archive> [options]

Imports a profile from a tar.gz archive, as a new profile. Refuses to overwrite an existing profile, and cannot import as default (the built-in root profile) — pass --name in either case. A shell wrapper is created when the name doesn't collide with an existing command.

Also available in chat as /import, and in the desktop app via ⌘K → Import profile… or the import button beside the profile rail's +. A desktop import also applies any bundled desktop.json overlay (theme, layout) and switches you into the new profile.

Argument / OptionDescription
<archive>Path to the tar.gz archive to import.
--name <name>Name for the imported profile (default: inferred from archive).

Example:

minerva profile import ./work-2026-03-29.tar.gz
# Infers profile name from the archive

minerva profile import ./work-2026-03-29.tar.gz --name work-restored

Distribution commands​

tip

New to distributions? Start with the Profile Distributions user guide — it covers the why, when, and how with full examples. The sections below are a dry CLI reference for when you know what you want.

Distributions turn a profile into a shareable, versioned artifact published as a git repository. A recipient installs the distribution with a single command and can update it in place later without touching their local memories, sessions, or credentials.

auth.json and .env are never part of a distribution — they stay on the installing user's machine.

The recipient's user data (memories, sessions, auth, their own edits to .env) is always preserved across the initial install and subsequent updates.

info

Two ways to share a profile, and they complement each other. minerva profile export / import (also /export and /import in chat) produce a single file — no repo, no manifest, and a desktop export carries your theme and layout too. Distribution (install / update / info) publishes a profile as a git repo so recipients can pull versioned updates later. Backup and restore is the export file's other job. See Two ways to share a profile.

minerva profile install​

minerva profile install <source> [--name <name>] [--alias] [--force] [--yes]

Installs a profile distribution from a git URL or a local directory.

OptionDescription
<source>Git URL (github.com/user/repo, https://..., git@..., ssh://, git://) or a local directory containing distribution.yaml at its root.
--name NAMEOverride the profile name from the manifest.
--aliasAlso create a shell wrapper (e.g. telemetry → minerva -p telemetry).
--forceOverwrite an existing profile of the same name. User data is still preserved.
-y, --yesSkip the manifest-preview confirmation prompt.

The installer shows the manifest, lists required env vars, and warns about cron jobs before asking for confirmation. Required env vars go into a .env.EXAMPLE file you copy to .env and fill in.

Examples:

# Install from a GitHub repo (shorthand)
minerva profile install github.com/kyle/telemetry-distribution --alias

# Install from a full HTTPS git URL
minerva profile install https://github.com/kyle/telemetry-distribution.git

# Install from SSH
minerva profile install git@github.com:kyle/telemetry-distribution.git

# Install from a local directory during development
minerva profile install ./telemetry/

minerva profile update​

minerva profile update <name> [--force-config] [--yes]

Re-clones the distribution from its recorded source and applies updates. Distribution-owned files (SOUL.md, skills/, cron/, mcp.json) are overwritten; user data (memories, sessions, auth, .env) is never touched.

config.yaml is preserved by default to keep your local overrides. Pass --force-config to reset it to the distribution's shipped config.

minerva profile info​

minerva profile info <name>

Prints the profile's distribution manifest — name, version, required Minerva version, author, env var requirements, the source URL/path, and the Installed: timestamp recorded when the distribution was last install-ed or update-d. Useful for checking what a shared profile needs before installing it, and for spotting "this profile was installed 6 months ago and hasn't been updated."

minerva profile list also shows the distribution name and version in a Distribution column, and minerva profile show <name> / delete <name> surface the source URL so you can tell at a glance which profiles came from a git repo vs. were created locally.

Private distributions​

A private git repository works as a distribution source with no extra configuration — the install shells out to your normal git binary, so whatever authentication your shell is already set up for (SSH key, git credential helper, GitHub CLI's stored HTTPS credentials) applies transparently.

# Uses your SSH key, the same as any other `git clone`
minerva profile install git@github.com:your-org/internal-assistant.git

# Uses your git credential helper
minerva profile install https://github.com/your-org/internal-assistant.git

If a clone prompts for credentials interactively in your terminal during install, that prompt flows through. Set up your auth the way you'd normally use git clone against the same repo first, then install.

Distribution manifest (distribution.yaml)​

Every distribution has a distribution.yaml at the root of its repository:

name: telemetry
version: 0.1.0
description: "Compliance monitoring harness"
minerva_requires: ">=0.12.0"
author: "Your Name"
license: "MIT"
env_requires:
- name: OPENAI_API_KEY
description: "OpenAI API key"
required: true
- name: GRAPHITI_MCP_URL
description: "Memory graph URL"
required: false
default: "http://127.0.0.1:8000/sse"
distribution_owned: # optional; defaults to SOUL.md, config.yaml,
# mcp.json, skills/, cron/, distribution.yaml
- SOUL.md
- skills/compliance/
- cron/

minerva_requires supports >=, <=, ==, !=, >, <, or a bare version (treated as >=). Install fails with a clear error if the current Minerva version doesn't satisfy the spec.

distribution_owned is optional. If set, only those paths are replaced on update; anything else in the profile stays user-owned. If omitted, the defaults above apply.

Publishing a distribution​

Authoring a distribution is just a git push:

  1. In your profile directory, create distribution.yaml with at least name and version.
  2. Initialize a git repo (or use an existing one) and push to GitHub / GitLab / any host Minerva can clone from.
  3. Tell recipients to run minerva profile install <your-repo-url>.

Use git tags for versioned releases — recipients who clone HEAD get your latest state, and you can always bump version: in the manifest.

minerva -p / minerva --profile​

minerva -p <name> <command> [options]
minerva --profile <name> <command> [options]

Global flag to run any Minerva command under a specific profile without changing the sticky default. This overrides the active profile for the duration of the command.

OptionDescription
-p <name>, --profile <name>Profile to use for this command.

Examples:

minerva -p work chat -q "Check the server status"
minerva --profile dev gateway start
minerva -p personal skills list
minerva -p work config edit

minerva completion​

minerva completion <shell>

Generates shell completion scripts. Includes completions for profile names and profile subcommands.

ArgumentDescription
<shell>Shell to generate completions for: bash, zsh, or fish.

Examples:

# Install completions
minerva completion bash >> ~/.bashrc
minerva completion zsh >> ~/.zshrc
minerva completion fish > ~/.config/fish/completions/minerva.fish

# Reload shell
source ~/.bashrc

After installation, tab completion works for:

  • minerva profile <TAB> — subcommands (list, use, create, etc.)
  • minerva profile use <TAB> — profile names
  • minerva -p <TAB> — profile names

See also​