git-sync
Sync the current branch in one pass — commit the working tree as one commit per logical change (in the host repo's commit format,…
Run affected app feature checks, inspect evidence, or maintain this project's verifier when source or accepted behavior changes.
Claude Code
$ npx -y skills add EricTechPro/super-board --skill project-verifier --agent claude-code
Codex
$ npx skills add EricTechPro/super-board --skill project-verifier -a codex -y
Cursor
$ npx skills add EricTechPro/super-board --skill project-verifier -a cursor -y
Gemini CLI
$ npx skills add EricTechPro/super-board --skill project-verifier -a gemini-cli -y
GitHub Copilot
$ npx skills add EricTechPro/super-board --skill project-verifier -a github-copilot -y
OpenCode
$ npx skills add EricTechPro/super-board --skill project-verifier -a opencode -y
Windsurf
$ npx skills add EricTechPro/super-board --skill project-verifier -a windsurf -y
name: verify-app description: Run affected app feature checks, inspect evidence, or maintain this project's verifier when source or accepted behavior changes.
**Starter, not executable coverage.** Before saving, replace `verify-app`, adapt the map to three to five real features and add project-owned scenarios/runner. Read the installed super-qa `references/project-verifier.md` create/maintain/run contract. Keep the owning project's instructions and accepted decisions.
Document exact project runner paths and commands for `doctor`, selected features, explicit `--all` and new run-owned output directories. Name allowed targets, installed dependencies, reset/fixture policy and owned-process cleanup. Keep credentials out of commands and proof. Mark unavailable setup explicitly.
Read `references/feature-map.json`, issue ACs, diff and current source. Select mapped IDs, state uncovered paths and additional AC checks. Resolve this skill for the actual host before loading it. A valid map is structure, not a test pass.
Write executable steps in this order: Select, Doctor, Launch, Drive, Inspect, Proof, Cleanup. Define real assertions for each feature and relevant side effects, including which are mocked. Record HEAD/dirty state, input hashes, selected IDs, outcomes, screenshots/logs, exact rerun command and limits. Preserve failure evidence and fail if cleanup fails.
Read current source and live local behavior before editing. Distinguish stale instructions, harness gaps, product regressions and authorized product changes. Preserve accepted assertions; cite an issue/decision before changing expectations. Rerun affected features and report old/new guidance, reason and proof.
Autonomous GitHub Project build → QA → review loop for Claude Code. One-line install.
Sync the current branch in one pass — commit the working tree as one commit per logical change (in the host repo's commit format,…
Security review of one PR's diff against its base branch — high-confidence, exploitable vulnerabilities only (injection, auth…
GitHub-Project-driven autonomous pipeline. Five verbs — onboard, lint, status, run, stop — that take a Project board from empty…
Builder lane of the super-board pipeline — takes a `Ready` GitHub Project card into its own per-issue git worktree, makes the…
Find problems in one project, verify each, write one findings doc and hand it to Matt Pocock's /to-spec then /to-tickets; 1–5…
Super QA canonical workflow for functional bug-bash, evidence capture, and fix-ready issue filing. Crawls routes from…
Use your assigned AgentMail inbox to read email tasks, explicitly send or reply, and check delivery. Provided automatically by…
Create a new Architecture Decision Record with sequential numbering and AgentDB registration