@localtech/claude-code-toolkit 1.0.2 → 1.0.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +4 -4
- package/templates/.claude/hooks/README.md +342 -0
- package/templates/.claude/hooks/custom/intelligent-workflows.sh +336 -0
- package/templates/.claude/hooks/hook-manager.sh +300 -0
- package/templates/.claude/hooks/post-commit/smart-automations.sh +249 -0
- package/templates/.claude/hooks/pre-commit/code-quality-guardian.sh +257 -0
- package/templates/.claude/hooks/pre-push/deployment-guardian.sh +334 -0
- package/templates/.claude/memory/context.md +39 -0
- package/templates/.claude/memory/decisions.md +29 -0
- package/templates/.claude/memory/learnings.md +31 -0
- package/templates/.claude/memory/patterns.md +72 -0
- package/templates/.claude/memory/preferences.md +23 -0
- package/templates/.claude/skills/claude-code-hooks-master/SKILL.md +358 -0
- package/templates/.claude/skills/mobile-ui-ux-master/MobileCardGrid.tsx +270 -0
- package/templates/.claude/skills/mobile-ui-ux-master/SKILL.md +172 -0
- package/templates/.claude/skills/mobile-ui-ux-master/card-grid-template.html +260 -0
- package/templates/.claude/skills/mobile-ui-ux-master/mobile-ux-checklist.md +140 -0
- package/templates/.claude/skills/professional-documentation-writer/SKILL.md +42 -0
- package/templates/AGENTS.md +127 -0
- package/templates/CLAUDE.md +101 -0
|
@@ -0,0 +1,140 @@
|
|
|
1
|
+
# MOBILE UI/UX QUALITY ASSURANCE CHECKLIST
|
|
2
|
+
|
|
3
|
+
## 🎯 CRITICAL ISSUES (Your Main Pain Points)
|
|
4
|
+
|
|
5
|
+
### ✅ Card Layout Consistency
|
|
6
|
+
- [ ] **Equal Heights**: All cards in same row have identical heights
|
|
7
|
+
- [ ] **No Expansion**: Cards never grow taller due to content overflow
|
|
8
|
+
- [ ] **Grid Alignment**: Cards align perfectly in horizontal grids
|
|
9
|
+
- [ ] **Responsive Scaling**: Cards maintain proportions across screen sizes
|
|
10
|
+
|
|
11
|
+
### ✅ Text Management
|
|
12
|
+
- [ ] **No Unwanted Breaks**: Text doesn't break into multiple lines unexpectedly
|
|
13
|
+
- [ ] **Proper Truncation**: Long text uses ellipsis, never breaks layout
|
|
14
|
+
- [ ] **Line Limits**: Titles max 2 lines, descriptions max 3 lines
|
|
15
|
+
- [ ] **Readable Fonts**: Minimum 14px on mobile, proper line heights
|
|
16
|
+
|
|
17
|
+
### ✅ Icon & Container Issues
|
|
18
|
+
- [ ] **Fixed Containers**: Icon containers have consistent dimensions
|
|
19
|
+
- [ ] **No Distortion**: Parent containers never distort from icon content
|
|
20
|
+
- [ ] **Aspect Ratios**: Icons maintain proper proportions
|
|
21
|
+
- [ ] **Proper Scaling**: Icons scale appropriately across devices
|
|
22
|
+
|
|
23
|
+
### ✅ Spacing & Padding
|
|
24
|
+
- [ ] **Consistent Padding**: 16px internal, 8px between elements
|
|
25
|
+
- [ ] **Touch Targets**: Minimum 44px, optimal 48-56px
|
|
26
|
+
- [ ] **Safe Areas**: Content avoids notches, navigation bars
|
|
27
|
+
- [ ] **Proportional Scaling**: Spacing scales with screen size
|
|
28
|
+
|
|
29
|
+
## 📱 MOBILE OPTIMIZATION CHECKLIST
|
|
30
|
+
|
|
31
|
+
### Screen Size Coverage
|
|
32
|
+
- [ ] **Minimum Support**: 320px width (iPhone SE)
|
|
33
|
+
- [ ] **Content Scaling**: Works from 320px to 4K displays
|
|
34
|
+
- [ ] **Orientation**: Works in both portrait and landscape
|
|
35
|
+
- [ ] **Device Testing**: Tested on actual devices, not just emulators
|
|
36
|
+
|
|
37
|
+
### Touch & Interaction
|
|
38
|
+
- [ ] **Touch Targets**: All interactive elements ≥44px
|
|
39
|
+
- [ ] **Thumb Zone**: Important actions in easy reach
|
|
40
|
+
- [ ] **Gesture Support**: Swipe, pinch, long-press where appropriate
|
|
41
|
+
- [ ] **Feedback**: Visual feedback for all interactions
|
|
42
|
+
|
|
43
|
+
### Performance & Loading
|
|
44
|
+
- [ ] **Fast Loading**: Images optimized, lazy loading implemented
|
|
45
|
+
- [ ] **Smooth Scrolling**: No janky animations or transitions
|
|
46
|
+
- [ ] **Memory Efficient**: No memory leaks, proper cleanup
|
|
47
|
+
- [ ] **Offline Support**: Graceful degradation without network
|
|
48
|
+
|
|
49
|
+
### Accessibility
|
|
50
|
+
- [ ] **Screen Readers**: Proper ARIA labels and semantic HTML
|
|
51
|
+
- [ ] **Keyboard Navigation**: Full keyboard accessibility
|
|
52
|
+
- [ ] **Color Contrast**: WCAG AA compliance (4.5:1 ratio)
|
|
53
|
+
- [ ] **Focus Indicators**: Clear focus states for all elements
|
|
54
|
+
|
|
55
|
+
## 🛠️ DEVELOPMENT STANDARDS
|
|
56
|
+
|
|
57
|
+
### Code Quality
|
|
58
|
+
- [ ] **Mobile-First CSS**: Mobile styles first, then enhancements
|
|
59
|
+
- [ ] **Flexbox/Grid**: Modern layout systems, no floats
|
|
60
|
+
- [ ] **CSS Custom Properties**: Design tokens for consistency
|
|
61
|
+
- [ ] **Component Libraries**: Reusable, tested components
|
|
62
|
+
|
|
63
|
+
### Responsive Design
|
|
64
|
+
- [ ] **Breakpoint Strategy**: Logical breakpoints, not device-specific
|
|
65
|
+
- [ ] **Content Priority**: Most important content visible first
|
|
66
|
+
- [ ] **Progressive Enhancement**: Works without JavaScript
|
|
67
|
+
- [ ] **Cross-Browser**: Consistent across WebKit, Gecko, etc.
|
|
68
|
+
|
|
69
|
+
### Quality Assurance
|
|
70
|
+
- [ ] **Cross-Device Testing**: iOS Safari, Chrome Mobile, Samsung Internet
|
|
71
|
+
- [ ] **Real Device Testing**: Not just browser dev tools
|
|
72
|
+
- [ ] **Performance Monitoring**: Core Web Vitals tracking
|
|
73
|
+
- [ ] **User Testing**: Real user feedback incorporated
|
|
74
|
+
|
|
75
|
+
## 🚫 COMMON MISTAKES TO AVOID
|
|
76
|
+
|
|
77
|
+
### Layout Issues
|
|
78
|
+
- ❌ Cards with different heights in same row
|
|
79
|
+
- ❌ Text overflow breaking card layouts
|
|
80
|
+
- ❌ Fixed pixel values instead of relative units
|
|
81
|
+
- ❌ Not accounting for different screen densities
|
|
82
|
+
|
|
83
|
+
### Mobile-Specific Problems
|
|
84
|
+
- ❌ Touch targets smaller than 44px
|
|
85
|
+
- ❌ Horizontal scrolling on mobile
|
|
86
|
+
- ❌ Content hidden behind navigation bars
|
|
87
|
+
- ❌ Forms not optimized for mobile keyboards
|
|
88
|
+
|
|
89
|
+
### Performance Issues
|
|
90
|
+
- ❌ Large images without optimization
|
|
91
|
+
- ❌ Heavy JavaScript blocking rendering
|
|
92
|
+
- ❌ No loading states for slow connections
|
|
93
|
+
- ❌ Memory leaks in single-page applications
|
|
94
|
+
|
|
95
|
+
### Accessibility Failures
|
|
96
|
+
- ❌ Missing alt text on images
|
|
97
|
+
- ❌ Poor color contrast ratios
|
|
98
|
+
- ❌ No keyboard navigation support
|
|
99
|
+
- ❌ Missing focus indicators
|
|
100
|
+
|
|
101
|
+
## 📊 MEASUREMENT METRICS
|
|
102
|
+
|
|
103
|
+
### Performance Metrics
|
|
104
|
+
- **First Contentful Paint**: < 1.5 seconds
|
|
105
|
+
- **Largest Contentful Paint**: < 2.5 seconds
|
|
106
|
+
- **Cumulative Layout Shift**: < 0.1
|
|
107
|
+
- **First Input Delay**: < 100ms
|
|
108
|
+
|
|
109
|
+
### Quality Metrics
|
|
110
|
+
- **Accessibility Score**: > 90 (Lighthouse)
|
|
111
|
+
- **Performance Score**: > 90 (Lighthouse)
|
|
112
|
+
- **Best Practices Score**: > 90 (Lighthouse)
|
|
113
|
+
- **SEO Score**: > 90 (Lighthouse)
|
|
114
|
+
|
|
115
|
+
### User Experience Metrics
|
|
116
|
+
- **Task Completion Rate**: > 95%
|
|
117
|
+
- **Error Rate**: < 5%
|
|
118
|
+
- **Time to Complete Tasks**: Within acceptable ranges
|
|
119
|
+
- **User Satisfaction Score**: > 4/5
|
|
120
|
+
|
|
121
|
+
## 🧪 TESTING PROTOCOL
|
|
122
|
+
|
|
123
|
+
### Automated Testing
|
|
124
|
+
1. **Visual Regression**: Screenshot comparison across devices
|
|
125
|
+
2. **Accessibility Audit**: Automated WCAG compliance checking
|
|
126
|
+
3. **Performance Testing**: Core Web Vitals monitoring
|
|
127
|
+
4. **Cross-Browser Testing**: Automated browser compatibility
|
|
128
|
+
|
|
129
|
+
### Manual Testing
|
|
130
|
+
1. **Device Testing**: Physical devices of various sizes
|
|
131
|
+
2. **User Flow Testing**: Complete user journeys
|
|
132
|
+
3. **Edge Case Testing**: Error states, slow connections
|
|
133
|
+
4. **Accessibility Testing**: Screen readers, keyboard navigation
|
|
134
|
+
|
|
135
|
+
### Quality Gates
|
|
136
|
+
- [ ] All automated tests passing
|
|
137
|
+
- [ ] Manual testing checklist complete
|
|
138
|
+
- [ ] Performance metrics within acceptable ranges
|
|
139
|
+
- [ ] Accessibility audit passing
|
|
140
|
+
- [ ] Cross-browser compatibility verified
|
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
# Claude Code Skill: Professional Documentation Writer
|
|
2
|
+
|
|
3
|
+
## Metadata
|
|
4
|
+
name: professional-documentation-writer
|
|
5
|
+
description: Creates comprehensive, well-structured documentation for codebases, APIs, and projects with consistent formatting and professional tone
|
|
6
|
+
author: Your Name
|
|
7
|
+
version: 1.0.0
|
|
8
|
+
tags: documentation, writing, markdown, professional
|
|
9
|
+
|
|
10
|
+
## When to Use This Skill
|
|
11
|
+
Use this skill when you need to:
|
|
12
|
+
- Generate README files for new projects
|
|
13
|
+
- Create API documentation
|
|
14
|
+
- Write user guides and tutorials
|
|
15
|
+
- Document code functions and classes
|
|
16
|
+
- Create project documentation
|
|
17
|
+
|
|
18
|
+
## Instructions for Claude
|
|
19
|
+
When using this skill, follow these guidelines:
|
|
20
|
+
|
|
21
|
+
1. **Structure**: Always use clear headings, subheadings, and proper markdown formatting
|
|
22
|
+
2. **Tone**: Professional yet approachable - avoid overly technical jargon unless explaining technical concepts
|
|
23
|
+
3. **Completeness**: Include all necessary sections (installation, usage, examples, API reference, etc.)
|
|
24
|
+
4. **Consistency**: Use consistent formatting throughout the document
|
|
25
|
+
5. **Examples**: Provide practical code examples where relevant
|
|
26
|
+
6. **Navigation**: Include a table of contents for longer documents
|
|
27
|
+
|
|
28
|
+
## Input Requirements
|
|
29
|
+
- Project type (library, API, web app, CLI tool, etc.)
|
|
30
|
+
- Key features/functionality to document
|
|
31
|
+
- Target audience (developers, end users, administrators)
|
|
32
|
+
- Any specific sections to include or exclude
|
|
33
|
+
|
|
34
|
+
## Output Format
|
|
35
|
+
Return the documentation in clean markdown format with:
|
|
36
|
+
- Header with title and description
|
|
37
|
+
- Table of contents (for documents > 500 words)
|
|
38
|
+
- Installation/Setup section
|
|
39
|
+
- Usage examples
|
|
40
|
+
- API reference (if applicable)
|
|
41
|
+
- Contributing guidelines
|
|
42
|
+
- License information
|
|
@@ -0,0 +1,127 @@
|
|
|
1
|
+
# Project Agents Configuration
|
|
2
|
+
|
|
3
|
+
This file defines the autonomous agents available in this project workspace.
|
|
4
|
+
|
|
5
|
+
## Code Review Agent
|
|
6
|
+
|
|
7
|
+
**Name**: code-reviewer
|
|
8
|
+
**Description**: Specialized agent for conducting thorough code reviews, identifying bugs, security issues, and suggesting improvements
|
|
9
|
+
**Tools**:
|
|
10
|
+
- file-read
|
|
11
|
+
- grep-search
|
|
12
|
+
- run-terminal (for linting/checking)
|
|
13
|
+
- git-commands
|
|
14
|
+
|
|
15
|
+
**Permissions**: read-only
|
|
16
|
+
**Triggers**: When user asks for code review or mentions "review this code"
|
|
17
|
+
|
|
18
|
+
**Instructions**:
|
|
19
|
+
- Focus on code quality, security, and best practices
|
|
20
|
+
- Provide specific, actionable feedback
|
|
21
|
+
- Suggest concrete improvements with code examples
|
|
22
|
+
- Check for common vulnerabilities and anti-patterns
|
|
23
|
+
- Consider performance implications
|
|
24
|
+
|
|
25
|
+
## Documentation Agent
|
|
26
|
+
|
|
27
|
+
**Name**: doc-writer
|
|
28
|
+
**Description**: Creates comprehensive documentation including READMEs, API docs, and user guides
|
|
29
|
+
**Tools**:
|
|
30
|
+
- file-read
|
|
31
|
+
- file-write
|
|
32
|
+
- run-terminal (for generating docs)
|
|
33
|
+
- web-search (for research)
|
|
34
|
+
|
|
35
|
+
**Permissions**: write
|
|
36
|
+
**Triggers**: When user asks to create or update documentation
|
|
37
|
+
|
|
38
|
+
**Instructions**:
|
|
39
|
+
- Use the professional-documentation-writer skill
|
|
40
|
+
- Create clear, comprehensive documentation
|
|
41
|
+
- Include practical examples and code snippets
|
|
42
|
+
- Follow project documentation standards
|
|
43
|
+
- Update table of contents automatically
|
|
44
|
+
|
|
45
|
+
## Testing Agent
|
|
46
|
+
|
|
47
|
+
**Name**: test-generator
|
|
48
|
+
**Description**: Generates comprehensive test suites and ensures code coverage
|
|
49
|
+
**Tools**:
|
|
50
|
+
- file-read
|
|
51
|
+
- file-write
|
|
52
|
+
- run-terminal (for running tests)
|
|
53
|
+
- grep-search
|
|
54
|
+
|
|
55
|
+
**Permissions**: write
|
|
56
|
+
**Triggers**: When user asks to add tests or mentions testing
|
|
57
|
+
|
|
58
|
+
**Instructions**:
|
|
59
|
+
- Generate unit tests for new functions
|
|
60
|
+
- Create integration tests for APIs
|
|
61
|
+
- Ensure adequate code coverage (>80%)
|
|
62
|
+
- Follow project's testing framework and conventions
|
|
63
|
+
- Add edge cases and error handling tests
|
|
64
|
+
|
|
65
|
+
## Debugging Agent
|
|
66
|
+
|
|
67
|
+
**Name**: debugger
|
|
68
|
+
**Description**: Helps identify and fix bugs through systematic debugging approaches
|
|
69
|
+
**Tools**:
|
|
70
|
+
- file-read
|
|
71
|
+
- run-terminal (for debugging commands)
|
|
72
|
+
- grep-search
|
|
73
|
+
- git-commands (for checking history)
|
|
74
|
+
|
|
75
|
+
**Permissions**: read-only
|
|
76
|
+
**Triggers**: When user reports bugs or asks for debugging help
|
|
77
|
+
|
|
78
|
+
**Instructions**:
|
|
79
|
+
- Use systematic debugging approaches
|
|
80
|
+
- Check logs and error messages
|
|
81
|
+
- Reproduce issues step by step
|
|
82
|
+
- Suggest fixes with explanations
|
|
83
|
+
- Help implement fixes when approved
|
|
84
|
+
|
|
85
|
+
## Research Agent
|
|
86
|
+
|
|
87
|
+
**Name**: researcher
|
|
88
|
+
**Description**: Conducts technical research and provides insights on technologies and best practices
|
|
89
|
+
**Tools**:
|
|
90
|
+
- web-search
|
|
91
|
+
- file-read
|
|
92
|
+
- run-terminal (for research tools)
|
|
93
|
+
|
|
94
|
+
**Permissions**: read-only
|
|
95
|
+
**Triggers**: When user asks for research or technical information
|
|
96
|
+
|
|
97
|
+
**Instructions**:
|
|
98
|
+
- Provide accurate, up-to-date information
|
|
99
|
+
- Cite sources and provide links
|
|
100
|
+
- Compare different approaches/options
|
|
101
|
+
- Consider project context and constraints
|
|
102
|
+
- Suggest practical implementations
|
|
103
|
+
|
|
104
|
+
## Mobile UI/UX Agent
|
|
105
|
+
|
|
106
|
+
**Name**: mobile-ui-specialist
|
|
107
|
+
**Description**: Specialized agent for creating professional, mobile-optimized UI/UX that eliminates layout inconsistencies, card height issues, text overflow problems, and responsive design flaws
|
|
108
|
+
**Tools**:
|
|
109
|
+
- file-read
|
|
110
|
+
- file-write
|
|
111
|
+
- run-terminal (for design tools)
|
|
112
|
+
- web-search (for design research)
|
|
113
|
+
|
|
114
|
+
**Permissions**: write
|
|
115
|
+
**Triggers**: When user asks for mobile UI, responsive design, card layouts, or mentions UI/UX issues
|
|
116
|
+
|
|
117
|
+
**Instructions**:
|
|
118
|
+
- Use the mobile-ui-ux-master skill for all mobile UI work
|
|
119
|
+
- Enforce equal card heights in horizontal grids
|
|
120
|
+
- Prevent text overflow from breaking layouts
|
|
121
|
+
- Ensure touch targets meet minimum 44px requirements
|
|
122
|
+
- Implement mobile-first responsive design
|
|
123
|
+
- Use CSS Grid/Flexbox for consistent layouts
|
|
124
|
+
- Apply proper text containment (line-clamp, ellipsis)
|
|
125
|
+
- Test designs across multiple screen sizes
|
|
126
|
+
- Follow the mobile UX checklist for quality assurance
|
|
127
|
+
- Never create amateur-looking mobile interfaces
|
|
@@ -0,0 +1,101 @@
|
|
|
1
|
+
# Claude Code Global Configuration
|
|
2
|
+
|
|
3
|
+
This file contains global settings, prompts, and preferences for Claude Code in this workspace.
|
|
4
|
+
|
|
5
|
+
## Model Configuration
|
|
6
|
+
|
|
7
|
+
**Default Model**: sonnet
|
|
8
|
+
**Fallback Model**: opus (for complex reasoning tasks)
|
|
9
|
+
**Auto-switch to Opus for**:
|
|
10
|
+
- Complex architectural decisions
|
|
11
|
+
- Multi-file refactoring
|
|
12
|
+
- Performance-critical code
|
|
13
|
+
- Security-sensitive changes
|
|
14
|
+
|
|
15
|
+
## Global Prompts
|
|
16
|
+
|
|
17
|
+
### Code Style Guidelines
|
|
18
|
+
```
|
|
19
|
+
- Use TypeScript for new projects unless JavaScript is specifically required
|
|
20
|
+
- Follow functional programming principles where appropriate
|
|
21
|
+
- Write self-documenting code with clear variable names
|
|
22
|
+
- Add JSDoc/TSDoc comments for public APIs
|
|
23
|
+
- Use async/await over Promises for better readability
|
|
24
|
+
- Implement proper error handling with try/catch blocks
|
|
25
|
+
- Follow consistent naming conventions (camelCase for variables/functions, PascalCase for classes/types)
|
|
26
|
+
```
|
|
27
|
+
|
|
28
|
+
### Project Structure
|
|
29
|
+
```
|
|
30
|
+
- Keep components small and focused (single responsibility)
|
|
31
|
+
- Use barrel exports (index.ts) for clean imports
|
|
32
|
+
- Separate business logic from UI components
|
|
33
|
+
- Implement proper separation of concerns
|
|
34
|
+
- Use environment variables for configuration
|
|
35
|
+
- Follow 12-factor app principles
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
### Testing Standards
|
|
39
|
+
```
|
|
40
|
+
- Write tests for all public functions and components
|
|
41
|
+
- Aim for >80% code coverage
|
|
42
|
+
- Use descriptive test names that explain the behavior
|
|
43
|
+
- Test both happy path and error scenarios
|
|
44
|
+
- Mock external dependencies appropriately
|
|
45
|
+
- Include integration tests for critical paths
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## Tool Allowlist
|
|
49
|
+
|
|
50
|
+
### Always Allowed
|
|
51
|
+
- file-read
|
|
52
|
+
- file-write
|
|
53
|
+
- grep-search
|
|
54
|
+
- run-terminal (basic commands)
|
|
55
|
+
- git-commands
|
|
56
|
+
|
|
57
|
+
### Require Approval
|
|
58
|
+
- run-terminal (network commands, installations)
|
|
59
|
+
- web-search (for research tasks)
|
|
60
|
+
- shell-execution (for complex scripts)
|
|
61
|
+
|
|
62
|
+
### Never Allowed
|
|
63
|
+
- rm/delete commands without confirmation
|
|
64
|
+
- Production database modifications
|
|
65
|
+
- Network requests to external APIs without review
|
|
66
|
+
|
|
67
|
+
## Context Management
|
|
68
|
+
|
|
69
|
+
### File References
|
|
70
|
+
Use `@filename` syntax to include relevant files in context:
|
|
71
|
+
- `@src/components/` - Include component directory
|
|
72
|
+
- `@package.json` - Include project dependencies
|
|
73
|
+
- `@README.md` - Include project documentation
|
|
74
|
+
- `@.claude/` - Include Claude-specific configuration
|
|
75
|
+
|
|
76
|
+
### Memory Integration
|
|
77
|
+
- Always check existing memory files before making decisions
|
|
78
|
+
- Update memory files when learning new patterns or making important decisions
|
|
79
|
+
- Use `/memory` commands to track project evolution
|
|
80
|
+
|
|
81
|
+
## Best Practices
|
|
82
|
+
|
|
83
|
+
### Development Workflow
|
|
84
|
+
1. Always run tests before committing
|
|
85
|
+
2. Use descriptive commit messages
|
|
86
|
+
3. Keep pull requests focused and reviewable
|
|
87
|
+
4. Document breaking changes
|
|
88
|
+
5. Update documentation when changing APIs
|
|
89
|
+
|
|
90
|
+
### Code Quality
|
|
91
|
+
- Run linters before committing
|
|
92
|
+
- Address all warnings and errors
|
|
93
|
+
- Review code for security vulnerabilities
|
|
94
|
+
- Consider performance implications
|
|
95
|
+
- Ensure accessibility compliance
|
|
96
|
+
|
|
97
|
+
### Communication
|
|
98
|
+
- Explain complex decisions clearly
|
|
99
|
+
- Provide context for changes
|
|
100
|
+
- Ask clarifying questions when uncertain
|
|
101
|
+
- Document assumptions and constraints
|