/quality-check
Execute a comprehensive quality gate check (lint, test, build, format) before allowing code to merge.
$ npx -y skills add yeaight7/agent-powerups --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/quality-check
Context preview
What this command does when you run it.
Execute a comprehensive quality gate check (lint, test, build, format) before allowing code to merge.
Command definition
quality-check.mddescription: "Execute a comprehensive quality gate check (lint, test, build, format) before allowing code to merge."
argument-hint: "[--strict] [--fix]"
Quality Gate Orchestrator
CRITICAL BEHAVIORAL RULES
You MUST follow these rules exactly. Violating any of them is a failure.
1. **Execute checks sequentially.** Do NOT skip checks unless explicitly instructed. 2. **Halt on failure.** If any check fails and cannot be automatically fixed, STOP immediately. Present the error. 3. **Use local tools.** Rely on the project's configured tools (e.g., npm run lint, cargo test, etc.). 4. **Never enter plan mode autonomously.** Execute the quality gate directly.
Pre-flight Checks
Identify the project type and available quality scripts (e.g., in package.json, Makefile, etc.). Determine if `--strict` (fail on warnings) or `--fix` (attempt auto-fix) flags are present in `$ARGUMENTS`.
Phase 1: Code Formatting and Linting
1. Run the project's formatting check (e.g., Prettier, rustfmt).
- If `--fix` is passed, run the format-fix command instead.
2. Run the project's linting tool (e.g., ESLint, Clippy).
- Capture warnings and errors.
- If `--strict` is active, warnings count as failures.
Phase 2: Automated Testing
1. Run the unit test suite. 2. Verify that all tests pass. 3. Check code coverage metrics if configured. Ensure they meet the project's baseline.
Phase 3: Static Analysis and Build
1. Run type checking (e.g., tsc --noEmit) if applicable. 2. Run a trial build to ensure compilation succeeds without errors.
Phase 4: Reporting
Generate a final quality gate report:
# Quality Gate Results
## Summary
- **Status**: [PASS | FAIL]
- **Linting**: [X errors, Y warnings]
- **Testing**: [X passed, Y failed]
- **Type Check / Build**: [PASS | FAIL]
## Details
[List specific failures or areas of concern]
## Next Steps
[Provide exact commands or recommendations to resolve any failures]
Validation Checklists
- [ ] Linting passes completely.
- [ ] Formatting aligns with standard rules.
- [ ] All tests execute and pass.
- [ ] Build completes without compilation errors.
Read more
description: "Execute a comprehensive quality gate check (lint, test, build, format) before allowing code to merge." argument-hint: "[--strict] [--fix]"
Quality Gate Orchestrator
CRITICAL BEHAVIORAL RULES
You MUST follow these rules exactly. Violating any of them is a failure.
1. **Execute checks sequentially.** Do NOT skip checks unless explicitly instructed. 2. **Halt on failure.** If any check fails and cannot be automatically fixed, STOP immediately. Present the error. 3. **Use local tools.** Rely on the project's configured tools (e.g., npm run lint, cargo test, etc.). 4. **Never enter plan mode autonomously.** Execute the quality gate directly.
Pre-flight Checks
Identify the project type and available quality scripts (e.g., in package.json, Makefile, etc.). Determine if `--strict` (fail on warnings) or `--fix` (attempt auto-fix) flags are present in `$ARGUMENTS`.
Phase 1: Code Formatting and Linting
1. Run the project's formatting check (e.g., Prettier, rustfmt).
- If `--fix` is passed, run the format-fix command instead.
2. Run the project's linting tool (e.g., ESLint, Clippy).
- Capture warnings and errors.
- If `--strict` is active, warnings count as failures.
Phase 2: Automated Testing
1. Run the unit test suite. 2. Verify that all tests pass. 3. Check code coverage metrics if configured. Ensure they meet the project's baseline.
Phase 3: Static Analysis and Build
1. Run type checking (e.g., tsc --noEmit) if applicable. 2. Run a trial build to ensure compilation succeeds without errors.
Phase 4: Reporting
Generate a final quality gate report:
# Quality Gate Results ## Summary - **Status**: [PASS | FAIL] - **Linting**: [X errors, Y warnings] - **Testing**: [X passed, Y failed] - **Type Check / Build**: [PASS | FAIL] ## Details [List specific failures or areas of concern] ## Next Steps [Provide exact commands or recommendations to resolve any failures]
Validation Checklists
- [ ] Linting passes completely.
- [ ] Formatting aligns with standard rules.
- [ ] All tests execute and pass.
- [ ] Build completes without compilation errors.
Curated power-ups for coding agents: skills, slash commands, MCP configs, hooks, AGENTS.md templates, and workflows for serious software engineering. Claude Code, Codex, Antigravity CLI, Cursor and more
Repo: yeaight7/agent-powerups
Other commands on agent-powerups.
- /bug-check
Run automated tests and build checks first, then agent code review. For each bug found, propose or document a regression test.
Open command - /build-fix
Use when a build, type check, or test suite is failing and needs to be unblocked with a minimal change.
Open command - /debug
Use when a bug needs systematic diagnosis before a fix is attempted.
Open command - /doctor
Use to diagnose environment, tooling, and Agent Powerups setup problems.
Open command - /implement
Use to turn a spec or user request into working, tested code.
Open command - /mcp-check
Use to check MCP server prerequisites before activating or using a server.
Open command

