sakura-verify

Validates software changes through executable tests, builds, and runtime evidence.

3|1|Updated Sep 9, 2026
One-click install
npx skills add https://github.com/v20227/using-sakura-dev --skill sakura-verify-v20227
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: sakura-verify
Source: https://github.com/v20227/using-sakura-dev/tree/main/skills/sakura-verify
Command: npx skills add https://github.com/v20227/using-sakura-dev --skill sakura-verify-v20227

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Code that compiles or tests that pass by name alone do not prove a feature actually works. This Skill closes the gap between claimed results and verified behavior by mapping every acceptance condition to a real, executed check with recorded evidence. ## Core Features & Use Cases - Acceptance-to-Evidence Mapping: Reads each work item's acceptance criteria and preserved behavior, then binds every required condition to an actual check and result instead of trusting test names or green aggregates. - Layered Verification: Runs targeted tests, type checks, builds, browser behavior, API, CLI, integration, migration, and package checks matched to the affected behavior and risk, including full-stack contract-to-frontend paths. - Evidence Integrity: Records only checks that actually ran, binds results to the tested code state, invalidates stale evidence after behavior-changing modifications, and reruns failed checks after repair. - Use Case: After fixing a login bug, use this Skill to reproduce the original failure, rerun the failing test plus affected regressions, exercise the real user path in the browser, and record exactly what is proven and what remains unverified. ## Quick Start Verify the current implementation against its acceptance criteria and report what actually works with the evidence for each check.

Frequently Asked Questions about sakura-verify

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

FAQPage Schema
How do I verify a code change actually works?▼

Map each acceptance condition to an actual executed check, starting with the fastest test that directly exercises the changed behavior. Inspect test assertions rather than trusting test names, and exercise the real user path including failure and boundary cases.

How to verify a bug fix after repair?▼

Rerun the original failed check plus affected regression checks after the repair. Record the exact check, expected versus actual behavior, reproduction steps, and environment facts so the failure history is preserved.

Does a passing build prove a feature works?▼

No. Source inspection and successful builds alone do not prove behavioral outcomes. Visual results must be inspected in the actual interface, and persistence requirements must be checked across save, reload, restart, or migration transitions.

How do I verify full-stack features end to end?▼

Verify the applicable contract, backend, data, frontend, integration, and end-to-end path together. Separate frontend and backend results do not prove their integration works.

When should verification evidence be invalidated?▼

Invalidate affected evidence after any behavior-changing code, configuration, dependency, schema, migration, fixture, build, or deployment change. Results are bound to the specific code or artifact state that was tested.