quick-debug

Diagnose UI test failures with in-page, login-free debugging.

176|2|Updated May 21, 2026
One-click install
npx skills add https://github.com/DanielSuo117/velocitai --skill quick-debug
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: quick-debug
Source: https://github.com/DanielSuo117/velocitai/tree/main/zh/skills/quick-debug
Command: npx skills add https://github.com/DanielSuo117/velocitai --skill quick-debug

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Quickly diagnose and fix UI test failures by jumping directly to the failing page without a full login or rerun, enabling on-the-spot debugging.

Core Features & Use Cases

  • In-page DOM exploration via existing token-based bypass to inspect failing areas.
  • Integrated decision tree to classify issues into locator, timeout, assertion, or page-structure changes and trigger the appropriate remediation skill.
  • In-place verification of fixes using the current browser session, with guidance to re-run the full test after validation.

Quick Start

Run this skill on the failing test to immediately navigate to the problem page and begin on-site debugging.

Frequently Asked Questions about quick-debug

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

FAQPage Schema
How do I debug a Playwright test failure without rerunning the entire suite?▼

You can use in-page debugging to jump directly to the failing page without a full login or rerun. It enables on-the-spot DOM exploration to diagnose locator errors, timeouts, and assertion mismatches quickly.

What is the best way to diagnose Playwright locator errors and timeout failures?▼

An integrated decision tree classifies failures into locator, timeout, assertion, or page-structure categories. It then triggers the appropriate remediation skill to inspect the failing DOM area and validate the fix in-place.

Can I inspect a failing page's DOM structure without logging in during test debugging?▼

Yes, in-page debugging uses an existing token-based bypass to navigate directly to the problem page. This login-free approach enables immediate DOM exploration to identify root causes when page structure changes.

Does in-page debugging work with agent-browser for DOM exploration?▼

Yes, in-page debugging supports integration with agent-browser for DOM exploration. It also coordinates with locator-replacer, wait-strategy, and page-load-assertion skills to validate fixes in-place.

When should I run a full test suite after applying an in-page debug fix?▼

You should re-run the full test after validating your fix in the current browser session. In-place verification confirms the immediate targeted fix, but a complete rerun ensures overall suite stability.