
Cypress Docs
- 3k installs
- 38 repo stars
- Updated July 6, 2026
- cypress-io/ai-toolkit
Verifiable fact from official Cypress documentation, prioritizing /llm/* markdown sources, with explicit confidence level and fallback behavior.
About
This skill enables agents to search, extract, and cite Cypress documentation accurately from official sources (docs.cypress.io, cypress.io). It prioritizes LLM-friendly markdown under /llm/* endpoints, implements structured extraction for commands/config/assertions, and enforces anti-hallucination rules: never assume missing features, verify before asserting, and refuse unverified claims. Version-aware with error routing to /references/error-messages. Best for grounding Cypress behavior in canonical sources rather than memory, with caching strategy for cy.visit, cy.get, cy.intercept, and auth patterns.
- LLM-optimized /llm/* markdown endpoints for cleaner doc parsing vs HTML
- Anti-hallucination guard: refuses invented APIs and unverified behavior claims
- Structured extraction rules for commands, config, assertions with syntax/examples
- Error-aware routing to /references/error-messages for stack traces and error codes
- Version-aware with fallback to latest stable if version not specified
Cypress Docs by the numbers
- 2,960 all-time installs (skills.sh)
- +237 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Ranked #318 of 2,153 Testing & QA skills by installs in the Skillselion catalog
- Security screen: MEDIUM risk (skills.sh audit)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/cypress-io/ai-toolkit --skill cypress-docsAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 3k |
|---|---|
| repo stars | ★ 38 |
| Security audit | 2 / 3 scanners passed |
| Last updated | July 6, 2026 |
| Repository | cypress-io/ai-toolkit ↗ |
What it does
Retrieve accurate Cypress testing framework information from official docs with LLM-optimized markdown sources and anti-hallucination guards.
Who is it for?
Confirming command signatures, API behavior, configuration options, assertion syntax, CLI flags, version-specific features, and E2E vs component testing differences.
Skip if: Writing or fixing tests from scratch (use cypress-author); explaining test results without fetching docs (use cypress-explain); general testing philosophy unrelated to Cypress.
When should I use this skill?
Task depends on finding, reading, or quoting Cypress documentation; before asserting 'Cypress can/cannot'; extracting structured content from official sources; grounding answers for users.
What you get
Agents reliably answer Cypress questions by fetching structured docs, refusing unverified claims, and explicitly communicating uncertainty.
- verified Cypress API references
- doc-backed test code
By the numbers
- Skill metadata version 1.0.0
- Prioritizes LLM markdown documentation under /llm/* paths
Files
Cypress Documentation
Purpose
Enable the agent to retrieve accurate, up-to-date, and verifiable information about the Cypress testing framework by prioritizing official documentation and structured sources.
When to use
Apply this skill whenever the task depends on finding, reading, or quoting Cypress documentation rather than general testing intuition:
- Look up facts: commands, APIs, assertions, lifecycle hooks, configuration options, environment variables, CLI flags, plugins, or TypeScript types as documented by Cypress.
- Confirm behavior: how something works in a given Cypress version, E2E vs component testing differences, browser support, or networking/cy.intercept semantics.
- Before asserting “Cypress can/cannot…”: search docs first; do not rely on memory for exact signatures, defaults, or deprecated APIs.
- Extract structured content: follow the LLM-optimized docs strategy below (
llms.txt,/llm/*) when fetching or summarizing doc pages. - Ground answers for others: when explaining Cypress to a user, writing examples, or reviewing code where correctness must match official docs.
If the user only needs writing or fixing tests without a documentation lookup, prefer cypress-author; if they only need test explanation without fetching docs, prefer cypress-explain. Use this skill when official documentation is the source of truth.
Source Prioritization
Primary Sources (ALWAYS search first)
- https://docs.cypress.io
- https://www.cypress.io
🤖 LLM-Optimized Docs Strategy
When accessing docs.cypress.io:
1. Fetch /llms.txt
2. Parse it to discover:
- LLM-friendly documentation paths
- Structured content endpoints
3. Prefer content under /llm/*. Every path on the site has an optimized version hosted under /llm - for example, https://docs.cypress.io/app/faq is available at https://docs.cypress.io/llm/markdown/app/faq.md.
4. Why:
- Markdown / JSON format
- Cleaner structure
- Less noise than HTML
5. Fallback:
- If
/llm/*is incomplete, use standard docs pages
Critical Rules
Never Assume Missing Features
- NEVER assume Cypress does not support a feature
- ALWAYS search before concluding
- Retry with alternate terminology if needed
Anti-Hallucination Guard
If documentation cannot verify a claim:
- Say: "I could not verify this in Cypress docs"
- Provide closest supported alternative (if available)
- DO NOT invent APIs or behavior
Search Strategy
1. Classify the Query
| Query Type | Search Location |
|---|---|
| How do I... | /guides/, /core-concepts/ |
| What is... | /core-concepts/ |
| API / Commands | /api/commands/ |
| Assertions | /api/assertions/ |
| Config issues | /configuration/ |
| CI/CD | /guides/ci-cd/ |
| Errors | /references/error-messages/ |
2. Search Flow
1. /llm/* (via /llms.txt) 2. Standard docs pages 3. /changelog/ 4. cypress.io (blog, updates)
3. Error-Aware Routing
If the query includes:
- Error messages
- Stack traces
Then: 1. Search /references/error-messages 2. Expand to guides and API docs
Structured Extraction Rules
Commands
- Syntax
- Required arguments
- Optional options
- Return behavior
- Example usage
Concepts
- Definition
- Key rules
- Common pitfalls
- Example
Configuration
- Option name
- Type
- Default value
- Example
Version Awareness
- Detect Cypress version if provided
- If NOT provided: assume latest stable version
- If behavior differs by version:
- Explicitly call it out
Response Style Guidelines
- Prefer official examples
- Provide working code snippets
- Keep answers concise but complete
- Avoid speculation
Caching Strategy (Optional)
Cache frequently used topics:
- cy.visit
- cy.get
- cy.intercept
- authentication patterns
- common configuration
Confidence Annotation
Internally assess confidence:
- High → Direct match in official docs
- Medium → Inferred from multiple sources
- Low → Unclear or edge case
If LOW:
- Clearly communicate uncertainty
LLM Path Auto-Discovery
- Always parse
/llms.txt - Dynamically adapt to:
- New
/llm/*paths - Updated documentation formats
Safety Rules
- NEVER invent Cypress APIs
- NEVER guess syntax
- ALWAYS verify behavior
- Prefer "unknown" over incorrect
Example Behavior
User: "How do I mock API requests in Cypress?"
Agent should: 1. Classify → API / network 2. Search /llm/markdown/api/ and /llm/markdown/guides/ 3. Identify cy.intercept 4. Extract structured details 5. Return:
- Explanation
- Syntax
- Example
- Notes
Summary
This skill ensures:
- Accurate answers from official sources
- Reduced hallucination
- Structured, high-quality outputs
- Adaptability to evolving Cypress docs
Related skills
How it compares
Choose cypress-docs over general testing skills when Cypress-specific API accuracy from official docs matters and hallucinated cy.* commands would break test suites.
FAQ
What documentation sources does cypress-docs use?
cypress-docs searches official Cypress documentation at docs.cypress.io and cypress.io, prioritizing LLM-optimized markdown content under /llm/* paths for accurate command and API retrieval.
When should developers use cypress-docs?
cypress-docs applies whenever a task requires finding, reading, or quoting Cypress commands, APIs, assertions, lifecycle hooks, or configuration defaults rather than relying on general testing intuition.
Is Cypress Docs safe to install?
skills.sh reports 2 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.