1---2name: analytics-dashboard-generator3description: Create dashboards with KPIs and real-time metrics.4---56# Analytics Dashboard Generator78## Purpose9- Create dashboards with KPIs and real-time metrics.1011## Preconditions12- Access to system context (repos, infra, environments)13- Confirmed requirements and constraints14- Required approvals for security, compliance, or governance1516## Inputs17- Problem statement and scope18- Current architecture or system constraints19- Non-functional requirements (performance, security, compliance)20- Target stack and environment2122## Outputs23- Design or implementation plan24- Required artifacts (diagrams, configs, specs, checklists)25- Validation steps and acceptance criteria2627## Detailed Step-by-Step Procedures281. Clarify scope, constraints, and success metrics.292. Review current system state, dependencies, and integration points.303. Select patterns, tools, and architecture options that match constraints.314. Produce primary artifacts (docs/specs/configs/code stubs).325. Validate against requirements and known risks.336. Provide rollout and rollback guidance.3435## Decision Trees and Conditional Logic36- If compliance or regulatory scope applies -> add required controls and audit steps.37- If latency budget is strict -> choose low-latency storage and caching.38- Else -> prefer cost-optimized storage and tiering.39- If data consistency is critical -> prefer transactional boundaries and strong consistency.40- Else -> evaluate eventual consistency or async processing.4142## Error Handling and Edge Cases43- Partial failures across dependencies -> isolate blast radius and retry with backoff.44- Data corruption or loss risk -> enable backups and verify restore path.45- Limited access to systems -> document gaps and request access early.46- Legacy dependencies with limited change tolerance -> use adapters and phased rollout.4748## Tool Requirements and Dependencies49- CLI and SDK tooling for the target stack50- Credentials or access tokens for required environments51- Diagramming or spec tooling when producing docs5253## Stack Profiles54- Use Profile A, B, or C from `skills/STACK_PROFILES.md`.55- Note selected profile in outputs for traceability.5657## Validation58- Requirements coverage check59- Security and compliance review60- Performance and reliability review61- Peer or stakeholder sign-off6263## Rollback Procedures64- Revert config or deployment to last known good state.65- Roll back database migrations if applicable.66- Verify service health, data integrity, and error rates after rollback.6768## Success Metrics69- Measurable outcomes (latency, error rate, uptime, cost)70- Acceptance thresholds defined with stakeholders7172## Example Workflows and Use Cases73- Minimal: apply the skill to a small service or single module.74- Production: apply the skill to a multi-service or multi-tenant system.