Platform Audit
Purpose
Evaluate a proposed feature or existing implementation against platform-specific guidelines (iOS Human Interface Guidelines, Material Design 3, Web Content Accessibility Guidelines) and produce a compliance report with specific violations and remediation steps.
Scope Constraints
Reads source code, UI mockups, and platform guideline documentation for compliance analysis. Does not modify files or execute code. Does not submit builds or interact with App Store Connect or Google Play Console.
Inputs
- Feature description or UI mockup being evaluated
- Target platforms (iOS, Android, Web, or cross-platform)
- Existing implementation code (if available)
- App Store / Play Store submission history (if relevant)
Input Sanitization
No user-provided values are used in commands or file paths. All inputs are treated as read-only analysis targets.
Procedure
Progress Checklist
Step 1: Identify Target Platforms
Determine which platforms the feature targets. For cross-platform projects, note the framework (React Native, Flutter, Capacitor) and assess whether it provides native-feeling UI by default or requires platform-specific overrides.
Step 2: Audit iOS HIG Compliance
If targeting iOS, check against key Human Interface Guidelines:
- Navigation patterns (navigation controller, tab bars, bottom sheets)
- System UI integration (status bar, safe area, Dynamic Island)
- Gestures (swipe-to-delete, pull-to-refresh, edge swipe for back)
- Typography (SF Pro, Dynamic Type support)
- Iconography (SF Symbols usage, tab bar icon conventions)
- Privacy and permissions (purpose strings, App Tracking Transparency)
Step 3: Audit Material Design Compliance
If targeting Android, check against Material Design 3:
- Navigation patterns (navigation rail, bottom navigation, drawer)
- Component usage (FAB placement, snackbar vs toast, top app bar)
- Typography (Material Type Scale, Roboto fallback)
- Color system (dynamic color, tonal palettes, color roles)
- Elevation and surfaces (tonal elevation, container hierarchy)
- Back button and predictive back gesture
Step 4: Audit Web/PWA Compliance
If targeting web, check:
- Responsive breakpoints and layout reflow
- Touch target sizes (48x48px minimum)
- Keyboard navigation and focus management
- WCAG 2.1 AA color contrast and screen reader compatibility
- Progressive Web App criteria (if applicable)
Step 5: Cross-Platform Consistency Check
For multi-platform features, verify:
- Shared functionality is equivalent (not necessarily identical UI)
- Platform-specific interactions feel native on each platform
- No "lowest common denominator" patterns that feel foreign on any platform
Step 6: App Store Risk Assessment
Flag any patterns known to trigger review rejection:
- Misleading screenshots or metadata
- Permissions requested without clear justification
- Use of private APIs or undocumented behavior
- In-app purchase and subscription display requirements
Compaction resilience: If context was lost during a long session, re-read the Inputs section to reconstruct what feature is being audited, check the Progress Checklist for completed steps, then resume from the earliest incomplete step.
Output Format
# Platform Audit Report
## Platforms Evaluated
[iOS | Android | Web | All]
## Compliance Summary
| Platform | Pass | Warn | Fail | Score |
|----------|------|------|------|-------|
| iOS | N | N | N | X/10 |
| Android | N | N | N | X/10 |
| Web | N | N | N | X/10 |
## Findings
### [FAIL] [Platform] — [Finding Title]
**Guideline:** [Specific guideline reference]
**Issue:** [What's wrong]
**Remediation:** [Specific fix]
**Effort:** [Low/Medium/High]
### [WARN] [Platform] — [Finding Title]
**Guideline:** [Specific guideline reference]
**Issue:** [What's suboptimal]
**Recommendation:** [Suggested improvement]
## App Store Risk Assessment
- [Risk and mitigation]
## Cross-Platform Notes
- [Consistency observation]
Handoff
- Hand off to navigation-design if navigation pattern violations require architectural redesign.
- Hand off to device-integration if permission or hardware API compliance issues need integration-level remediation.
Quality Checks
Evolution Notes
1---2name: platform-audit-23description: Use when auditing a feature or implementation against platform-specific guidelines such as iOS HIG, Material Design 3, and WCAG. Covers compliance scoring, violation identification, remediation steps, and App Store risk assessment. Do not use for navigation architecture (use navigation-design) or hardware API integration (use device-integration).4---56# Platform Audit78## Purpose910Evaluate a proposed feature or existing implementation against platform-specific guidelines (iOS Human Interface Guidelines, Material Design 3, Web Content Accessibility Guidelines) and produce a compliance report with specific violations and remediation steps.1112## Scope Constraints1314Reads source code, UI mockups, and platform guideline documentation for compliance analysis. Does not modify files or execute code. Does not submit builds or interact with App Store Connect or Google Play Console.1516## Inputs1718- Feature description or UI mockup being evaluated19- Target platforms (iOS, Android, Web, or cross-platform)20- Existing implementation code (if available)21- App Store / Play Store submission history (if relevant)2223## Input Sanitization2425No user-provided values are used in commands or file paths. All inputs are treated as read-only analysis targets.2627## Procedure2829### Progress Checklist30- [ ] Step 1: Identify target platforms31- [ ] Step 2: Audit iOS HIG compliance32- [ ] Step 3: Audit Material Design compliance33- [ ] Step 4: Audit Web/PWA compliance34- [ ] Step 5: Cross-platform consistency check35- [ ] Step 6: App Store risk assessment3637### Step 1: Identify Target Platforms3839Determine which platforms the feature targets. For cross-platform projects, note the framework (React Native, Flutter, Capacitor) and assess whether it provides native-feeling UI by default or requires platform-specific overrides.4041### Step 2: Audit iOS HIG Compliance4243If targeting iOS, check against key Human Interface Guidelines:44- Navigation patterns (navigation controller, tab bars, bottom sheets)45- System UI integration (status bar, safe area, Dynamic Island)46- Gestures (swipe-to-delete, pull-to-refresh, edge swipe for back)47- Typography (SF Pro, Dynamic Type support)48- Iconography (SF Symbols usage, tab bar icon conventions)49- Privacy and permissions (purpose strings, App Tracking Transparency)5051### Step 3: Audit Material Design Compliance5253If targeting Android, check against Material Design 3:54- Navigation patterns (navigation rail, bottom navigation, drawer)55- Component usage (FAB placement, snackbar vs toast, top app bar)56- Typography (Material Type Scale, Roboto fallback)57- Color system (dynamic color, tonal palettes, color roles)58- Elevation and surfaces (tonal elevation, container hierarchy)59- Back button and predictive back gesture6061### Step 4: Audit Web/PWA Compliance6263If targeting web, check:64- Responsive breakpoints and layout reflow65- Touch target sizes (48x48px minimum)66- Keyboard navigation and focus management67- WCAG 2.1 AA color contrast and screen reader compatibility68- Progressive Web App criteria (if applicable)6970### Step 5: Cross-Platform Consistency Check7172For multi-platform features, verify:73- Shared functionality is equivalent (not necessarily identical UI)74- Platform-specific interactions feel native on each platform75- No "lowest common denominator" patterns that feel foreign on any platform7677### Step 6: App Store Risk Assessment7879Flag any patterns known to trigger review rejection:80- Misleading screenshots or metadata81- Permissions requested without clear justification82- Use of private APIs or undocumented behavior83- In-app purchase and subscription display requirements8485> **Compaction resilience**: If context was lost during a long session, re-read the Inputs section to reconstruct what feature is being audited, check the Progress Checklist for completed steps, then resume from the earliest incomplete step.8687## Output Format8889```markdown90# Platform Audit Report9192## Platforms Evaluated93[iOS | Android | Web | All]9495## Compliance Summary96| Platform | Pass | Warn | Fail | Score |97|----------|------|------|------|-------|98| iOS | N | N | N | X/10 |99| Android | N | N | N | X/10 |100| Web | N | N | N | X/10 |101102## Findings103104### [FAIL] [Platform] — [Finding Title]105**Guideline:** [Specific guideline reference]106**Issue:** [What's wrong]107**Remediation:** [Specific fix]108**Effort:** [Low/Medium/High]109110### [WARN] [Platform] — [Finding Title]111**Guideline:** [Specific guideline reference]112**Issue:** [What's suboptimal]113**Recommendation:** [Suggested improvement]114115## App Store Risk Assessment116- [Risk and mitigation]117118## Cross-Platform Notes119- [Consistency observation]120```121122## Handoff123124- Hand off to navigation-design if navigation pattern violations require architectural redesign.125- Hand off to device-integration if permission or hardware API compliance issues need integration-level remediation.126127## Quality Checks128129- [ ] Each finding references a specific platform guideline (not generic "best practice")130- [ ] All FAIL findings include concrete remediation steps131- [ ] Cross-platform features are checked for consistency across platforms132- [ ] App Store / Play Store rejection risks are flagged with mitigation133- [ ] Touch targets, typography, and navigation patterns are verified per platform134- [ ] Permission usage is checked for compliance with privacy requirements135136## Evolution Notes137<!-- Observations appended after each use -->