Skip to content
Back to skills

Verify Done

ASecurity

Runs the comprehensive quality gate before declaring work done: the repo's `npm run verify` when package.json declares it, otherwise the checks CI runs, then reviews git status and the session diff. Use when the user says 'verify done' or '/verify-done', or before pushing any branch.

  • 17 stars
  • 0 votes
  • 0 copies
  • 3 views
  • Added August 31, 2026
ai-agentsgit

Security analysis

A100/100

Scanned October 2, 2026

npx -y skills add domengabrovsek/claude --skill verify-done --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Verify Done?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Verify Done
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/domengabrovsek-verify-done/badge)](https://www.skillsdirectory.com/skills/domengabrovsek-verify-done)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: verify-done
description: "Runs the comprehensive quality gate before declaring work done: the repo's `npm run verify` when package.json declares it, otherwise the checks CI runs, then reviews git status and the session diff. Use when the user says 'verify done' or '/verify-done', or before pushing any branch."
---

Comprehensive quality gate before declaring work done.

**When package.json declares a `verify` script**, the repo owns the gate. Skip steps 1 and 2:

- Run `npm run verify` once, with `run_in_background` or a 600000ms timeout. It takes minutes.
- Do not read workflow YAML or run individual checks. `verify` mirrors CI and prints what it skips.
- On success with a clean tree, `verify` writes HEAD to `<git-dir>/verify-passed`. The PR-open hook reads that stamp.
- Continue at step 3.

**Otherwise:**

1. **Discover CI steps**: read `.github/workflows/*.yml` (or `.gitlab-ci.yml`, `Jenkinsfile`, etc.) and `package.json` scripts to find the actual checks CI runs. Only run what CI actually runs - do not guess or add extra steps.
2. **Run each CI step in order**: execute the discovered commands (lint, typecheck, test, build, etc.) in the same order as CI. Stop at the first failure.
3. **Git status**: show uncommitted changes and untracked files.
4. **Diff review**: summarize what changed in this session (files, lines added/removed).
5. **Spec check**: if a spec in `.claude/state/specs/` has `branch: <current branch>`, spawn the `Spec Verifier` and include its verdict. Any automated criterion not PASS at HEAD fails the gate.

If all CI steps pass and git status is clean: output "READY - all quality gates passed."
If any step fails: list failures and stop. Do NOT declare work done.
If no CI configuration is found, say so and ask the user what checks to run.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.