find-docs

Retrieves up-to-date documentation, API references, and code examples for any developer technology. Use this skill whenever the user asks about a specific library, framework, SDK, CLI tool, or cloud service — even for well-known ones like React, Next.js, Prisma, Express, Tailwind, Django, or Spring

By upstash · 7,233 installs

npx skills add upstash/context7 --skill find-docs

Source repository · Upstream listing

Documentation Lookup Retrieve current documentation and code examples for any library using the Context7 CLI. Run commands with npx ctx7@latest so setup always uses the latest CLI without a global install: Optionally install globally if you prefer a bare ctx7 command: Workflow Two step process: resolve the library name to an ID, then query docs with that ID. You MUST call 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. Use the official library name with proper punctuation (e.g., "Next.js" not "nextjs", "Customer.io" not "customerio", "Three.js" not "threejs"). If results look wrong, try alternate spellings such as next.js before changing the query. 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: The available versions are listed in the library command 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. Writing good queries The query directly affects the quality of results. Be specific and include relevant details, but keep each query to one topic — if the question spans multiple distinct concepts, run a separate docs command per concept instead of combining them, unless the question is about how the concepts interact. 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 (too vague) "auth" Bad (too vague) "hooks" Bad (too broad) "routing and auth and caching in Next.js" Describe what to look up in the library's documentation, rather than the task to complete — vague one word queries return generic results, and multi topic queries dilute ranking and return shallow results for each topic. 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: Error Handling If a command fails with a quota error ("Monthly quota reached" or "quota exceeded"): 1. Inform the user their Context7 quota is exhausted 2. Suggest they authenticate for higher limits: npx ctx7@latest login 3. If they cannot or choose not to authenticate, answer from training knowledge and clearly note it may be outdated Do not silently fall back to training data — always tell the user why Context7 was not used. Common Mistakes Library IDs require a / prefix — /facebook/react not facebook/react Always run npx ctx7@latest library first — npx ctx7@latest docs react "hooks" will fail without a valid ID Use descriptive queries, not single words — "React useEffect cleanup function" not "hooks" One topic per query — split "routing and auth and caching" into a separate docs command per concept, unless the question is about how they interact Do not include sensitive information (API keys, passwords, credentials) in queries