feat: Add Sequential Thinking to Code Review + Frontend Validation
Enhanced code review and frontend validation with intelligent triggers: Code Review Agent Enhancement: - Added Sequential Thinking MCP integration for complex issues - Triggers on 2+ rejections or 3+ critical issues - New escalation format with root cause analysis - Comprehensive solution strategies with trade-off evaluation - Educational feedback to break rejection cycles - Files: .claude/agents/code-review.md (+308 lines) - Docs: CODE_REVIEW_ST_ENHANCEMENT.md, CODE_REVIEW_ST_TESTING.md Frontend Design Skill Enhancement: - Automatic invocation for ANY UI change - Comprehensive validation checklist (200+ checkpoints) - 8 validation categories (visual, interactive, responsive, a11y, etc.) - 3 validation levels (quick, standard, comprehensive) - Integration with code review workflow - Files: .claude/skills/frontend-design/SKILL.md (+120 lines) - Docs: UI_VALIDATION_CHECKLIST.md (462 lines), AUTOMATIC_VALIDATION_ENHANCEMENT.md (587 lines) Settings Optimization: - Repaired .claude/settings.local.json (fixed m365 pattern) - Reduced permissions from 49 to 33 (33% reduction) - Removed duplicates, sorted alphabetically - Created SETTINGS_PERMISSIONS.md documentation Checkpoint Command Enhancement: - Dual checkpoint system (git + database) - Saves session context to API for cross-machine recall - Includes git metadata in database context - Files: .claude/commands/checkpoint.md (+139 lines) Decision Rationale: - Sequential Thinking MCP breaks rejection cycles by identifying root causes - Automatic frontend validation catches UI issues before code review - Dual checkpoints enable complete project memory across machines - Settings optimization improves maintainability Total: 1,200+ lines of documentation and enhancements Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
This commit is contained in:
@@ -0,0 +1,588 @@
|
||||
# Frontend Design Skill - Automatic Validation Enhancement
|
||||
|
||||
**Enhancement Date:** 2026-01-17
|
||||
**Status:** COMPLETED
|
||||
|
||||
---
|
||||
|
||||
## Summary
|
||||
|
||||
Enhanced the frontend-design skill to be automatically invoked whenever ANY action affects a UI element. This ensures all UI changes are validated for visual correctness, functionality, responsive behavior, and accessibility before being finalized.
|
||||
|
||||
---
|
||||
|
||||
## What Changed
|
||||
|
||||
### 1. Updated Skill Metadata
|
||||
|
||||
**File:** `.claude/skills/frontend-design/SKILL.md`
|
||||
|
||||
**Description Updated:**
|
||||
- Added "MANDATORY AUTOMATIC INVOCATION" to skill description
|
||||
- Clarified that skill must be invoked whenever ANY action affects UI
|
||||
- Made validation a core function alongside creation
|
||||
|
||||
**Before:**
|
||||
```
|
||||
Use this skill when the user asks to build web components...
|
||||
```
|
||||
|
||||
**After:**
|
||||
```
|
||||
MANDATORY AUTOMATIC INVOCATION: Use this skill whenever ANY action
|
||||
affects a UI element to validate visual correctness, functionality,
|
||||
and user experience. Also use when the user asks to build...
|
||||
```
|
||||
|
||||
### 2. New Section: "CRITICAL: Automatic Invocation Triggers"
|
||||
|
||||
**Location:** After introduction, before "Design Thinking" section
|
||||
|
||||
**Added 120+ lines covering:**
|
||||
- When to invoke this skill (mandatory triggers)
|
||||
- Purpose of automatic invocation
|
||||
- Validation workflow (5-step process)
|
||||
- Examples of automatic invocation
|
||||
- Integration with other agents
|
||||
- Rule of thumb
|
||||
|
||||
### 3. Created Comprehensive Validation Checklist
|
||||
|
||||
**New File:** `.claude/skills/frontend-design/UI_VALIDATION_CHECKLIST.md`
|
||||
|
||||
**Contents:**
|
||||
- 8 validation categories (200+ checkpoints)
|
||||
- 3 validation workflows (quick, standard, comprehensive)
|
||||
- Validation report formats
|
||||
- Common issues to watch for
|
||||
- Decision matrix (pass, warn, or block)
|
||||
|
||||
---
|
||||
|
||||
## Automatic Invocation Triggers
|
||||
|
||||
### MANDATORY Triggers
|
||||
|
||||
The skill MUST be invoked for:
|
||||
|
||||
**1. UI Creation**
|
||||
- Creating new web pages, components, or interfaces
|
||||
- Building dashboards, forms, or layouts
|
||||
- Designing landing pages or marketing sites
|
||||
- Generating HTML/CSS/React/Vue code
|
||||
|
||||
**2. UI Modification**
|
||||
- Changing styles, colors, fonts, or layouts
|
||||
- Updating component appearance or behavior
|
||||
- Refactoring frontend code
|
||||
- Adding animations or interactions
|
||||
|
||||
**3. UI Validation**
|
||||
- After ANY code change that affects UI
|
||||
- After updating styles or markup
|
||||
- After adding features to UI components
|
||||
- After refactoring frontend code
|
||||
- After fixing UI bugs
|
||||
|
||||
### Rule of Thumb
|
||||
|
||||
**If the change appears in a browser, invoke this skill to validate it.**
|
||||
|
||||
---
|
||||
|
||||
## Validation Workflow
|
||||
|
||||
When invoked for UI validation:
|
||||
|
||||
```markdown
|
||||
1. REVIEW: What UI elements were changed?
|
||||
2. ASSESS: How should they appear/behave?
|
||||
3. VALIDATE:
|
||||
- Visual appearance (layout, colors, fonts, spacing)
|
||||
- Interactive behavior (hover, click, focus states)
|
||||
- Responsive behavior (mobile, tablet, desktop)
|
||||
- Accessibility (keyboard nav, screen readers)
|
||||
4. REPORT:
|
||||
- [OK] Working correctly
|
||||
- [WARNING] Minor issues detected
|
||||
- [ERROR] Critical issues found
|
||||
5. FIX: If issues found, provide corrected code
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Validation Categories (8 Total)
|
||||
|
||||
### 1. Visual Appearance
|
||||
- Layout & structure (positioning, grid/flex, z-index)
|
||||
- Typography (fonts, sizes, hierarchy)
|
||||
- Colors & contrast (WCAG compliance)
|
||||
- Spacing & rhythm (padding, margins, whitespace)
|
||||
- Visual effects (shadows, borders, backgrounds)
|
||||
|
||||
### 2. Interactive Behavior
|
||||
- Click/tap interactions (buttons, links, forms)
|
||||
- Hover states (feedback, cursor changes)
|
||||
- Focus states (keyboard navigation)
|
||||
- Active states (pressed/loading)
|
||||
- Disabled states (visual indication)
|
||||
|
||||
### 3. Responsive Behavior
|
||||
- Breakpoints (6 ranges from 320px to 1920px+)
|
||||
- Adaptive layout (reflow, no horizontal scroll)
|
||||
- Responsive typography (scaling, line length)
|
||||
- Mobile-specific (touch targets, gestures, keyboard)
|
||||
|
||||
### 4. Animations & Transitions
|
||||
- Animation quality (smoothness, timing, easing)
|
||||
- Performance (GPU acceleration, no jank)
|
||||
- Transition states (enter, exit, loading)
|
||||
- Scroll animations (parallax, sticky, progress)
|
||||
|
||||
### 5. Accessibility
|
||||
- Keyboard navigation (tab order, shortcuts)
|
||||
- Screen reader support (semantic HTML, ARIA)
|
||||
- Visual accessibility (contrast, focus, resize)
|
||||
- Alternative content (alt text, captions)
|
||||
|
||||
### 6. Performance
|
||||
- Load performance (critical CSS, font loading, lazy loading)
|
||||
- Runtime performance (no layout shifts, smooth scrolling)
|
||||
- Resource optimization (image compression, minification)
|
||||
|
||||
### 7. Cross-Browser Compatibility
|
||||
- Modern browsers (Chrome, Firefox, Safari, Mobile)
|
||||
- Fallbacks (graceful degradation, polyfills)
|
||||
|
||||
### 8. Content & Copy
|
||||
- Text quality (no typos, proper capitalization)
|
||||
- Internationalization (RTL, long text handling)
|
||||
|
||||
---
|
||||
|
||||
## Three Validation Levels
|
||||
|
||||
### Quick Validation (1-2 minutes)
|
||||
**For:** Minor changes (color updates, spacing tweaks)
|
||||
|
||||
**Checks:**
|
||||
- Visual check at 1-2 breakpoints
|
||||
- Verify hover/focus states
|
||||
- Quick accessibility scan
|
||||
- Report: [OK] or [WARNING]
|
||||
|
||||
### Standard Validation (3-5 minutes)
|
||||
**For:** Component modifications, feature additions
|
||||
|
||||
**Checks:**
|
||||
- Visual check at all breakpoints
|
||||
- Test all interactive states
|
||||
- Keyboard navigation test
|
||||
- Basic performance check
|
||||
- Report: [OK], [WARNING], or [ERROR]
|
||||
|
||||
### Comprehensive Validation (10-15 minutes)
|
||||
**For:** New components, major refactors
|
||||
|
||||
**Checks:**
|
||||
- Complete visual review (all 8 categories)
|
||||
- Full interaction testing
|
||||
- Cross-browser testing
|
||||
- Accessibility audit
|
||||
- Performance profiling
|
||||
- Report: Detailed findings with fixes
|
||||
|
||||
---
|
||||
|
||||
## Examples of Automatic Invocation
|
||||
|
||||
### Example 1: Adding a Button
|
||||
|
||||
```
|
||||
User: "Add a submit button to the form"
|
||||
Assistant: [Adds button code]
|
||||
→ TRIGGER: Invoke frontend-design skill
|
||||
→ VALIDATE: Button appears correctly, hover states work, accessible
|
||||
→ REPORT: "[OK] Submit button added and validated"
|
||||
```
|
||||
|
||||
### Example 2: Styling Update
|
||||
|
||||
```
|
||||
User: "Change the header background to blue"
|
||||
Assistant: [Updates CSS]
|
||||
→ TRIGGER: Invoke frontend-design skill
|
||||
→ VALIDATE: Blue renders correctly, contrast is readable, responsive
|
||||
→ REPORT: "[OK] Header background updated and validated"
|
||||
```
|
||||
|
||||
### Example 3: Component Refactor
|
||||
|
||||
```
|
||||
User: "Refactor the navigation component"
|
||||
Assistant: [Refactors code]
|
||||
→ TRIGGER: Invoke frontend-design skill
|
||||
→ VALIDATE: Navigation still works, styles intact, mobile menu functions
|
||||
→ REPORT: "[OK] Navigation refactored and validated"
|
||||
OR
|
||||
"[WARNING] Mobile menu broken - fixing..."
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Integration with Other Agents
|
||||
|
||||
### Coordination with Code Review Agent
|
||||
|
||||
**Code Review Agent:**
|
||||
- Checks code quality (readability, maintainability)
|
||||
- Checks security (XSS, injection vulnerabilities)
|
||||
- Checks performance (algorithmic complexity)
|
||||
|
||||
**Frontend Design Skill:**
|
||||
- Checks visual correctness (layout, colors, fonts)
|
||||
- Checks UX functionality (interactions, responsiveness)
|
||||
- Checks accessibility (WCAG compliance)
|
||||
|
||||
**Both must approve before UI changes are finalized.**
|
||||
|
||||
### Coordination with Testing Agent
|
||||
|
||||
**Testing Agent:**
|
||||
- Runs automated tests (unit, integration, e2e)
|
||||
- Validates functionality programmatically
|
||||
- Checks for regressions
|
||||
|
||||
**Frontend Design Skill:**
|
||||
- Validates visual/UX manually
|
||||
- Checks design quality and aesthetics
|
||||
- Ensures accessibility compliance
|
||||
|
||||
**Complementary validation approaches.**
|
||||
|
||||
---
|
||||
|
||||
## Decision Matrix
|
||||
|
||||
### PASS - Approve Changes
|
||||
- All critical validations passed
|
||||
- No major issues detected
|
||||
- Minor observations noted but don't block
|
||||
- Ready for code review/testing
|
||||
|
||||
**Report Format:**
|
||||
```markdown
|
||||
## UI Validation: PASSED
|
||||
|
||||
**Component:** Button Component
|
||||
**Changes:** Added hover animation
|
||||
|
||||
**Validation Results:**
|
||||
- [OK] Visual appearance correct
|
||||
- [OK] Interactive behavior working
|
||||
- [OK] Responsive at all breakpoints
|
||||
- [OK] Accessibility requirements met
|
||||
```
|
||||
|
||||
### WARN - Approve with Notes
|
||||
- Minor issues detected
|
||||
- Issues fixed during validation
|
||||
- Recommendations for improvement
|
||||
- Can proceed but note improvements
|
||||
|
||||
**Report Format:**
|
||||
```markdown
|
||||
## UI Validation: WARNINGS
|
||||
|
||||
**Component:** Navigation Menu
|
||||
**Changes:** Updated styles
|
||||
|
||||
**Validation Results:**
|
||||
- [OK] Visual appearance correct
|
||||
- [WARNING] Minor transition timing issue
|
||||
- [OK] Responsive at all breakpoints
|
||||
- [OK] Accessibility requirements met
|
||||
|
||||
**Issues Found:**
|
||||
1. Hover transition too slow (500ms → 200ms) - FIXED
|
||||
```
|
||||
|
||||
### BLOCK - Require Fixes
|
||||
- Critical functionality broken
|
||||
- Accessibility violations (WCAG A/AA)
|
||||
- Visual appearance significantly wrong
|
||||
- Responsive layout broken
|
||||
- Performance severely degraded
|
||||
|
||||
**Report Format:**
|
||||
```markdown
|
||||
## UI Validation: ERRORS
|
||||
|
||||
**Component:** Login Form
|
||||
**Changes:** Added validation
|
||||
|
||||
**Validation Results:**
|
||||
- [ERROR] Interactive behavior broken
|
||||
- [ERROR] Accessibility violations
|
||||
- [WARNING] Responsive issues on mobile
|
||||
|
||||
**Critical Issues:**
|
||||
1. CRITICAL: Submit button not clickable
|
||||
2. CRITICAL: No keyboard accessibility
|
||||
3. MAJOR: Mobile layout broken
|
||||
|
||||
**Status:** BLOCKED - fixes required
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Benefits
|
||||
|
||||
### 1. Consistent Quality
|
||||
- Every UI change is validated
|
||||
- No "ship and hope" for visual changes
|
||||
- Quality gate before code review
|
||||
|
||||
### 2. Catch Issues Early
|
||||
- Visual bugs caught before testing phase
|
||||
- Accessibility issues identified immediately
|
||||
- Responsive problems detected upfront
|
||||
|
||||
### 3. Better User Experience
|
||||
- Interactions work correctly
|
||||
- Responsive behavior validated
|
||||
- Accessibility ensured
|
||||
|
||||
### 4. Reduced Rework
|
||||
- Issues fixed during development
|
||||
- Fewer back-and-forth with designers
|
||||
- Less QA rejection
|
||||
|
||||
### 5. Learning & Improvement
|
||||
- Validation reports document common issues
|
||||
- Patterns emerge for prevention
|
||||
- Team learns best practices
|
||||
|
||||
---
|
||||
|
||||
## Common Issues Detected
|
||||
|
||||
### Most Frequent Issues
|
||||
|
||||
1. **Missing hover states** - Interactive elements without feedback
|
||||
2. **Insufficient contrast** - Text/background fails WCAG
|
||||
3. **Broken mobile layouts** - Responsive breakpoints not tested
|
||||
4. **No keyboard accessibility** - Focus states missing
|
||||
5. **Slow animations** - Performance issues on mobile
|
||||
6. **Missing alt text** - Accessibility violations
|
||||
7. **Text overflow** - Long content breaks layout
|
||||
8. **Click targets too small** - Mobile usability issues
|
||||
|
||||
### Prevention Strategies
|
||||
|
||||
**From Validation Insights:**
|
||||
- Always add hover/focus states together
|
||||
- Test contrast ratios during color selection
|
||||
- Mobile-first development approach
|
||||
- Include keyboard testing in workflow
|
||||
- Use CSS transforms for animations
|
||||
- Alt text checklist for all images
|
||||
- Text overflow handling by default
|
||||
- Minimum 44x44px touch targets
|
||||
|
||||
---
|
||||
|
||||
## Usage Guide
|
||||
|
||||
### For Developers Using Main Claude
|
||||
|
||||
**After ANY UI change:**
|
||||
|
||||
1. **Expect automatic validation** - Frontend skill will be invoked
|
||||
2. **Review validation report** - Check for [OK], [WARNING], or [ERROR]
|
||||
3. **Address issues if found** - Apply fixes or ask for help
|
||||
4. **Get final approval** - Both frontend and code review must pass
|
||||
|
||||
### For Main Claude (Coordinator)
|
||||
|
||||
**When UI code is modified:**
|
||||
|
||||
1. **Recognize UI change** - Any HTML/CSS/JSX/styling code
|
||||
2. **Invoke frontend-design skill** - Use Skill tool
|
||||
3. **Receive validation report** - Parse results
|
||||
4. **Act on findings:**
|
||||
- [OK] → Proceed to code review
|
||||
- [WARNING] → Note issues, proceed
|
||||
- [ERROR] → Fix issues before proceeding
|
||||
|
||||
**Example Coordination:**
|
||||
```
|
||||
User: "Add dark mode toggle"
|
||||
Main Claude: [Writes dark mode code]
|
||||
Main Claude: [Invokes frontend-design skill]
|
||||
Frontend Skill: [Validates - finds contrast issue]
|
||||
Frontend Skill: [Fixes contrast issue]
|
||||
Frontend Skill: [Returns PASS report]
|
||||
Main Claude: [Proceeds to code review]
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Files Modified/Created
|
||||
|
||||
### Modified Files
|
||||
|
||||
1. **`.claude/skills/frontend-design/SKILL.md`**
|
||||
- Updated metadata description
|
||||
- Added "CRITICAL: Automatic Invocation Triggers" section (120+ lines)
|
||||
- Added validation workflow
|
||||
- Added examples and integration notes
|
||||
|
||||
### Created Files
|
||||
|
||||
2. **`.claude/skills/frontend-design/UI_VALIDATION_CHECKLIST.md`** (NEW)
|
||||
- 8 validation categories
|
||||
- 200+ checkpoint items
|
||||
- 3 validation workflows
|
||||
- Report formats
|
||||
- Common issues guide
|
||||
|
||||
3. **`.claude/skills/frontend-design/AUTOMATIC_VALIDATION_ENHANCEMENT.md`** (NEW - this file)
|
||||
- Enhancement documentation
|
||||
- Usage guide
|
||||
- Benefits and metrics
|
||||
- Integration details
|
||||
|
||||
---
|
||||
|
||||
## Configuration
|
||||
|
||||
**No configuration needed.** The frontend-design skill now has automatic invocation built into its guidelines.
|
||||
|
||||
**Skill Location:** `.claude/skills/frontend-design/`
|
||||
|
||||
**Verify Skill Available:**
|
||||
```bash
|
||||
# Check skill exists
|
||||
ls .claude/skills/frontend-design/SKILL.md
|
||||
|
||||
# View skill metadata
|
||||
head -n 10 .claude/skills/frontend-design/SKILL.md
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Success Metrics
|
||||
|
||||
Track these to validate enhancement effectiveness:
|
||||
|
||||
### Quality Metrics
|
||||
- **UI bugs caught pre-release** - Should increase
|
||||
- **Accessibility violations** - Should decrease to near zero
|
||||
- **QA rejection rate** - Should decrease
|
||||
- **User-reported UI issues** - Should decrease
|
||||
|
||||
### Process Metrics
|
||||
- **Time to fix UI issues** - Faster (caught earlier)
|
||||
- **Rework cycles** - Fewer (issues caught first time)
|
||||
- **Validation coverage** - Higher (automatic invocation)
|
||||
|
||||
### User Satisfaction
|
||||
- **Designer feedback** - Better alignment with designs
|
||||
- **User feedback** - Fewer UI complaints
|
||||
- **Accessibility compliance** - WCAG AA or higher
|
||||
|
||||
---
|
||||
|
||||
## Testing Recommendations
|
||||
|
||||
### Test Scenario 1: Simple CSS Change
|
||||
|
||||
```
|
||||
User: "Make the button text bold"
|
||||
Expected: Quick validation (1-2 min), PASS report
|
||||
```
|
||||
|
||||
### Test Scenario 2: New Component
|
||||
|
||||
```
|
||||
User: "Create a card component with image, title, and description"
|
||||
Expected: Standard validation (3-5 min), comprehensive report
|
||||
```
|
||||
|
||||
### Test Scenario 3: Broken Layout
|
||||
|
||||
```
|
||||
User: "Add flexbox to the grid layout"
|
||||
[Code has error that breaks layout]
|
||||
Expected: Comprehensive validation, ERROR report with fixes
|
||||
```
|
||||
|
||||
### Test Scenario 4: Accessibility Issue
|
||||
|
||||
```
|
||||
User: "Add icon-only buttons to the toolbar"
|
||||
[Code missing ARIA labels]
|
||||
Expected: BLOCK report for accessibility violations
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Future Enhancements
|
||||
|
||||
Potential improvements:
|
||||
|
||||
1. **Automated Screenshot Capture**
|
||||
- Take screenshots at key breakpoints
|
||||
- Visual regression testing
|
||||
- Before/after comparisons
|
||||
|
||||
2. **Lighthouse Integration**
|
||||
- Automatic Lighthouse audits
|
||||
- Performance scoring
|
||||
- Accessibility scoring
|
||||
|
||||
3. **Design Token Validation**
|
||||
- Verify CSS variables used correctly
|
||||
- Check against design system
|
||||
- Flag hardcoded values
|
||||
|
||||
4. **AI-Powered Visual Comparison**
|
||||
- Compare to design mockups
|
||||
- Detect visual differences
|
||||
- Flag unexpected changes
|
||||
|
||||
5. **Validation Metrics Dashboard**
|
||||
- Track validation pass/fail rates
|
||||
- Common issues trending
|
||||
- Team performance metrics
|
||||
|
||||
---
|
||||
|
||||
## Rollback
|
||||
|
||||
If needed, revert to previous version:
|
||||
|
||||
```bash
|
||||
git diff HEAD~1 .claude/skills/frontend-design/SKILL.md
|
||||
git checkout HEAD~1 .claude/skills/frontend-design/SKILL.md
|
||||
```
|
||||
|
||||
**Note:** Keep checklist and enhancement docs for future reference.
|
||||
|
||||
---
|
||||
|
||||
## Related Files
|
||||
|
||||
- **Skill Config:** `.claude/skills/frontend-design/SKILL.md`
|
||||
- **Validation Checklist:** `.claude/skills/frontend-design/UI_VALIDATION_CHECKLIST.md`
|
||||
- **Code Review Agent:** `.claude/agents/code-review.md`
|
||||
- **Testing Agent:** `.claude/agents/testing.md`
|
||||
- **Coding Guidelines:** `.claude/CODING_GUIDELINES.md`
|
||||
|
||||
---
|
||||
|
||||
**Last Updated:** 2026-01-17
|
||||
**Status:** COMPLETED & READY FOR USE
|
||||
**Enhanced By:** Claude Code
|
||||
**User Requirement:** "Any time any action affects a UI item, call frontend to validate the UI is working/appearing/behaving correctly."
|
||||
Reference in New Issue
Block a user