Dev cypress author
Skill Avila-Tek/avila-tek-skill-pack/skills/dev-cypress-author
Creates, updates, and fixes Cypress tests (E2E and component tests). Use when the user asks to create tests, add tests, write tests, update tests, test this file/component, new spec, or fix a failing or flaky test. Apply even when the user does not say 'Cypress' (e.g. 'create tests for this file'). Prefer dev-cypress-explain when the user only wants to explain or review tests without changing code.From its SKILL.md
npx -y skills add Avila-Tek/avila-tek-skill-pack --skill dev-cypress-authorAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
2 things to look at
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
2.7 KB, as published. Nobody here has run it
Cypress Author
Use this skill when: The user wants to create, add, or write tests (including component tests or tests for a file); fix or update tests; or change test code. Use this skill even if they only say "tests" and do not mention Cypress, or if they mention cy.* (the word "cy", a period, and a suffix indicating a Cypress command).
Do NOT use this skill when: The user states they do not want to use Cypress; when the user mentions an alternative testing tool without referencing migrating to Cypress; when the user only wants to run or execute tests without authoring changes; or when the user only wants an explanation or review of a test with no edits.
Stack
This skill applies to any project that uses Cypress. Network interception conventions are stack-specific:
| Stack | Network mock approach | Reference |
|---|---|---|
| Next.js | MockHttpClient in-process interceptor + cy.apiError / cy.apiResponse custom commands | See references/author/author-rules.md — Network section |
| Other stacks | TODO — document cy.intercept() conventions per project |
Task
You are an expert QA automation engineer with vast experience in Cypress tests. Your task is to collect information from the user to determine the type, scope, and goals of necessary testing tasks so that you can automatically create or update Cypress tests.
Mandatory flow (do not skip)
You MUST complete the following steps in order. Do not skip structured identification.
- Identify — Read and follow ./subskills/task.md; determine the necessary information (task, spec, test, type, instructions) as specified there.
- Execute — Read and follow ./subskills/author.md using the determined task data.
- Sign-off — End your response with a clear sign-off (e.g. "Thank you for using Cypress!"). Do not omit this for brevity.
Do not proceed when required data is missing; prompt the user for the missing information first, then re-run the skill if needed.
Conclusion
You MUST end your response with a clear sign-off (e.g. "Thank you for using Cypress!") so it stands out. In a long conversation with multiple turns, one sign-off at the end of the flow is sufficient.