gate

Solid

Runs this repo's local gate quietly — fmt, lint, test, build, docs regeneration, the harness checks, fuzz when a parser changed, vuln with full — one line per step, the tool's verdict verbatim, log tail only when red. Use before a commit, after a build track, "run the gate", "is it green", "check everything".

Code & Development 63 stars 0 forks Updated today Apache-2.0

Install

View on GitHub

Quality Score: 85/100

Stars 20%
60
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
52
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

Run `bash .claude/checks/gate.sh $ARGUMENTS` (empty means `quick`; `full` adds `make fuzz` and `make vuln` unconditionally). Report the script's output as it is: one line per step, then only the failing tails it printed. On green, one line naming the mode and the steps that ran. On red, the failing step, its verdict lines and the log path — nothing else, and **fix nothing here**: this skill reports. What the steps mean when they fail: - `fmt` — `golangci-lint fmt --diff` printed a diff: run `make fmt`, then re-run. - `docs` — `make docs` changed `docs/reference.json`, `site/reference.html` or `site/docs/`: a registry grew and the published surface did not; commit the regenerated files with the change. - `harness` — `.claude/checks/setup.py`, `ops_catalogue.py` or `guard_test.sh` is red: the harness itself drifted (`.claude/rules/harness.md`). - `fuzz` — a crasher was written under `testdata/fuzz/`; it is the reproduction, keep it. Scope during iteration is the track's own `go test` command; the gate is for before a commit.

Details

Author
assaio
Repository
assaio/assaio
Created
2 months ago
Last Updated
today
Language
Go
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

Code & Development Listed

gate

The commit-time gate as one command. Runs the code-level reviewer subagent plus the document audits installed in this project — /business audit (non-goals/scope), /decision audit (unrecorded decisions) and, where the opt-in /compliance skill is installed, /compliance audit (regulated ground) — each in its own subagent, then merges their findings under the shared audit ladder and ownership contract into ONE verdict and appends a dated run record under .attest/ (the attestation that the gate ran). Touches no control document, and changes no code except in the named `fix` mode, which repairs reviewer-owned blockers and majors, and a /business blocker marked `repair: code` under a test it writes first — nothing else. Does NOT include /audit-history (that is the separate ship gate, run before a push/release). Generic — usable in any repo. Run it before a commit; each sub-audit fires only where relevant.

0 Updated today
radozaprazny
AI & Automation Listed

gates

Run the project's full gate ladder (company/run-gates.sh) and stamp the result, or configure the gates themselves. Use when the user says /gates, "run the gates", "are we green", before any commit/merge in a claude-company project, or when a commit was hook-blocked for red/stale gates and you need current truth.

8 Updated 1 months ago
devmesh-in
Code & Development Listed

green-gate

The verification gate every change passes before it is called done — typecheck, lint, tests, build, e2e, cheapest-first over the changed set, with a repair budget and evidence per gate. Invoke it after each implementation step and before any handover.

0 Updated 1 weeks ago
AlpayC