agentsclimarketplace

Frontend bug diagnosis and fix

Skill SHIHAOZOU/ai-frontend-engineering-skills/skills/frontend-bug-diagnosis-and-fix

Diagnose and fix frontend defects from symptoms, errors, screenshots, logs, regressions, or failing tests. Use when behavior differs from expectations and the root cause must be proven before making a focused repair.From its SKILL.md

Install
npx -y skills add SHIHAOZOU/ai-frontend-engineering-skills --skill frontend-bug-diagnosis-and-fix

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

2.9 KB, 557 tokens by cl100k_base, as published. Nobody here has run it

Frontend Bug Fix Skill

For the Simplified Chinese reference, read references/zh-CN.md when the user communicates primarily in Chinese or requests Chinese output.

Purpose

Reproduce a defect, prove its root cause, implement the smallest safe repair, and prevent regression.

When to Use

Use for runtime errors, incorrect UI behavior, failed integration, browser differences, performance regressions, or failing tests.

Inputs

  • Expected and actual behavior
  • Reproduction steps and environment
  • Error output, logs, screenshots, or failing tests
  • Relevant recent changes

Outputs

  • Reproduction evidence and root-cause explanation
  • Focused patch and regression coverage
  • Validation results and residual risk

Workflow

  1. Restate the observable defect and reproduction conditions.
  2. Inspect instructions, related code, tests, and recent diffs.
  3. Reproduce or create the narrowest failing check.
  4. Trace data and control flow to the first incorrect assumption.
  5. Separate cause from downstream symptoms.
  6. Patch the root cause without unrelated refactoring.
  7. Add or update regression coverage.
  8. Run focused checks, then broader checks when justified.

Decision Tree

flowchart TD
  A[Observed defect] --> B{Reproducible?}
  B -->|No| C[Collect diagnostics and narrow conditions]
  B -->|Yes| D{Regression known?}
  D -->|Yes| E[Inspect changed assumptions]
  D -->|No| F[Trace from failing boundary]
  E --> G[Patch root cause]
  F --> G
  G --> H[Add regression test]

Checklist

  • Expected and actual behavior are distinct.
  • Root cause is supported by evidence.
  • Patch scope is minimal.
  • Error, loading, and race conditions are considered.
  • Regression test fails before and passes after the fix when feasible.
  • Unrelated failures are reported, not silently repaired.

Constraints

  • MUST NOT guess at the root cause.
  • MUST NOT weaken types or tests to hide the defect.
  • SHOULD preserve public behavior outside the reported issue.
  • MUST request confirmation before destructive data or configuration changes.

Examples

Input: “The save button stays disabled after an API validation error is corrected.”

Output: Reproduction, state-transition evidence, a focused reset fix, interaction regression test, and validation summary.

Anti-patterns

  • Adding delays to hide race conditions
  • Catching and ignoring the failing exception
  • Rewriting a whole module before proving the defect
  • Changing expected tests to match broken behavior

What ships with it: 2 files

4.1 KB alongside SKILL.md

evals/

references/

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.