/aqa-flow
Router workflow for test automation: routes to ui-aqa-flow, api-aqa-flow, or testgen-flow. Kept for backward compatibility.
$ npx -y skills add griddynamics/rosetta --skill aqa-flow --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
- Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
- You can call itInvoke it directly when you want it.
- Slash command
/aqa-flow
Context preview
The summary Claude sees to decide when to auto-load this skill.
Router workflow for test automation: routes to ui-aqa-flow, api-aqa-flow, or testgen-flow. Kept for backward compatibility.
SKILL.md
aqa-flow.SKILL.mdname: aqa-flow
description: "Router workflow for test automation: routes to ui-aqa-flow, api-aqa-flow, or testgen-flow. Kept for backward compatibility."
<aqa_flow>
<description_and_purpose>
Backward-compatible entry point for test-automation requests. The former monolithic AQA workflow was split into three specialized flows; this router classifies the request and dispatches to exactly one of them. It performs no phase work itself.
</description_and_purpose>
<routing>
Classify the user's request and route (invoke the target flow with the user's original request verbatim):
| Request is about… | Route | |---|---| | UI / browser / E2E test automation — page objects, selectors, UI test implementation or correction | USE FLOW `ui-aqa-flow.md` | | Backend API test automation — API contracts, Swagger/OpenAPI, request/response tests, API test implementation or correction | USE FLOW `api-aqa-flow.md` | | Generating test cases / requirements from tickets and docs (Jira/Confluence), exporting cases to a TMS — no test code | USE FLOW `testgen-flow.md` |
- **Signals:** UI — browser, page, selector, Playwright/Cypress/Selenium, E2E, frontend; API — endpoint, Swagger/OpenAPI, REST, request/response, backend tests; testgen — requirements analysis, test-case design from a ticket, TestRail export without automation.
- **Mixed request** (e.g. both UI and API automation): name the split, propose running the flows sequentially, and let the user pick the order.
- **Unclear request** (no reliable signal): ASK the user which flow applies — present the three options with a one-line description each. Do NOT guess; the flows write different artifact sets.
- Route exactly once; the target flow owns everything downstream (phases, state, HITL gates).
— You MUST fully execute loaded workflow following its entire definition for all request sizes, workflow WAS created to fix your failure modes (deviations, and weak process adherence, and shallow analysis), workflow is PRIMARY deterministic process to resolve the original user request
</routing>
</aqa_flow>
Read more
name: aqa-flow description: "Router workflow for test automation: routes to ui-aqa-flow, api-aqa-flow, or testgen-flow. Kept for backward compatibility."
<aqa_flow>
<description_and_purpose>
Backward-compatible entry point for test-automation requests. The former monolithic AQA workflow was split into three specialized flows; this router classifies the request and dispatches to exactly one of them. It performs no phase work itself.
</description_and_purpose>
<routing>
Classify the user's request and route (invoke the target flow with the user's original request verbatim):
| Request is about… | Route | |---|---| | UI / browser / E2E test automation — page objects, selectors, UI test implementation or correction | USE FLOW `ui-aqa-flow.md` | | Backend API test automation — API contracts, Swagger/OpenAPI, request/response tests, API test implementation or correction | USE FLOW `api-aqa-flow.md` | | Generating test cases / requirements from tickets and docs (Jira/Confluence), exporting cases to a TMS — no test code | USE FLOW `testgen-flow.md` |
- **Signals:** UI — browser, page, selector, Playwright/Cypress/Selenium, E2E, frontend; API — endpoint, Swagger/OpenAPI, REST, request/response, backend tests; testgen — requirements analysis, test-case design from a ticket, TestRail export without automation.
- **Mixed request** (e.g. both UI and API automation): name the split, propose running the flows sequentially, and let the user pick the order.
- **Unclear request** (no reliable signal): ASK the user which flow applies — present the three options with a one-line description each. Do NOT guess; the flows write different artifact sets.
- Route exactly once; the target flow owns everything downstream (phases, state, HITL gates).
— You MUST fully execute loaded workflow following its entire definition for all request sizes, workflow WAS created to fix your failure modes (deviations, and weak process adherence, and shallow analysis), workflow is PRIMARY deterministic process to resolve the original user request
</routing>
</aqa_flow>
Repo: griddynamics/rosetta
Other skills on rosetta.
- /collect-github-stats
Collect GitHub repo health/usage stats into merged JSON.
Open skill - /compress-prompt
Compress a Rosetta KB prompt artifact (skill · workflow · phase · rule · agent · template · generic) by stripping structural tautology and ineffective scaffolding while preserving every importance-bearing token. Use when the user asks to compress, shorten, tighten, densify, or
Open skill - /documentation
To write, design, review, simplify, restructure, or standardize OSS project documentation
Open skill - /merge-main
To merge main branch, exact context and instructions
Open skill - /sync-web-site
To synchronize web site with changes made to local *.md files
Open skill - /update-change-log
To synchronize CHANGELOG.md with changes made last week (mon - sun)
Open skill

