Router workflow for test automation: routes to ui-aqa-flow, api-aqa-flow, or testgen-flow. Kept for backward compatibility.
Scanned 9/3/2026
Install to Claude Code
npx -y skills add griddynamics/rosetta --skill aqa-flow --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Aqa Flow?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/griddynamics-aqa-flow-rosetta)More formats (shields.io, HTML) on the badges page.
---
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>
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!