docs
Retrieves and queries up-to-date documentation and code examples from Context7 for any programming library or framework. Use when writing code that depends on external packages, verifying API signatures, looking up usage patterns, generating code with specific libraries, or when training data may be outdated. Covers setup questions, migration guides, and version-specific docs.
Works with
--- name: docs description: Retrieves and queries up-to-date documentation and code examples from Context7 for any programming library or framework. Use when writing code that depends on external packages, verifying API signatures, looking up usage patterns, generating code with specific libraries, or when training data may be outdated. Covers setup questions, migration guides, and version-specific docs. license: MIT --- # Documentation Lookup Retrieve current documentation and code examples for any library using the Context7 CLI. Make sure the CLI is up to date before running commands: ```bash npm install -g ctx7@latest ``` Or run directly without installing: ```bash npx ctx7@latest <command> ``` ## Workflow Two-step process: resolve the library name to an ID, then query docs with that ID. ```bash # Step 1: Resolve library ID ctx7 library <name> <query> # Step 2: Query documentation ctx7 docs <libraryId> <query> ``` You MUST call `ctx7 library` first to obtain a valid library ID UNLESS the user explicitly provides a library ID in the format `/org/project` or `/org/project/version`. IMPORTANT: Do not run these commands more than 3 times per question. If you cannot find what you need after 3 attempts, use the best result you have. ## Step 1: Resolve a Library Resolves a package/product name to a Context7-compatible library ID and returns matching libraries. ```bash ctx7 library react "How to clean up useEffect with async operations" ctx7 library nextjs "How to set up app router with middleware" ctx7 library prisma "How to define one-to-many relations with cascade delete" ``` Always pass a `query` argument — it is required and directly affects result ranking. Use the user's intent to form the query, which helps disambiguate when multiple libraries share a similar name. Do not include any sensitive or confidential information such as API keys, passwords, credentials, personal data, or proprietary code in your query. ### Result fields Each result includes: - **Library ID** — Context7-compatible identifier (format: `/org/project`) - **Name** — Library or package name - **Description** — Short summary - **Code Snippets** — Number of available code examples - **Source Reputation** — Authority indicator (High, Medium, Low, or Unknown) - **Benchmark Score** — Quality indicator (100 is the highest score) - **Versions** — List of versions if available. Use one of those versions if the user provides a version in their query. The format is `/org/project/version`. ### Selection process 1. Analyze the query to understand what library/package the user is looking for 2. Select the most relevant match based on: - Name similarity to the query (exact matches prioritized) - Description relevance to the query's intent - Documentation coverage (prioritize libraries with higher Code Snippet counts) - Source reputation (consider libraries with High or Medium reputation more authoritative) - Benchmark score (higher is better, 100 is the maximum) 3. If multiple good matches exist, acknowledge this but proceed with the most relevant one 4. If no good matches exist, clearly state this and suggest query refinements 5. For ambiguous queries, request clarification before proceeding with a best-guess match ### Version-specific IDs If the user mentions a specific version, use a version-specific library ID: ```bash # General (latest indexed) ctx7 docs /vercel/next.js "How to set up app router" # Version-specific ctx7 docs /vercel/next.js/v14.3.0-canary.87 "How to set up app router" ``` The available versions are listed in the `ctx7 library` output. Use the closest match to what the user specified. ## Step 2: Query Documentation Retrieves up-to-date documentation and code examples for the resolved library. ```bash ctx7 docs /facebook/react "How to clean up useEffect with async operations" ctx7 docs /vercel/next.js "How to add authentication middleware to app router" ctx7 docs /prisma/prisma "How to define one-to-many relations with cascade delete" ``` ### Writing good queries The query directly affects the quality of results. Be specific and include relevant details. Do not include any sensitive or confidential information such as API keys, passwords, credentials, personal data, or proprietary code in your query. | Quality | Example | |---------|---------| | Good | `"How to set up authentication with JWT in Express.js"` | | Good | `"React useEffect cleanup function with async operations"` | | Bad | `"auth"` | | Bad | `"hooks"` | Use the user's full question as the query when possible, vague one-word queries return generic results. The output contains two types of content: **code snippets** (titled, with language-tagged blocks) and **info snippets** (prose explanations with breadcrumb context). ## Authentication Works without authentication. For higher rate limits: ```bash # Option A: environment variable export CONTEXT7_API_KEY=your_key # Option B: OAuth login ctx7 login ``` ## Common Mistakes - Library IDs require a `/` prefix — `/facebook/react` not `facebook/react` - Always run `ctx7 library` first — `ctx7 docs react "hooks"` will fail without a valid ID - Use descriptive queries, not single words — `"React useEffect cleanup function"` not `"hooks"` - Do not include sensitive information (API keys, passwords, credentials) in queries
More Writing & Documentation skills
paper-context-resolver
lllllllama/rigorpilot-skills
Rigor Paper Context helper for README-first deep learning repo reproduction. Use only when the README and repository files leave a narrow reproduction-critical gap and the task is to resolve a specific paper detail such as dataset split, preprocessing, evaluation protocol, checkpoint mapping, or runtime assumption from primary paper sources while recording conflicts. Do not use for general paper summary, repo scanning, environment setup, command execution, title-only paper lookup, or replacing README guidance by default.
repo-intake-and-plan
lllllllama/rigorpilot-skills
Rigor Intake helper for README-first deep learning repo reproduction. Use when the task is specifically to scan a repository, read the README and common project files, extract documented commands, classify inference, evaluation, and training candidates, and return the smallest trustworthy reproduction plan to the main orchestrator. Do not use for environment setup, asset download, command execution, final reporting, paper lookup, or end-to-end orchestration.
minimal-run-and-audit
lllllllama/rigorpilot-skills
Rigor Run skill for README-first deep learning repo reproduction. Use when the task is specifically to capture or normalize evidence from the selected smoke test or documented inference or evaluation command and write standardized `repro_outputs/` files, including patch notes when repository files changed. Do not use for training execution, initial repo intake, generic environment setup, paper lookup, target selection, hidden scientific-meaning changes, or end-to-end orchestration by itself.

