Skip to content

cliver is the CLI application layered on cliver-core. It provides CLIver’s config-directory and skill-discovery conventions, and runs one agent task per invocation. An interactive TUI is not built yet.

The CLI is not published to PyPI; run it from a repository checkout after make init.

Terminal window
# endpoint and model come from flags or CLIVER_* variables
export CLIVER_MODEL=deepseek-v4-flash
export CLIVER_PROVIDER=deepseek
export DEEPSEEK_API_KEY=...
uv run cliver "Summarize the last three commits as release notes."
# approve mutating tool calls (Write, Bash, ...) without prompting
uv run cliver --yes "Read packages/cliver-core/pyproject.toml and list its dependencies."
# run an explicit skill; --cwd selects the project root for skill discovery
uv run cliver --skill live-check --cwd ~/projects/demo "Run the live check."

Safe tools (Read, LS, Grep, TodoRead, TodoWrite) run without approval. ASK tools (Write, Bash, Exec, WebFetch) go through the SAFE/ASK gate: the CLI prompts on an interactive terminal and denies them in a non-interactive session unless --yes is passed.

Piped stdin works as the prompt:

Terminal window
git diff | uv run cliver --yes "Review this diff for correctness problems."
SettingFlagEnvironment
Model--model, -mCLIVER_MODEL
Known provider brand--providerCLIVER_PROVIDER
Any compatible endpoint--base-urlCLIVER_BASE_URL
Wire protocol--protocol (openai / anthropic)CLIVER_PROTOCOL
API key—CLIVER_API_KEY, else the brand’s variable

The brand’s conventional key (DEEPSEEK_API_KEY, MINIMAX_API_KEY, GLM_API_KEY, …) is used when CLIVER_API_KEY is unset. {config_dir}/.env is loaded at startup without overriding variables already in the process environment, so ~/.cliver/.env is a convenient place for keys.

Use --provider for a brand with a default endpoint, or --base-url for anything else (Ollama, vLLM, a gateway). --max-iterations bounds the Re-Act loop (default 50).

The application resolves its config directory in this order:

  1. CLIVER_CONF_DIR
  2. %APPDATA%/cliver on Windows
  3. ~/.cliver

Skills are discovered from eight sources, with later sources overriding earlier ones by name:

  1. Builtin skills shipped with the application
  2. {config_dir}/skills
  3. ~/.agents/skills
  4. Project-local .cliver/skills
  5. Project-local .agent/skills
  6. Project-local .claude/skills
  7. Project-local .gemini/skills
  8. Project-local .qwen/skills

The application ships four builtin skills: brainstorm, write-plan, execute-plan, and wbs-planner.

Terminal window
make init # install both packages
make test # run the workspace test suite

The application’s discovery code lives in packages/cliver and delegates parsing, validation, and activation to cliver-core’s SkillManager.