koopa-cli
/koopa-cli
Command syntax for koopa, a shell bootloader that installs apps into its own prefix instead of the system package manager. Use when a task calls for installing a CLI tool, updating apps, or listing what koopa manages, so you reach for `koopa install`/`koopa update`/`koopa list` instead of `brew`, `apt`, or `pip install --user`.
- Author
- acidgenomics ↗
- Repository
- koopa ↗
- Licence
- Apache-2.0
- Last repository change
- 26.10.2026
Assessment and security
- Files in this package
- 1
- Scripts
- 0
- HTML comments
- 0
- URLs in SKILL.md
- 0
No signals detected. Repository changed on 26.10.2026, without references to retired models or APIs.
Apache-2.0, otwarta: można używać i zmieniać, z zachowaniem licencji i informacji o zmianach.
What it does and when to use it
Command syntax for koopa, a shell bootloader that installs apps into its own prefix instead of the system package manager. Use when a task calls for installing a CLI tool, updating apps, or listing what koopa manages, so you reach for `koopa install`/`koopa update`/`koopa list` instead of `brew`, `apt`, or `pip install --user`.
Original author description
Command syntax for koopa, a shell bootloader that installs apps into its own prefix instead of the system package manager. Use when a task calls for installing a CLI tool, updating apps, or listing what koopa manages, so you reach for `koopa install`/`koopa update`/`koopa list` instead of `brew`, `apt`, or `pip install --user`.
How it works
- Install an app
- Under a coding agent
- Update
- List and inspect
- Configure
- Before reaching for another package manager
SKILL.md preview
--- name: koopa-cli description: >- Command syntax for koopa, a shell bootloader that installs apps into its own prefix instead of the system package manager. Use when a task calls for installing a CLI tool, updating apps, or listing what koopa manages, so you reach for `koopa install`/`koopa update`/`koopa list` instead of `brew`, `apt`, or `pip install --user`. --- # koopa CLI ## Install an app `koopa install <app>`: not `koopa app install <app>`. The `app` subcommand does not take an install action. `koopa reinstall <app>` and `koopa uninstall <app>` follow the same pattern. ## Under a coding agent `koopa` refuses every command that changes the system when a coding agent runs it: `install`, `reinstall`, `uninstall`, `update`, `configure`, `admin ...`, `system prune-apps`, and `system switch-to-develop`. It exits 2 and prints the exact command. Do not try to get around it: show the user that command and stop, so they can run it in their own terminal. Read-only commands such as `koopa list` and `koopa system which` run normally. ## Update | Command | What it does | |---|---| | `koopa update` | Pulls the koopa repo and updates installed apps. Does **not** touch system apps. | | `koopa update koopa` | Only pulls and updates the koopa repo itself. | | `koopa update system` | Runs every system update (Homebrew, system R/Python, TeX). Requires admin; raises if not. | | `koopa update system <app>...` | Runs only the named system app(s), e.g. `koopa update system r tex-packages`. | App names are valid only with `system`: `koopa update koopa r` is an error. System updates are opt-in, never part of the default `koopa update` sweep. ## List and inspect - `koopa list`: installed apps. - `koopa list --all`: every app koopa knows about, installed or not. - `koopa app <name> <subcommand>`: app-specific helpers (for example `koopa app git ...`, `koopa app aws ...`). Run `koopa app --help` for the current list; it changes as apps are added. - `koopa app claude archive-plans` and `koopa app copilot archive-plans`: move old plan files into `archive/YYYY/MM/DD/`. See the `koopa-workflow-guidance` skill. ## Configure - `koopa configure user <app> [<app>...]`: configure for the current user. - `koopa configure system <app> [<app>...]`: requires admin; system-wide. ## Before reaching for another package manager If a tool might already be one koopa manages, check first: ```sh koopa system which <tool> koopa list --all | grep -i <tool> ``` See the `koopa-env` skill for why this matters and how PATH resolution works.
Versions
The database has no other skills named koopa-cli.
Database snapshot: 13.11.2026 · package version b76706dc201f (SHA-256 digest of the entire package)
Downloads in the last 30 days: 0 · ranking
Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.
Similar skills
- 95koopa-troubleshoot
Diagnostic commands for a koopa installation (system checks, environment info, install logs, and stale app-version cleanup). Use when a koopa-managed tool misbehaves, an install failed, or you need a full report of koopa's version, prefix, and platform before debugging further. - 100koopa-update
How `koopa update` works end to end, the pull+apps default sequence, the separate opt-in `koopa update system [<app>...]` mode (whole-sweep or per-app), and the admin-gated system updates it runs (Homebrew, system R/Python, TeX). Use when reasoning about what `koopa update` does… - 90nix-tool-policy
Use when installing or choosing CLI tools in a Nix flake repo, editing flake.nix or home-manager config, or when tempted to pip/pipx/uv/brew/npm install anything. Tools come from the dev shell or nix shell — never ad-hoc package managers. - 100cli-tools
Use when ANY command fails with 'command not found', when installing CLI tools (ripgrep, fd, jq, yq, bat, etc.), auditing project environments, or batch-updating tools. Triggers on: command not found, install tool, missing binary, environment audit, update tools, which, apt install, brew install. - 100x-mirror
x-mirror is a comprehensive mirror source management tool for various package managers. Use this skill whenever users need to configure, switch, or query package manager download mirrors. This skill handles: setting up and switching mirrors for package managers (pip, npm, brew,… - 100install
Install software any way the system allows. Recommends `x install` — one front door listing every method and picking the best; plus `x eget`/`x env use`/`x pixi` channels and system package managers with mirror switching. All x-cmd channels install in $HOME — no sudo, no…