verify-rsn-fix

Verify and fix Refactoring Safety Net mismatches in OWASP Juice Shop codefix files.

Updated May 14, 2026
One-click install
npx skills add https://github.com/VitorM147/juice-shop-private --skill verify-rsn-fix-vitorm147
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: verify-rsn-fix
Source: https://github.com/VitorM147/juice-shop-private/tree/main/.ai/skills/verify-rsn-fix
Command: npx skills add https://github.com/VitorM147/juice-shop-private --skill verify-rsn-fix-vitorm147

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps you detect and repair broken Refactoring Safety Net (RSN) checks that happen after you edit code inside // vuln-code-snippet blocks.

Core Features & Use Cases

  • RSN failure detection: Run the project’s RSN verification to identify which challenge codefix files no longer match the locked snippet state.
  • Targeted reconciliation: Map each reported challengeName to the corresponding snippet block in the source code and the related files under data/static/codefixes/.
  • Correct fix strategy: Update codefix files carefully, preserving intended “incorrect” variants while ensuring the _correct variant matches the fixed snippet.

Quick Start

Run the RSN check to see exactly which codefix files are out of sync, then update the corresponding data/static/codefixes/<challengeName>_*.ts files to reflect your snippet changes and re-run verification until it passes.

Frequently Asked Questions about verify-rsn-fix

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

FAQPage Schema
How do I fix Refactoring Safety Net failures after editing vuln-code-snippet blocks?

To fix RSN failures, run npm run rsn to identify mismatched codefix files, update the corresponding data/static/codefixes challenge variants to match your snippet edits, and re-run the check until it passes.

What causes RSN check failures in OWASP Juice Shop challenge maintenance?

RSN check failures occur when source code edits inside vuln-code-snippet blocks cause the locked snippet state to diverge from the associated codefix variant files stored under the data/static/codefixes directory.

How do I update codefix files without breaking intended incorrect variants?

When updating codefix files, carefully preserve the intended incorrect variants while ensuring the _correct variant exactly matches your fixed snippet source code to maintain challenge integrity and pass RSN verification.

Do I need to run npm run rsn before editing vuln-code-snippet blocks?

Running npm run rsn before editing vuln-code-snippet blocks is not required, but doing so establishes a baseline RSN state, making it easier to identify which codefix files become out of sync after your snippet edits.

Why does npm run rsn fail after modifying TypeScript snippet source code?

The npm run rsn check fails after snippet source code edits because the Refactoring Safety Net detects that the challenge codefix variant files no longer match the newly modified locked snippet state, requiring targeted reconciliation.

What is the best way to locate out-of-sync codefix files for a specific challenge?

The best way to locate out-of-sync codefix files is to run the RSN verification, map each reported challengeName to the corresponding snippet block, and locate the related files under data/static/codefixes/ for consistent updates.