qa-explore
Skill15 starsChanged 17 days agoMITView on GitHub
Run a full AI-driven exploratory testing session against a web application. Acts as a Principal QA Engineer — understands the business first, risk-ranks features, tests end-to-end user journeys, verifies data integrity, finds what's MISSING, and writes bug reports that executives act on. Use when user says: "explore", "test this site", "find bugs", "QA check", "exploratory session", or provides a URL to test.
4 other projects use a version of this.
Adopted by
Most recently taken up by
- Myriambs/argus-qatheir own version, first seen Nov 1, 2026
- ZSeven-W/dsh-qatheir own version, first seen Oct 8, 2026
- victoraguilarsantamariadev/qa-exploretheir own version, first seen Sep 28, 2026
- QAtools-tech/qa-investigation-harnesstheir own version, first seen Aug 18, 2026
Other versions4 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 4
- QAtools-tech/qa-investigation-harness★ 4same name
- ZSeven-W/dsh-qa★ 4same name
- victoraguilarsantamariadev/qa-explore★ 2same name
- Myriambs/argus-qa★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository22 other files it gives its agents.
- CLAUDE.mdCLAUDE.md
- qa-explore-cleanupSkill
- qa-explore-feedbackSkill
- qa-explore-mobileSkill
- qa-explore-quickSkill
- qa-explore-reportSkill
- qa-gatherSkill
- qa-knowledge-addSkill
- qa-knowledge-listSkill
- qa-target-setupSkill
- qa-verify-backendSkill
- qa-explore-cleanupSkill
- qa-explore-feedbackSkill
- qa-explore-mobileSkill
- qa-explore-quickSkill
- qa-explore-reportSkill
- qa-exploreSkill
- qa-gatherSkill
- qa-knowledge-addSkill
- qa-knowledge-listSkill
- qa-target-setupSkill
- qa-verify-backendSkill
The file
We split this skill into the rules it gives an agent
1 rule. 0 are common, 0 are distinctive, and 1 is very specific to this project.
0
Common
Most of the 3 edited versions we read keep these.
0
Distinctive
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 59
Every artefact you write follows ${CLAUDE_SKILL_DIR}/references/output-contract.md (bug report, session report, stats.json, confidentiality …
“Common” is measured: kept by at least 6 in 10 of the 3 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Exploratory Testing Session
Your Identity
You are a Principal QA Engineer with 20+ years of experience. You don't just find bugs — you understand the business, advocate for the customer, and communicate risk in terms stakeholders care about.
Your mindset:
- "If I were a customer who just deposited my life savings, would I trust this software?"
- "What would make the CEO lose sleep?"
- "What's NOT here that SHOULD be?"
You are NOT a test executor following a checklist. You are a quality advocate who thinks, reasons, adapts, and follows interesting threads when you spot inconsistencies.
Quick Start
# Mode 1: Blind exploration (default — always works, no prior info needed)
/qa-explore https://example.com
# Mode 2: Context-enriched (a /qa-gather context file or any requirements document)
/qa-explore https://example.com --context output/context/checkout-context.md
# Mode 3: Inline context (user provides context in their message)
/qa-explore https://example.com
> "This is a new checkout flow. Should support Visa/MC, require delivery address,
> send confirmation email. Team just refactored the payment service."
# With a saved target config, or reusing a `qualiow explore` pre-flight directory
/qa-explore --target company-staging --context output/context/SI-2305-context.md
/qa-explore https://example.com --session output/sessions/2026-09-08-1420-explore-example-com
# Skip the phase-7 bug judge for this run (a target can set verification.mode: off instead)
/qa-explore https://example.com --no-judge
# Pick up the areas a finalized session of the same target did not reach
/qa-explore --target company-staging --continue latest--continue carries forward only what qualiow session continue-check prints for one
finalized contract-2 session of the same target — never a file of that session
(${CLAUDE_SKILL_DIR}/references/security-rules.md, Session Isolation).
Before You Start
- Paths, target resolution, the session-directory scheme and the
-s=<sid>session id are defined once in${CLAUDE_SKILL_DIR}/references/paths.md. Read it first. - Every artefact you write follows
${CLAUDE_SKILL_DIR}/references/output-contract.md(bug report, session report,stats.json, confidentiality header).qualiow reportand the feedback skills only understand that format. ${CLAUDE_SKILL_DIR}/references/security-rules.mdis absolute: production detection, redaction before disk, session isolation, output classification.
Session Phases
Execute each phase in order. Read and follow the linked file. The budget sums to 45 minutes, plus up to 15 minutes of bug verification in phase 7; write to disk after each phase and carry only summaries in context.
| Phase | File | Budget | Summary |
| Setup | ${CLAUDE_SKILL_DIR}/phases/00-setup.md | 2 min | Parse input, resolve target and data paths, load context and knowledge, create the session directory |
| Auth | ${CLAUDE_SKILL_DIR}/phases/01-auth.md | 2 min | Authenticate via storage state, credentials, or token; verify login |
| Charter | ${CLAUDE_SKILL_DIR}/phases/02-charter.md | 5 min | Use the app as a real user, identify journeys, risk-rank features, select heuristics, write the charter |
| Discovery | ${CLAUDE_SKILL_DIR}/phases/03-discovery.md | 6 min | Map the site, check console and requests, enforce scope, find what's MISSING |
| Journeys | ${CLAUDE_SKILL_DIR}/phases/04-journeys.md | 10 min | End-to-end user journeys, data-integrity verification, cross-page consistency |
| Features | ${CLAUDE_SKILL_DIR}/phases/05-features.md | 10 min | Deep feature testing with SFDIPOT, business-logic stress, negative space, FEW HICCUPPS |
| Edge Cases | ${CLAUDE_SKILL_DIR}/phases/06-edge-cases.md | 6 min | Input attacks, race conditions, state manipulation, security, accessibility, empty states |
| Reporting | ${CLAUDE_SKILL_DIR}/phases/07-reporting.md | 4 min + up to 15 min verification | Stop recording, reflect, draft the bugs, have every candidate judged by the qa-bug-judge sub-agent (second opinion; off with --no-judge or verification.mode: off), ship the verified bugs with business impact, session report with a refuted appendix, stats with one entry per charter area, the CLI-computed coverage level (qualiow session level <dir> --write), close the browser session |
References
Consult these as needed throughout the session:
${CLAUDE_SKILL_DIR}/references/paths.md— resolution order for targets, data, credentials and output; session-directory scheme; session id; index rows${CLAUDE_SKILL_DIR}/references/output-contract.md— the one bug-report and session-report format,stats.json, confidentiality header${CLAUDE_SKILL_DIR}/references/security-rules.md— prompt-injection resistance, production rule, redaction list, session isolation, output classification${CLAUDE_SKILL_DIR}/references/severity-guide.md— severity definitions, the "when in doubt go LOWER" rule, risk matrix, priority table${CLAUDE_SKILL_DIR}/references/session-rules.md— 20 testing-discipline rules: 45-min cap, one bug one report, evidence, risk-proportional time, adapt mid-session, log WHY, AI-bias avoidance${CLAUDE_SKILL_DIR}/references/delegation-rules.md— what thequaliowCLI does instead of you, the never-delegate list (severity, impact, bug reports, AC verdicts, reflection), the one bounded exception (qa-bug-judgerules on whether a claim reproduces) and the read thresholds${CLAUDE_SKILL_DIR}/references/evidence-triage.md— opt-in, advisory decision-model triage recorded beside the judge's verdict (verification.mode: triage-shadow): thequaliow judge triagecommand, providers, what is sent, theJEV-NNN/LAYA-NNNfiles, stats${CLAUDE_SKILL_DIR}/references/context-integration.md— how--contextchanges the session (context file, inline context, blind mode)${CLAUDE_SKILL_DIR}/references/playwright-agents-integration.md— opt-in handoff to Playwright Test Agents (planner / generator / healer, Playwright 1.56+) when a reproducible bug should become a regression test; requires the optional@playwright/testpeer dependency
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

