Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Use the Helmor CLI to remote-control Helmor from the terminal. Use when the user asks to inspect Helmor data/settings, manage repositories/workspaces/sessions/files, send prompts to agents, list models, use GitHub integration, inspect scripts, run Helmor as an MCP server, generate shell completions, quit a running app, check/install/update the Helmor CLI beta, install/update Helmor skills through the beta app flow, or needs the Helmor command reference. Also plan and build a large change as a st
.claude/skills/dohooo-helmor-cli/SKILL.md| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-08 | ✗→✓ | ▲ Improved | 32% | 0% |
| case-01 | ✗→✓ | ▲ Improved | 52% | 0% |
| case-07 | ✗→✓ | ▲ Improved | 6% | 0% |
| case-03 | ✗→✓ | ▲ Improved | 73% | 0% |
| case-05 | ✗→✓ | ▲ Improved | 27% | 0% |
Use this skill to guide simple terminal-first Helmor workflows. Keep the answer practical: prefer one or two concrete commands over a long CLI tutorial.
Route by the first word after /helmor-cli:
restack — re-sync a PR stack after a lower layer changed or merged. Follow references/restack.md. (This is what the composer's Restack button sends.)stack — plan and build a large change as a stack of dependent PRs. Follow references/stacked-pr.md.break — split the change you've ALREADY written in the current workspace into a stack of smaller dependent PRs, confirming the slicing granularity with the user first. Follow references/break.md.Examples below use the literal name helmor — the binary a release user has on their PATH.
helmor <subcommand>.helmor-dev is on PATH. Under Helmor's worktree-based dev workflow every worktree has its own target/debug/helmor-cli, and a shared /usr/local/bin/helmor-dev symlink (if it exists) can only point at one of them. Instead:<worktree>/src-tauri/target/debug/helmor-cli). Call it verbatim — don't re-verify with which / file / --version.<your-worktree>/src-tauri/target/debug/helmor-cli <subcommand> (or whatever path your active Helmor build uses).The rest of every command shape is identical regardless of build.
bashhelmor cli-status
bashhelmor data
Use --json when the output will be parsed by scripts or another tool.
Treat Helmor CLI install/update as beta.
helmor cli-status to verify whether the PATH entry points at the current app-managed CLI.helmor --help or a subcommand help page.helmor cli-status and share the output, or inspect the app's Components panel if working inside the Helmor repo.Treat Helmor skills install/update as a beta app-managed flow.
helmor skills command; the top-level CLI help does not currently expose one.Use these command groups for local-first project setup and workspace orchestration:
bashhelmor repo --help helmor workspace --help
When creating workspaces, prefer explicit repo names and concise purpose labels:
bashhelmor workspace new --repo helmor
Use sessions for conversation history and files for editor-surface operations:
bashhelmor session --help helmor files --help
Use send when the user wants to dispatch work from the terminal:
bashhelmor send --help
Favor JSON output for automation:
bashhelmor --json send --help
Use the relevant command group:
bashhelmor github --help helmor scripts --help helmor models --help
Run Helmor as an MCP server over stdio:
bashhelmor mcp
Use this when another agent/runtime needs to call Helmor through Model Context Protocol.
Read references/helmor-help.md when you need the full top-level helmor --help command list.
For exact flags on a command group, run the group's help instead of guessing:
bashhelmor <command> --help
Other measured skills in the registry, with their headline benchmark lift.