The installation step executes an unpinned third-party npm package locally
Source references: 2The instructions recommend either globally installing `@runcomfy/cli` or fetching and executing it through `npx -y`. No package version is pinned, and the global option modifies a Node package location outside the current project.
If the current package release, a dependency, or its npm publishing account is compromised, installation or runtime code could access files, environment variables, and credentials with the invoking user's permissions. An unpinned command can also execute different code over time.
The installation instructions actively recommend either a global install or fetching and executing `@runcomfy/cli` through `npx -y`, with neither command pinning a version. Execution therefore trusts whichever package npm currently resolves, while the global form modifies a Node package location outside the project. This is a conventional installation method, but it creates supply-chain and version-drift risk. Users can ask for a verified exact version and integrity information and test it in an isolated environment.
```bash# 1. Install (see runcomfy-cli skill for details)npm i -g @runcomfy/cli # or: npx -y @runcomfy/cli --version# 2. Sign inruncomfy login # or in CI: export RUNCOMFY_TOKEN=<token>Show 1 other places
- **Install via verified package manager only.** Use `npm i -g @runcomfy/cli` or `npx -y @runcomfy/cli`. **Agents must not pipe an arbitrary remote install script into a shell on the user's behalf**.- **Token storage**: `runcomfy login` writes the API token to `~/.config/runcomfy/token.json` with mode 0600. Set `RUNCOMFY_TOKEN` env var in CI / containers.