qa-only

Identify and document QA issues without applying code changes.

1|1|Updated Mar 31, 2026
One-click install
npx skills add https://github.com/putrawitama/DenchClaw --skill qa-only-putrawitama
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: qa-only
Source: https://github.com/putrawitama/DenchClaw/tree/main/skills/gstack/qa-only
Command: npx skills add https://github.com/putrawitama/DenchClaw --skill qa-only-putrawitama

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Enable teams to identify and document QA issues without applying any code changes, ensuring a clear, read-only bug-report trail.

Core Features & Use Cases

  • Read-only QA investigation that navigates the target application, locates issues, and compiles them into a structured report.
  • Suitable for peer reviews, bug-bash sessions, or when fixes are deferred, ensuring traceability without altering production code.
  • Use Case: A reviewer inspects a feature, logs issues with steps to reproduce, and hands off a formal QA REPORT to developers.

Quick Start

Run a read-only QA review and export a structured QA REPORT.

Frequently Asked Questions about qa-only

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I perform a read-only QA review without altering the source code?

A read-only QA review investigates the target application to identify and document issues without applying fixes. It navigates the application, logs issues with steps to reproduce, and compiles a structured bug report.

Can I generate a structured bug report for peer review without fixing the code?

Yes, you can generate a structured bug report for peer review by logging issues with evidence and steps to reproduce. This read-only methodology ensures traceability without altering production code.

What is the best way to document QA issues for a bug-bash session?

The best way to document QA issues for a bug-bash session is to use a read-only investigation process. This locates issues within the target application and compiles them into a formal QA report for developer handoff.

Does this QA workflow apply fixes to the target application during review?

No, this QA workflow does not apply fixes to the target application during review. It follows a strictly read-only methodology to ensure a clear bug-report trail and ends with a structured QA report.

When do I need a read-only quality assurance process instead of direct code changes?

You need a read-only quality assurance process when fixes are deferred or during peer reviews. It allows a reviewer to inspect a feature, log issues with steps to reproduce, and hand off a formal QA report.

What limitations exist when using a read-only QA methodology for bug reporting?

The primary limitation of this read-only QA methodology is that it does not perform any code changes. It strictly identifies and documents issues, meaning developers must implement the fixes separately.