dist/codex/plugins/dev-tools/skills/context7-cli/SKILL.md
ctx7 (Context7) CLI mechanics for querying versioned library documentation. Use when the user mentions "ctx7" or "context7", passes a `/org/project` library ID, or another skill needs the exact ctx7 command workflow. NOT the docs-lookup decision flow or web fallback — that is looking-up-docs.
npx skillsauth add alexei-led/claude-code-config context7-cliInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Reference for driving the ctx7 CLI: resolve a library name to an ID, then
query docs with that ID. This skill is tool mechanics only. The docs-lookup
decision flow and tool fallback chain live in looking-up-docs; this skill is
Tier 1 of that chain.
Use this skill for:
ctx7 library / ctx7 docs command workflow and selection rules.npx / bunx fallback when ctx7 is not installed.Do not use this skill for:
looking-up-docs.researching-web.You MUST follow these steps and SHOW the exact ctx7 commands you ran in the
response. Claims like "I used Context7" without an emitted command do not
satisfy this skill.
Identify the library and version from project files (package.json,
go.mod, pyproject.toml, requirements.txt, lockfiles). State the
identified version, or say version is unknown.
Build a query from the user's real topic. Do not use one-word placeholders.
If the user provided /org/project or /org/project/version, skip step 4
and call ctx7 docs directly with that ID.
Otherwise resolve the library ID first by running and showing:
ctx7 library <name> "<specific query>"
Select the best library ID from the results and explain why.
Fetch docs by running and showing:
ctx7 docs /org/project "<specific query>"
Ground the answer in the returned docs. Quote only the relevant parts.
If ctx7 is missing on PATH, retry with the npx (or bunx) fallback
and say so:
npx ctx7@latest library <name> "<specific query>"
npx ctx7@latest docs /org/project "<specific query>"
# or, if you use Bun:
bunx ctx7@latest library <name> "<specific query>"
bunx ctx7@latest docs /org/project "<specific query>"
If Context7 has no useful match after one rephrase and one alternate
library name, report that Context7 was exhausted. Escalation to web tools
is owned by looking-up-docs (Tier 2 onward), not this skill.
ctx7 library more than 3 times for one user question.ctx7 docs more than 3 times for one user question.ctx7 docs --json when structured output will reduce ambiguity.looking-up-docs for the next tier.For ctx7 results, return:
npx/bunx fallback was used.looking-up-docs).ctx7 library returns no match: try a shorter or alternate name once; if
still no match, report Context7 exhausted and hand back to looking-up-docs.looking-up-docs for the next tier.tools
Idiomatic shell development for POSIX sh, Bash, Zsh, Fish, hooks, CI shell steps, and scriptable CLI glue. Use when writing or changing `.sh`, `.bash`, `.zsh`, `.fish`, `.bats`, shell functions, shell pipelines, or command-runner recipes. Emphasizes portability, quoting, safe filesystem/process handling, non-TUI CLI tools, ShellCheck, shfmt, Bats, and ShellSpec. NOT for Python, TypeScript, Go, web code, or infrastructure operations.
tools
Use when planning, executing, checkpointing, finishing, or inspecting lightweight spec-driven work. Runs one task at a time using `.spec/` markdown files and the bundled `specctl` helper. NOT for broad product discovery beyond a short requirement interview.
testing
Author, inspect, troubleshoot, and review infrastructure across IaC, Kubernetes, cloud resources, containers, CI/CD, and Linux hosts. Use when changing Terraform/OpenTofu, Kubernetes, Helm, Kustomize, Dockerfiles, GitHub Actions, AWS, GCP, Cloud Run, BigQuery, IAM, logs, instances, or service health. NOT for deploy/apply/rollback workflows (see deploying-infra). NOT for shell scripts or generic command pipelines (see writing-shell).
development
Configure safe git workflow hygiene: pre-commit/pre-push hooks, Gitleaks secret scanning, .gitignore rules, local git config, and guardrails. Use when setting up git hooks, gitleaks/git leaks, staged pre-commit checks, pre-push validation, core.hooksPath, .gitignore, or git config best practices. NOT for creating commits (use committing-code), cleaning branches/worktrees (use cleanup-git), or creating worktrees (use using-git-worktrees).