Brand Style Guidelines
Apply consistent brand standards across all aspects of the Angular project.
When to Use
Automatically invoke this skill when:
- Creating new Angular components, modules, or services
- Writing user-facing text (labels, errors, help text, notifications)
- Editing existing components for consistency
- Creating or updating documentation
- Writing TypeScript code (to follow naming and structure conventions)
- User explicitly requests brand compliance check
Instructions
Step 1: Identify Work Type
Determine what needs brand guidelines:
- UI/Visual: Angular components, templates, CSS/SCSS, styling
- Copywriting: Headings, body text, CTAs, messages
- Code: Components, services, modules, interfaces, file structure
- Documentation: README, API docs, guides, comments
Step 2: Load Relevant Guidelines
Read the appropriate reference files from reference/:
visual-ui.md - Colors, typography, spacing, components
writing-tone.md - Voice, terminology, messaging
code-conventions.md - Naming, structure, Angular patterns
documentation.md - Format, style, organization
Step 3: Apply Guidelines
For UI/Visual Work
- Use only approved brand colors from palette
- Apply correct typography hierarchy and font families
- Follow spacing system (8px grid)
- Use established component patterns
- Ensure WCAG AA accessibility compliance
For Copywriting
- Match brand tone of voice (professional yet approachable)
- Use approved terminology consistently
- Write clear, action-oriented copy
- Address users directly ("you")
- Keep language concise and specific
For Code
- Follow Angular style guide and naming conventions
- Use consistent file and folder structure
- Apply established architectural patterns (services, guards, interceptors)
- Write self-documenting code with clear intent
- Add JSDoc comments for public APIs
For Documentation
- Follow standard document structure
- Use consistent formatting and headers
- Include required sections (Purpose, Usage, Examples)
- Write for the intended audience
- Keep examples current and tested
Step 4: Use Templates
Start from templates when creating new artifacts:
templates/component-template.component.ts for Angular components
templates/service-template.service.ts for services
templates/documentation-template.md for docs
Step 5: Validate Compliance
Run through the checklist:
- ✓ Visual elements match brand system
- ✓ Copy matches tone and terminology
- ✓ Code follows Angular conventions
- ✓ Documentation is complete and formatted correctly
- ✓ Accessibility standards met
- ✓ Consistent with existing project patterns
Quick Reference Rules
Visual
- Colors: Use CSS custom properties (
var(--primary-color), not hex codes directly)
- Typography: Follow hierarchy (H1: 32px, H2: 24px, Body: 16px)
- Spacing: Multiples of 8px only
- Components: Reuse existing, don't recreate
Writing
- Voice: Clear, helpful, professional yet friendly
- Structure: Active voice, verb-first CTAs
- Terminology: Consistent (see writing-tone.md)
- Length: Concise and scannable
Code
- Naming:
- Components: PascalCase with suffix (e.g.,
UserProfileComponent)
- Services: PascalCase with suffix (e.g.,
AuthService)
- Files: kebab-case (e.g.,
user-profile.component.ts)
- Organization: Feature-based module structure
- Comments: JSDoc for public APIs, explain "why" not "what"
- Patterns: Follow Angular best practices
Documentation
- Structure: Purpose → Usage → Examples → API
- Code blocks: Syntax-highlighted with language tags
- Links: Relative paths for internal docs
- Updates: Keep in sync with code changes
Examples
See examples/before-after.md for concrete transformations across all guideline types.
Troubleshooting
Issue: Existing code doesn't match guidelines
- Solution: Refactor incrementally, prioritize user-facing areas
Issue: Guidelines conflict with technical requirements
- Solution: Document exceptions with reasoning
Issue: Unclear which guideline applies
- Solution: Check reference files or ask for clarification
Validation Checklist
Before completing any work:
1---2name: brand-guidelines3description: Apply comprehensive brand style guidelines to all project work including UI components, code, documentation, and user-facing content. Use when creating or editing Angular components, HTML/CSS, TypeScript code, writing copy, documenting features, or any customer-facing materials to ensure brand consistency.4---56# Brand Style Guidelines78Apply consistent brand standards across all aspects of the Angular project.910## When to Use1112Automatically invoke this skill when:13- Creating new Angular components, modules, or services14- Writing user-facing text (labels, errors, help text, notifications)15- Editing existing components for consistency16- Creating or updating documentation17- Writing TypeScript code (to follow naming and structure conventions)18- User explicitly requests brand compliance check1920## Instructions2122### Step 1: Identify Work Type2324Determine what needs brand guidelines:25- **UI/Visual**: Angular components, templates, CSS/SCSS, styling26- **Copywriting**: Headings, body text, CTAs, messages27- **Code**: Components, services, modules, interfaces, file structure28- **Documentation**: README, API docs, guides, comments2930### Step 2: Load Relevant Guidelines3132Read the appropriate reference files from `reference/`:33- `visual-ui.md` - Colors, typography, spacing, components34- `writing-tone.md` - Voice, terminology, messaging35- `code-conventions.md` - Naming, structure, Angular patterns36- `documentation.md` - Format, style, organization3738### Step 3: Apply Guidelines3940#### For UI/Visual Work41- Use only approved brand colors from palette42- Apply correct typography hierarchy and font families43- Follow spacing system (8px grid)44- Use established component patterns45- Ensure WCAG AA accessibility compliance4647#### For Copywriting48- Match brand tone of voice (professional yet approachable)49- Use approved terminology consistently50- Write clear, action-oriented copy51- Address users directly ("you")52- Keep language concise and specific5354#### For Code55- Follow Angular style guide and naming conventions56- Use consistent file and folder structure57- Apply established architectural patterns (services, guards, interceptors)58- Write self-documenting code with clear intent59- Add JSDoc comments for public APIs6061#### For Documentation62- Follow standard document structure63- Use consistent formatting and headers64- Include required sections (Purpose, Usage, Examples)65- Write for the intended audience66- Keep examples current and tested6768### Step 4: Use Templates6970Start from templates when creating new artifacts:71- `templates/component-template.component.ts` for Angular components72- `templates/service-template.service.ts` for services73- `templates/documentation-template.md` for docs7475### Step 5: Validate Compliance7677Run through the checklist:78- ✓ Visual elements match brand system79- ✓ Copy matches tone and terminology80- ✓ Code follows Angular conventions81- ✓ Documentation is complete and formatted correctly82- ✓ Accessibility standards met83- ✓ Consistent with existing project patterns8485## Quick Reference Rules8687### Visual88- **Colors**: Use CSS custom properties (`var(--primary-color)`, not hex codes directly)89- **Typography**: Follow hierarchy (H1: 32px, H2: 24px, Body: 16px)90- **Spacing**: Multiples of 8px only91- **Components**: Reuse existing, don't recreate9293### Writing94- **Voice**: Clear, helpful, professional yet friendly95- **Structure**: Active voice, verb-first CTAs96- **Terminology**: Consistent (see writing-tone.md)97- **Length**: Concise and scannable9899### Code100- **Naming**:101 - Components: PascalCase with suffix (e.g., `UserProfileComponent`)102 - Services: PascalCase with suffix (e.g., `AuthService`)103 - Files: kebab-case (e.g., `user-profile.component.ts`)104- **Organization**: Feature-based module structure105- **Comments**: JSDoc for public APIs, explain "why" not "what"106- **Patterns**: Follow Angular best practices107108### Documentation109- **Structure**: Purpose → Usage → Examples → API110- **Code blocks**: Syntax-highlighted with language tags111- **Links**: Relative paths for internal docs112- **Updates**: Keep in sync with code changes113114## Examples115116See `examples/before-after.md` for concrete transformations across all guideline types.117118## Troubleshooting119120**Issue**: Existing code doesn't match guidelines121- **Solution**: Refactor incrementally, prioritize user-facing areas122123**Issue**: Guidelines conflict with technical requirements124- **Solution**: Document exceptions with reasoning125126**Issue**: Unclear which guideline applies127- **Solution**: Check reference files or ask for clarification128129## Validation Checklist130131Before completing any work:132- [ ] Follows visual/UI guidelines133- [ ] Copy matches brand voice134- [ ] Code adheres to Angular conventions135- [ ] Documentation is complete136- [ ] Consistent with existing patterns137- [ ] No accessibility issues138- [ ] User-facing content reviewed