Skills DirectorySkills Directory
SkillsLearnSecurityCategoriesDocsBlogPro
Sign InSubmit Skill
Skills Directory

Security-tested agent skills for Claude, coding agents, and AI workflows.

Directory

  • Browse Skills
  • All Skills A–Z
  • Claude Skills
  • Claude Code Skills
  • Agent Skills
  • Categories
  • Authors
  • Submit a Skill

Learn

  • Learn Hub
  • Install Claude Skills
  • Write SKILL.md
  • Skills vs MCP
  • Directories Compared

Security

  • Security
  • Methodology
  • Secure Claude Skills
  • Security Badges
  • Chrome Extension
  • Skill Manager

Company

  • About
  • Community
  • Blog
  • API Docs
  • Advertise

2026 Skills Directory. All rights reserved.

ProTermsPrivacyRefunds
Back to skills

Verify Gate

ASecurity

Run Fishhawk's `scripts/test verify` gate (lint, schema-sync, gate harnesses, tests, patch coverage) safely and read its result. Use before pushing or opening a PR, when asked to "run verify", "run the gate", "run the tests", or to check a change passes CI locally. Covers the per-repo verify lock, host-load and toolchain preflights, scoped runs, and what each failure means.

9 stars
0 votes
0 copies
0 views
Added 10/7/2026
ai-agentsgoshelldockergitbackend

Security Analysis

A100/100

Scanned 10/7/2026

$npx -y skills add kuhlman-labs/fishhawk --skill verify-gate --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Verify Gate?

Add the live security badge to your README — it updates automatically with every re-scan.

Security grade badge for Verify Gate
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/kuhlman-labs-verify-gate/badge)](https://www.skillsdirectory.com/skills/kuhlman-labs-verify-gate)

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

Download with Pro
Files
SKILL.md
---
name: verify-gate
description: Run Fishhawk's `scripts/test verify` gate (lint, schema-sync, gate harnesses, tests, patch coverage) safely and read its result. Use before pushing or opening a PR, when asked to "run verify", "run the gate", "run the tests", or to check a change passes CI locally. Covers the per-repo verify lock, host-load and toolchain preflights, scoped runs, and what each failure means.
---

# Run the verify gate

`scripts/test verify` is the same gate the runner applies to a committed tree. In order, it runs:

1. `golangci-lint` (including gofmt/goimports)
2. the `docs/ARCHITECTURE.md` doc-line budget
3. schema-sync drift
4. the gate harnesses (`scripts/test-*`)
5. the site voice and site IA gates, then the ADR record gate
6. `go test -race` in every module, plus the patch-scoped coverage gate (≥85% of changed lines)

The order matters, because a lint failure aborts before the slow test loop.

## 1. Preflight — do all of these first

```sh
pgrep -fl '[f]ishhawk-runner .*--run-id' || echo no-live-runner
uptime; sysctl -n hw.ncpu
go env GOVERSION
golangci-lint version
docker info >/dev/null 2>&1 && echo docker-ok || echo docker-DOWN
git status --short
```

- **Live runner.** It may be holding the per-repository verify lock. A shell `verify` that meets a live holder **refuses immediately**. That refusal is final for that invocation: do NOT retry or poll it. Narrow to `scripts/test single -run TestX ./path/to/pkg/...` instead, or wait for the run to finish.
- **Load average above ~4× the core count.** The host is starved, and unrelated tests will flake. Use the `diagnose-red` skill (orphaned agent processes) before running anything.
- **Go newer than the 1.25 pin.** This can turn clean main red (e.g. jsonv2 under Go 1.27). Tell the user and propose `go env -w GOTOOLCHAIN=go1.25.6`. It writes their global Go env, so ask first.
- **golangci-lint.** It must be v2.x, and CI pins **v2.8.0**. A newer local binary can pass while CI's gofmt fails. Pre-check formatting with the pinned version:
  `go run github.com/golangci/golangci-lint/v2/cmd/golangci-lint@v2.8.0 fmt --diff`
- **Docker down.** Backend tests need it for the shared testcontainers Postgres. Start Docker first.
- **Dirty tree.** That's allowed: patch coverage diffs merge-base → work tree, so uncommitted edits are gated too.

## 2. Run

| Situation | Command |
|---|---|
| Before a PR / final check | `scripts/test verify` |
| Iterating on known packages | `scripts/test verify --packages backend/internal/foo,runner/internal/bar` (repo-relative). It skips patch coverage, so finish with a full run |
| One test | `scripts/test single -run TestName ./backend/internal/foo/` |
| Lint only | `scripts/test lint` |

A full verify takes many minutes. Run it in the background (or with your shell tool's longest timeout) and wait for it to exit. Don't start a second concurrent verify.

## 3. Read the result

| Failure | Meaning / fix |
|---|---|
| golangci-lint / gofmt | Fix the code; `gofmt -w` / `goimports -w` on the named files |
| `Schema sync` drift | A `docs/spec/` canonical file changed without mirroring it: run `scripts/sync-schemas` and commit the mirrors |
| Doc-line budget | A `docs/ARCHITECTURE.md` line is over 1000 chars; move the prose to the package README |
| `check-adr` | Record/index mismatch: `scripts/check-adr --write-index` (see the `record-adr` skill) |
| Site gates (`check-site-voice`, `check-site-ia`, site reference drift) | Banned §5 term on the site, a sidebar/page mismatch, or a stale generated region (`scripts/gen-site-reference`) |
| `TestKnownCategoriesCoversEmittedCategories` | A new audit category: register it in `backend/internal/audit/categories.go` |
| `TestCrossModuleWireParity` | A cross-module wire struct drifted: see `backend/internal/wirecontract/README.md` |
| Patch coverage below 85% | Add tests that exercise the changed lines. Never set `FISHHAWK_SKIP_PATCH_COVERAGE` to get a pass |
| A test unrelated to the diff | Likely environmental (host load, toolchain, Docker): use the `diagnose-red` skill before touching code |
| Refused: verify lock held | See preflight. Don't retry |

A skipped harness (`zsh` or `helm` absent) is a printed skip, not a failure. Report it as an uncovered area.

## 4. Report

State pass/fail, the first failing stage, and the exact failing test or file. Paste the actual error lines; don't paraphrase them. Also mention any skips.

Attribution

kuhlman-labskuhlman-labs
View sourceSee grades on GitHubMore from kuhlman-labs →
SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

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 (0)

No comments yet. Be the first to comment!

SSkills DirectorySkills Directory

Ship a skill? Prove it's safe.

Free 120-pattern security scan, letter grade, and an embeddable README badge.

Submit a skill

Related Skills

Caveman

Terse caveman voice: answer first, fluff gone, every technical fact kept. Use for /caveman, "caveman mode", "talk like caveman", "be brief", "less tokens". Stays on until "stop caveman" or "normal mode".

1100021 votes

Hyperplan

Adversarial multi-agent planning skill. Self-orchestrates 5 hostile category members (unspecified-low, unspecified-high, deep, ultrabrain, artistry) via team-mode for ruthless cross-critique debate, distills only the defensible insights, then MANDATORILY hands the distilled insight bundle to the `plan` agent for executable plan formalization. Use when planning needs maximum rigor and surfacing of weak assumptions, blind spots, and over-engineering. Triggers: 'hyperplan', 'hpp', '/hyperplan', ...

698431 votes

Writing Skills

Create and manage Claude Code skills in HASH repository following Anthropic best practices. Use when creating new skills, modifying skill-rules.json, understanding trigger patterns, working with hooks, debugging skill activation, or implementing progressive disclosure. Covers skill structure, YAML frontmatter, trigger types (keywords, intent patterns), UserPromptSubmit hook, and the 500-line rule. Includes validation and debugging with SKILL_DEBUG. Examples include rust-error-stack, cargo-dep...

3931 votes

Mcp Code Execution

Routes multi-tool workflows through MCP servers for large datasets and pipelines. Use when Bash tool overhead is limiting throughput on data-heavy tasks.

3421 votes

catchup

Recovers the conversation and failed tool calls of a previous Codex, Amp, Claude Code, Antigravity, Cline, Copilot CLI, Cursor, DeepSeek Harness, Grok Build, Kimi, OpenCode, Pi Agent, or ZCode session. Use when the user says "catch up", "what did the last session do", "get me up to speed", "I switched agents", asks to recover/summarize a previous session before continuing, or asks to diagnose or report a catchup failure. Do NOT use for the current conversation, git history, or any non-agent log.

741 votes
View all in ai-agents →