What problem does it solve? Green tests alone do not prove that the code you just changed actually works at runtime. This Skill closes that gap by forcing a real execution of the changed flow — starting the app, triggering the exact modified path, and capturing a concrete evidence number (HTTP status, row counts, test counts) instead of vague claims like "works" or "verified". ## Core Features & Use Cases - Context-driven execution: Reads package.json scripts, README, and project standards first so start commands are never guessed, then launches the app or service and waits for readiness. - Hard separation of verification surfaces: Visual/UI verification may be deferred only with a named owner and date, while the data round-trip (build → serialize → validate → read) is never deferrable for contract or schema changes. - RED-verified regression checks: Round-trip tests must fail against the old broken implementation before they count as proof, preventing false confidence. - Use Case: Before committing a fix to a profile-save API route, run the changed flow, observe POST /api/profiles → 201, 3 rows in profiles (vorher 0), reproduce the error path, and record the evidence in the structured report template. ## Quick Start Ask the agent to verify the flow you just changed by running it end-to-end and reporting the evidence numbers before committing.