Epinio CLI Agent Skill
The MCP server is the richest way to let an AI agent manage Epinio, but it is not always an option.
The epinio-cli skill closes that gap. It is a pair of markdown files that
organize the epinio command surface by task, together with the deploy and
staging guidance an agent needs to get a push to succeed. Load it into your
assistant and it can create namespaces, push applications, choose a build mode,
bind configurations and services, manage git credentials, shell into a running
instance, and read staging logs, without an MCP server anywhere in the picture.
It is deliberately conservative: where the CLI has no equivalent for something, the skill says so rather than inventing a command. An appendix maps MCP tool names to their CLI equivalents for anyone migrating from the server.
Download​
One self-contained file; the command surface grouped by task, preconditions, buildpack and Dockerfile build guidance, and a failure-symptom table.
Install​
Skills are picked up from a directory named after the skill. Create
epinio-cli/ in the location your assistant reads from and drop the file in:
| Assistant | Personal (all projects) | Project-local |
|---|---|---|
| Claude Code / Claude Desktop | ~/.claude/skills/epinio-cli/ | <project>/.claude/skills/epinio-cli/ |
| Cursor | ~/.cursor/skills/epinio-cli/ | <project>/.cursor/skills/epinio-cli/ |
For an assistant with no skill directory, paste the file in as a system prompt instead.
Before you use it​
The skill assumes a working session — it will not log in for you:
epiniois onPATHand reports 1.14.2 or later (recommended).epinio login <URL>has succeeded, soepinio info -o jsonreturns cleanly.- A namespace is targeted with
epinio target <namespace>(default isworkspace). Namespaced commands act on the targeted namespace, with the sole exception ofepinio app watch, none of them take a--namespaceflag to correct a wrong target mid-conversation.