frontend-design
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web…
Review code written during a run, auto-fix no-brainer issues, and suggest improvements requiring confirmation. Invoked after tests pass.
$ npx -y skills add fabriqaai/specs.md --skill code-review --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/code-reviewContext preview
The summary Claude sees to decide when to auto-load this skill.
Review code written during a run, auto-fix no-brainer issues, and suggest improvements requiring confirmation. Invoked after tests pass.
name: code-review description: Review code written during a run, auto-fix no-brainer issues, and suggest improvements requiring confirmation. Invoked after tests pass. version: 1.0.0
<objective> Review code written during a run, auto-fix no-brainer issues, and suggest improvements requiring confirmation. </objective>
<triggers>
</triggers>
<degrees_of_freedom>
</degrees_of_freedom>
<llm critical="true"> <mandate>REVIEW all files created/modified in current run</mandate> <mandate>AUTO-FIX only mechanical, non-semantic issues</mandate> <mandate>ALWAYS CONFIRM security, architecture, and behavioral changes</mandate> <mandate>RESPECT project coding standards from .specs-fire/standards/</mandate> <mandate>NEVER break working code — if tests passed, be conservative</mandate> <mandate>RE-RUN tests after auto-fixes — revert if tests fail</mandate> </llm>
<input_context> The skill receives from run-execute:
files_created:
- path: src/auth/login.ts
purpose: Login endpoint handler
- path: src/auth/login.test.ts
purpose: Unit tests for login
files_modified:
- path: src/routes/index.ts
changes: Added login route
run_id: run-fabriqa-2026-001
intent_id: user-auth</input_context>
<references_index> <reference name="review-categories" path="references/review-categories.md" load_when="analyzing code"/> <reference name="auto-fix-rules" path="references/auto-fix-rules.md" load_when="classifying findings"/> </references_index>
<flow> <step n="1" title="Gather Context"> <action>Receive files_created and files_modified from parent workflow</action> <action>Load project standards:</action> <substep>.specs-fire/standards/coding-standards.md</substep> <substep>.specs-fire/standards/testing-standards.md</substep>
<action>Detect project tooling:</action> <substep>Check for .eslintrc, eslint.config.js (JavaScript/TypeScript)</substep> <substep>Check for .prettierrc (formatting)</substep> <substep>Check for golangci.yml (Go)</substep> <substep>Check for pyproject.toml, ruff.toml (Python)</substep>
<action>Read each file to be reviewed</action>
<output>Reviewing {file_count} files...</output> </step>
<step n="2" title="Run Project Linters (if available)"> <check if="eslint config exists"> <action>Run: npm run lint --fix 2>&1 || npx eslint --fix {files}</action> <action>Parse output for remaining issues</action> </check>
<check if="golangci config exists"> <action>Run: golangci-lint run --fix {files}</action> <action>Parse output for remaining issues</action> </check>
<check if="ruff/pyproject config exists"> <action>Run: ruff check --fix {files}</action> <action>Parse output for remaining issues</action> </check>
<check if="no linter configured"> <action>Use built-in review rules from references/review-categories.md</action> </check> </step>
<step n="3" title="Analyze Code"> <action>For each file, check against review categories:</action> <substep>Code Quality — unused imports, console statements, formatting</substep> <substep>Security — hardcoded secrets, injection vulnerabilities, missing validation</substep> <substep>Architecture — code placement, coupling, error handling</substep> <substep>Testing — coverage gaps, edge cases, brittle patterns</substep>
<action>Classify each finding using references/auto-fix-rules.md:</action> <substep>AUTO-FIX: Mechanical, non-semantic, reversible, tests won't break</substep> <substep>CONFIRM: Behavioral change, security implication, judgment required</substep>
<action>Group findings by category and severity</action> </step>
<step n="4" title="Apply Auto-Fixes"> <check if="auto-fix issues found"> <action>Apply all AUTO-FIX changes</action> <action>Track each change made (file, line, before, after)</action>
<critical>Re-run tests to verify no breakage</critical> <action>Run project test command</action>
<check if="tests fail after auto-fix"> <output>Auto-fix caused test failure. Reverting...</output> <action>Revert all auto-fix changes</action> <action>Move failed fixes to CONFIRM category</action> </check>
<check if="tests pass"> <output>Auto-fixed {count} issues. Tests still passing.</output> </check> </check> </step>
<step n="5" title="Generate Review Report"> <action>Create review report using template: templates/review-report.md.hbs</action> <action>Write to: .specs-fire/runs/{run-id}/review-report.md</action> <action>Include: auto-fixed issues, pending suggestions, skipped items</action> </step>
<step n="6" title="Present Suggestions"> <check if="no suggestions requiring confirmation"> <output>
Auto-fixed {auto_count} issues. No additional suggestions.
Review report: .specs-fire/runs/{run-id}/review-report.md </output> <return>success</return> </check>
<check if="suggestions exist"> <template_output section="suggestions">
**Auto-fixed ({auto_count} issues)**: {for each auto_fixed}
{/for}
**Suggestions requiring approval ({suggest_count} issues)**:
{for each suggestion with index} {index}. **[{category}]** {title}
{/for}
--- Apply suggestions? [a] Apply all suggestions {for each suggestion with index} [{i
AI-native development framework with pluggable flows for every use case. Choose the flow that matches your project needs: Ideation for creative brainstorming, Simple for quick specs, FIRE for adaptive execution, or AI-DLC for full methodology with DDD.
Create distinctive, production-grade frontend interfaces with high design quality. Use this skill when the user asks to build web…
Execute work items based on their assigned mode (autopilot, confirm, validate). Supports single-item and multi-item (batch/wide)…
Plan the scope of a run by discovering available work items and suggesting groupings. Invoked before run-execute.
Display current run status and progress. Shows work item, mode, duration, and files changed.
Generate implementation walkthrough for human review after run completion. Documents decisions, changes, and verification steps.
Initialize a new FIRE project by detecting workspace type and setting up standards.