skills/create-verification-skill/SKILL.md
Generate a project-local verification skill that drives the app the way a user does. Use for create-verification-skill, make a verify skill for this repo, or when a project has no scripted way to prove UI, CLI, or service behavior.
npx skillsauth add shipshitdev/library create-verification-skillInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Every serious project needs a scripted way to drive the real app and prove behavior. This skill generates that as a project-local skill tailored to the repo.
Companion to verification-before-completion, which is the completion
gate. This skill authors the project harness that gate can run.
Inputs:
Outputs:
verify-<app> skill with a feature map, proven once
end to endCreates/Modifies:
.agents/skills/verify-<app>/ when that layout exists, otherwise
skills/verify-<app>/External Side Effects:
Confirmation Required:
Delegates To:
maintain-verification-skill for later upkeepverification-before-completion for the completion gate itselfname: verify-<app>) and
sections: Launch, Doctor, Drive, Evidence, Cleanup, Helpers. No
placeholders left. Prefer existing harnesses
(Playwright, expect, PTY, HTTP) over generic recipes.features/README.md plus one file
per top user-facing feature (aim for 3-5). Follow
references/feature-map-example.md.maintain-verification-skill.development
Coordinates a weekly engineering review of board accuracy, recent code changes, operational health, and scoped cleanup. Use for a recurring repository health review or a review of the last several days.
testing
Audits project board configuration and prepares explicitly requested setup, copy, or normalization changes while preserving the existing workflow and provider boundaries. Use when inspecting a board's fields, columns, scope, or configuration.
testing
Reconciles a project board with current work and delivery evidence, reports incomplete coverage and metadata gaps, and applies only approved provider-supported field changes. Use when auditing board drift, reviewing blocked work, or assessing upcoming delivery.
development
Walk through how a subsystem works. Use for "how does X work", code walkthroughs before changing something, and placement or ownership questions. Explains architecture, runtime flow, and onboarding mental models. Can critique architecture. Use why for motivation.