npx claudepluginhub hculap/better-code --plugin code-standards/checklistRuns specified quality gates checklist (pre-merge/pre-release) from constitution.md. Executes automated checks via npm (lint, tests, coverage, types, security, bundle size/performance) and generates Markdown report.
/checklistRuns quality and safety checklist for Kubernetes operators, evaluating CRDs, webhooks, RBAC, tests, dev loops, and troubleshooting. Reports PASS/FAIL/N/A per item with summary and action items.
/checklistGenerates contextual checklists for code review based on file patterns and domains (security, accessibility, performance, testing, code-quality, SEO). Auto-detects recent changes if unspecified.
/checklistGenerate quality checklists that validate specification completeness and clarity
Output the lightweight review checklist ready for copy/paste into PR comments or code reviews.
## Code Review Checklist
### Quick Validation
- [ ] Can I explain this code in 30 seconds?
- [ ] File sizes within limits? (target: 100-300 LOC, warning: 400, critical: 800)
- [ ] Function sizes within limits? (target: 10-30 LOC, warning: 50, critical: 80)
- [ ] One responsibility per module/class?
### Code Quality
- [ ] No hidden global state or surprising side effects?
- [ ] Errors handled meaningfully (no silent failures)?
- [ ] No swallowed exceptions or empty catch blocks?
- [ ] Appropriate logging at boundaries?
### Configuration & Security
- [ ] Config validated at startup?
- [ ] No secrets or credentials in code?
- [ ] External input validated and sanitized?
- [ ] Using parameterized queries (if applicable)?
### Testing
- [ ] Tests cover the important behavior?
- [ ] Tests focus on behavior, not implementation?
- [ ] Edge cases and error paths tested?
### Style & Consistency
- [ ] Formatting/lint checks pass?
- [ ] Type checks pass (if applicable)?
- [ ] Naming is clear and consistent?
- [ ] Comments explain "why", not "what"?
### Principles Check
- [ ] **KISS**: Is this the simplest solution?
- [ ] **DRY**: No real duplication? (not premature abstraction)
- [ ] **YAGNI**: No features built "for later"?
- [ ] **SRP**: Each module has one reason to change?
If settings exist in .claude/code-standards.local.md, read them and adjust the thresholds in the checklist to match the project's configured limits.
For example, if strict thresholds are configured:
Present the checklist in a clean, copyable format. If the user mentions they want it for a specific platform (GitHub PR, Jira, etc.), adjust formatting as needed.