By qa-gentic
Agentic QA Software Test Life Cycle: from an Azure DevOps / Jira / GitHub work item to verified, self-healing Playwright TypeScript. Bundles six MCP servers, the STLC skills, and slash commands.
Run the full STLC pipeline for a work item — fetch → test cases → Gherkin → live-captured Playwright → write to Helix-QA.
Set up a Cowork scheduled task that polls for newly-Resolved work items and runs the STLC pipeline on a cadence.
Verify the QA STLC setup — MCP servers reachable, auth working, Playwright MCP available.
Start the headless STLC webhook bridge so ADO / Jira / GitHub state changes trigger the pipeline automatically.
Use when creating or generating manual test cases for an Azure DevOps PBI, Bug, User Story, or Feature. Triggers on: "create test cases", "generate test cases", "link test cases", "manual tests", "TestedBy", "ADO test cases". Never creates test cases for Epics. Always confirms before creating test cases for a Feature.
Use when organising linked manual test cases into an Azure DevOps test plan by creating requirement-based suites under static suites. Triggers on: "requirement based suite", "requirement suite", "test plan suite", "add PBI to test plan", "create suite for work item", "organise test cases in test plan". Runs AFTER manual test cases are created and linked (TestedBy) to a PBI or Bug. Selects the plan by iteration + area path and the static suite by work item type (PBI / Bugs).
MANDATORY pre-flight protocol for every QA STLC agent run. Must be applied BEFORE creating any test cases, Gherkin feature files, Playwright locators, page objects, or step definitions in Azure DevOps. Prevents duplicate test cases, duplicate feature file attachments, and duplicate Playwright code across multiple runs or agents on the same work item. Triggers on any task involving: ADO work items, test cases, feature files, Gherkin BDD, Playwright automation, locators, page objects, step definitions, qa-gherkin-generator, qa-test-case-manager, or qa-playwright-generator tools.
Use when generating Gherkin feature files, BDD scenarios, or .feature files from Azure DevOps or Jira work items. Triggers on: "Gherkin", "feature file", "BDD", "scenarios", "acceptance criteria automation", "Given When Then", "regression suite". Enforces live navigation before writing any scenario and links generated files back to work items. Works with Feature, PBI, and Bug work item types.
Use when generating Playwright TypeScript automation code from Gherkin feature files or ADO work items. Triggers on: "Playwright", "page object", "locators", "step definitions", "automation", "self-healing", "TimingHealer", "VisualIntentChecker", "locator repository". Reads existing files before generating to prevent duplicates. Works with PBI, Bug, and Feature work item types.
Requires secrets
Needs API keys or credentials to function
Own this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimOwn this plugin?
Verify ownership to unlock analytics, metadata editing, and a verified badge. GitHub access is read-only (username + org membership).
Sign in to claimBased on adoption, maintenance, documentation, and repository signals. Not a security audit or endorsement.
AI-powered QA STLC automation — from Azure DevOps or Jira Cloud work item state change to self-healing Playwright TypeScript in a Helix-QA project.
Works with GitHub Copilot (VS Code Agent mode), Claude Code, Cursor, and Windsurf.
Ships as a pip package, a Claude plugin (Claude Code / Cowork), and a VS Code extension (see docs/PLUGINS.md).
Also runs fully headless via the webhook bridge — no human in the loop required.
Python MCP servers cover the full QA Software Test Life Cycle: five STLC agents, a one-shot migration server, plus ADO companion servers for completion tagging (qa-ado-tagger) and test-plan suite organisation (qa-test-plan-manager). An additional server (Playwright MCP) drives a real browser during code generation.
| Agent | Server name | Input | Output |
|---|---|---|---|
| Agent 1 | qa-test-case-manager | ADO PBI / Bug / Feature | Manual test cases created & linked (TestedBy-Forward), deduped on re-trigger; extracts design links (Figma/Miro/…) from the work item |
| Agent 2 | qa-gherkin-generator | ADO Feature / PBI / Bug | .feature file validated and attached to work item |
| Agent 3 | qa-playwright-generator | Gherkin + optional AX-tree context_map | locators.ts + page objects + step defs (cached, retrieved via get_generated_files) |
| Agent 4 | qa-helix-writer | Generated .ts files + helix_root | Files written to Helix-QA directory layout, never overwrites |
| Agent 5 | qa-jira-manager | Jira Story / Bug / Task | Test cases created & linked in Jira, .feature attached to issue, deduped on re-trigger |
| Agent 6 | qa-migration | Existing Playwright project + helix_root | Fully agent-ready Helix-QA tree (also exposed as the stlc-migrate CLI) |
| Companion | qa-ado-tagger | ADO area path + state | Work items discovered by state; completion tag written back (poll/skip) |
| Companion | qa-test-plan-manager | ADO PBI / Bug with linked test cases | Requirement-based suite created under the matching static suite (PBI/Bugs) in the iteration+area-matched plan |
Every server logs per-tool token counts and USD cost when STLC_COST_TRACKING is enabled (default on) — see Cost Tracking.
A work item state change in ADO or Jira fires a webhook POST to the bridge. The bridge normalises the payload and routes it through the pipeline automatically.
ADO Service Hook / Jira Webhook / GitHub Issues Webhook
│ POST /webhook/ado | /webhook/jira | /webhook/github
▼
webhook_orchestrator/webhook_bridge.py (FastAPI — qa-stlc-webhook)
│
├─ _parse_*_webhook() raw payload → WebhookEvent (state transitions only)
├─ orchestrator.classify_state event → test_cases | gherkin_playwright | skip
│
└─ orchestrator.run_pipeline
├─ test_cases → Agent 1 (ADO) or Agent 5 (Jira)
└─ gherkin_playwright → Agent 2 → Agent 3 → Agent 4
Routing is purely state-driven — the work item state in the webhook payload is the single source of truth. There are no env-var or payload overrides, and events that do not contain an actual state transition (title edits, comments, label noise) are dropped.
| Platform | Work item state | Stage | Agents called |
|---|---|---|---|
| ADO | Active / Approved / Committed / In Progress / In Review / Ready for Testing | test_cases | Agent 1 only |
| ADO | Resolved / Done / Closed / Completed / Released | gherkin_playwright | Agents 2 → 3 → 4 |
| Jira | In Progress / Active / In Development / In Review / Ready for QA / Approved | test_cases | Agent 5 only |
| Jira | Resolved / Done / Closed / Completed / Released | gherkin_playwright | Agents 2 → 3 → 4 |
| GitHub | workflow label added (in progress, ready for testing, …) | test_cases | pending qa-github-manager |
| GitHub | issue closed | gherkin_playwright | pending qa-github-manager |
Any other state is dropped with an explicit {"accepted": false, "stage": "skip"} ack.
State sets live in webhook_orchestrator/orchestrator.py. GitHub events are parsed and
routed; the GitHub agent itself is not implemented yet (pipelines/github_issues.py
reports blocked until a qa-github-manager MCP server exists).
npx claudepluginhub qa-gentic/stlc-agents --plugin qa-stlc-agentsComprehensive skill pack with 66 specialized skills for full-stack developers: 12 language experts (Python, TypeScript, Go, Rust, C++, Swift, Kotlin, C#, PHP, Java, SQL, JavaScript), 10 backend frameworks, 6 frontend/mobile, plus infrastructure, DevOps, security, and testing. Features progressive disclosure architecture for 50% faster loading.
Access thousands of AI prompts and skills directly in your AI coding assistant. Search prompts, discover skills, save your own, and improve prompts with AI.
Develop, test, build, and deploy Godot 4.x games with Claude Code. Includes GdUnit4 testing, web/desktop exports, CI/CD pipelines, and deployment to Vercel/GitHub Pages/itch.io.
Intelligent draw.io diagramming plugin with AI-powered diagram generation, multi-platform embedding (GitHub, Confluence, Azure DevOps, Notion, Teams, Harness), conditional formatting, live data binding, and MCP server integration for programmatic diagram creation and management.
Lazy senior dev mode. Forces the simplest, shortest solution that actually works: YAGNI, stdlib first, no unrequested abstractions.
Comprehensive feature development workflow with specialized agents for codebase exploration, architecture design, and quality review