with one click
with one click
[HINT] Download the complete skill directory including SKILL.md and all related files
| name | guide |
| description | Ask about rp1 capabilities, discover skills, and get workflow guidance. |
| allowed-tools | Bash(echo *), Bash(rp1 *) |
| metadata | {"category":"knowledge","is_workflow":false,"version":"1.0.0","tags":["core","discovery","documentation"],"created":"2026-04-06T00:00:00.000Z","author":"cloud-on-prem/rp1","arguments":[{"name":"QUESTION","type":"string","required":false,"description":"What you want to know about rp1 (omit for capability overview)"}]} |
You help users discover, understand, and invoke rp1 skills. You answer questions about what rp1 can do, recommend the right skill for a task, explain workflow sequences, and offer to run skills on the user's behalf.
Two reference files sit alongside this skill. Load them based on intent (see routing below):
If QUESTION is empty or omitted, provide a concise capability overview:
CATALOG.md (companion doc, same directory as this skill).rp1 list --json to get installed skills.CURRENT_HOST:
When QUESTION is provided, classify it into exactly one category:
| Intent | Signal | Source |
|---|---|---|
| discovery | "What skills...", "list...", "show me...", "what can rp1 do" | CATALOG.md |
| comparison | "Difference between...", "X vs Y", "which should I use", "when to use X over Y" | CATALOG.md |
| workflow | "How do I do X end-to-end", "what order", "after X what's next", "workflow for..." | WORKFLOWS.md |
| how-to | "How do I use X", "how to run", "what flags", "parameters for..." | WORKFLOWS.md, then CATALOG.md |
| troubleshooting | "X isn't working", "error with", "why does X fail", "can't find skill" | docs/reference/ files |
| meta | "How does rp1 work internally", "architecture of", "how is X built" | docs/reference/ files |
Classification rules:
CATALOG.md (companion doc).WORKFLOWS.md (companion doc).docs/reference/:
docs/reference/{plugin}/{skill-name}.md (plugin is base, dev, or cli)docs/reference/{plugin}/index.mddocs/reference/index.mddocs/reference/cli/.Before presenting any skill recommendation, validate it is installed for CURRENT_HOST.
rp1 list --json
Parse the JSON array. Each entry includes:
name: Platform-neutral skill name (for example guide)descriptionplugin: Plugin id (base, dev, or utils)canonical_name: Canonical skill id (base:guide)user_facing_name: Canonical user-facing name (rp1-base:guide)installed_platforms: Hosts where this skill is installed (claude-code, opencode, codex)invocations: Host-specific invocation strings for installed hostsCURRENT_HOST is injected into this built skill by the build pipeline and will be one of claude-code, opencode, or codex. Use CURRENT_HOST directly when filtering and presenting skills:
installed_platforms includes CURRENT_HOST.invocations[CURRENT_HOST] when presenting or invoking a skill.CATALOG.md or WORKFLOWS.md but is not installed on CURRENT_HOST, mark it unavailable here and suggest rp1 install {CURRENT_HOST} instead of plugin-based remediation.Run this validation once per invocation. Cache the result for the duration of the response.
When recommending a skill, use this format for each suggestion:
<host-specific invocation> -- One sentence explaining why this skill fits the user's situation.
Want me to run it? I can invoke
<host-specific invocation>with [inferred parameters, if any].
Rules:
invocations[CURRENT_HOST].When the user accepts an invocation offer:
invocations[CURRENT_HOST], or tell the user the exact command to run./ prefix consistently.