deploy-check
Skill73 starsChanged 4 months agoMITView on GitHub
MUST use before any git push to main/master/production, or when user mentions 'deploy', 'going live', 'push to prod', 'ready to ship', 'merge to main', 'release'. Also trigger before any npm publish for CLI tools, or on 'audit', 'check vulnerabilities', 'are our deps safe?', 'npm audit', 'yarn audit'. Performs: test suite validation, dev-artifact scan (`console.log`, `TODO`/`FIXME`, hardcoded secrets like `password:` / `token:` / API keys), dependency audit (npm audit, pip-audit, bundle audit, cargo audit, govulncheck, etc.), build verification, ORM/schema safety check, auth-middleware coverage on new endpoints. Verdict: GO / NO-GO with per-check checklist.
- Commits and pushes
8 other projects use a version of this.
Adopted by
Most recently taken up by
- Bartolome69/garmin-mcptheir own version, first seen Nov 1, 2026
- ProxiBlue/claude-skillstheir own version, first seen Oct 7, 2026
- timeyour/agentskills-audit-collectiontheir own version, first seen May 24, 2026
- GlamgarOnDiscord/claude-saas-blueprinttheir own version, first seen May 17, 2026
- tadeurosa-ai/claude-code-setuptheir own version, first seen May 1, 2026
- mean-weasel/bullhorntheir own version, first seen Apr 14, 2026
Other versions8 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 8
- nwiizo/claudelytics★ 88same name
- ProxiBlue/claude-skills★ 18same name
- Bartolome69/garmin-mcp★ 4same name
- mean-weasel/bullhorn★ 4same name
- GlamgarOnDiscord/claude-saas-blueprint★ 2same name
- kawehtaher/deploycheck★ 1same name
- tadeurosa-ai/claude-code-setup★ 1same name
- timeyour/agentskills-audit-collection★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository21 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- memory/CLAUDE.mdCLAUDE.md
- changelogSkill
- db-checkSkill
- e2e-checkSkill
- elicit-requirementsSkill
- load-sessionSkill
- pr-reviewSkill
- register-projectSkill
- review-diffSkill
- review-fullSkill
- save-diarySkill
- save-sessionSkill
- scaffold-projectSkill
- self-auditSkill
- session-endSkill
- sprint-planSkill
- statusSkill
- tech-radarSkill
- test-checkSkill
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 9 are distinctive, and 2 are very specific to this project.
0
Common
Most of the 6 edited versions we read keep these.
9
Distinctive
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Tests: Run full test suite, all must pass
- Distinctive: line 11
Git status: Check for uncommitted changes across all repos
- Very specific: line 12
Schema sync: Verify the project's ORM/DB schema definition matches expectations (e.g.
- Distinctive: line 14
Dev artifacts: Check for language-appropriate debug/print statements (console.log, print(), System.out.println, fmt.Println, etc.), …
- Distinctive: line 15
Env vars: Verify required environment variables are documented
- Very specific: line 17
Dependency audit: Run the ecosystem's dependency audit (npm audit/yarn audit, pip-audit, bundle audit, cargo audit, govulncheck, etc., …
- Distinctive: line 18
Build: Verify project builds without errors
- Distinctive: line 19
Migration safety: Check if any ORM models/migrations are missing (risk of tables dropped by destructive sync)
- Distinctive: line 21
If argument is "audit" → run only step 8 (dependency vulnerability scan) across the current project.
- Distinctive: line 25
GO: All steps pass. MODERATE/LOW vulnerabilities in dev-only deps are acceptable with note.
- Distinctive: line 26
GO with warnings: All critical steps pass but non-blocking issues exist (dev-only vulns, TODO items in non-critical paths)
“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Pre-deployment validation for $ARGUMENTS environment:
- Tests: Run full test suite, all must pass
- Git status: Check for uncommitted changes across all repos
- Schema sync: Verify the project's ORM/DB schema definition matches expectations (e.g. Prisma schema, Django models, Rails schema.rb, migrations directory)
- Secrets check: Scan for hardcoded credentials, API keys, passwords
- Dev artifacts: Check for language-appropriate debug/print statements (console.log, print(), System.out.println, fmt.Println, etc.), debugger statements, TODO/FIXME in production paths
- Env vars: Verify required environment variables are documented
- Auth coverage: Validate all API endpoints have auth middleware
- Dependency audit: Run the ecosystem's dependency audit (
npm audit/yarn audit,pip-audit,bundle audit,cargo audit,govulncheck, etc., detected from the manifest/lockfile). Classify: CRITICAL/HIGH (action required) vs MODERATE/LOW (note). Separate production vs dev-only vulnerabilities. Check for auto-fixable with--dry-run. - Build: Verify project builds without errors
- Migration safety: Check if any ORM models/migrations are missing (risk of tables dropped by destructive sync)
If argument is "audit" → run only step 8 (dependency vulnerability scan) across the current project.
GO/NO-GO Criteria
- NO-GO: Any test failure, hardcoded secret found, ORM model/migration missing, build failure, or CRITICAL/HIGH vulnerability in production deps
- GO: All steps pass. MODERATE/LOW vulnerabilities in dev-only deps are acceptable with note.
- GO with warnings: All critical steps pass but non-blocking issues exist (dev-only vulns, TODO items in non-critical paths)
Output: GO / NO-GO status with detailed checklist results.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

