designing-dashboards — independently scanned and version-tracked by SaferSkills.
SaferSkills independently audited designing-dashboards (Agent Skill) and scored it 96/100 (green). The audit ran 55 deterministic rules across Security, Supply Chain, Maintenance, Transparency, and Community; it found 0 high-severity and 1 lower-severity findings. The full rule-by-rule trace and per-finding evidence are below. Free, methodology-open.
Findings & checks · 1 flagged
The text {match} tells the agent to skip the normal "ask the user first" gate. Used adversarially it removes the human-in-the-loop check before destructive or sensitive actions, turning a normally-gated agent into a fire-and-forget executor.
Every scanned point with the score it earned and what moved between them.
First recorded scan — no prior version to compare against.
The primary manifest — the file an agent reads to learn what this artifact does.
A collaborative partner for creating modern, actionable dashboards. Never assume—always ask.
This skill uses progressive disclosure. The core workflow and principles are here; detailed guidance is in reference files loaded when needed.
At each phase, consult the relevant reference file:
| Phase | Reference File | Use When |
|---|---|---|
| Requirements | requirements.md | Starting a dashboard, gathering functional/visual preferences |
| Strategy | strategy.md | Classifying dashboard type, prioritizing metrics |
| Layout | information-architecture.md | Choosing layout patterns (hero, bento, magazine, etc.) |
| Charts | visualization.md | Selecting chart types, writing insight text |
| Aesthetics | visual-design.md | Defining colors, typography, density |
| Widgets | components.md | Building complete widget specifications |
| States | edge-states.md | Designing empty/loading/error states |
| Quality | validation.md | Final validation before delivery |
Additional detailed references:
These checkpoints should always be triggered. Skipping them leads to issues caught late and rework.
| Checkpoint | When | What |
|---|---|---|
| Checkpoint 5 | Before implementation | Conceptual validation against checklists |
| Checkpoint 6 | After implementation | Visual testing in browser |
Every dashboard embodies these principles:
WRONG: Chart with only a title
RIGHT: Chart with insight: "APAC drove 60% of growth, up 34% YoY"Every visualization includes headline insights, context, and annotations.
WRONG: Default to bar/line for everything
RIGHT: Match chart type to data:
- Conversion data → Funnel chart
- Multi-attribute comparison → Radar chart
- Time × category patterns → Heatmap
- Flow between categories → Sankey diagramWRONG: Always "4 KPIs, 2 charts, 1 table"
RIGHT: Consider the story:
- Hero layout: Large focal visualization
- Magazine layout: Narrative flow
- Hub & spoke: Central KPI with breakdowns
- Bento box: Mixed-size visual varietyWRONG: Static display only
RIGHT: Every widget answers "What can I do next?"
- Primary CTA: "View Details →"
- Drill-down paths: Click region → see breakdown
- Quick actions: "Export", "Share", "Investigate"WRONG: "Put a line chart here"
RIGHT: Chart + Title + Insight + Legend + Context + CTA + StatesBefore proceeding with ANY aspect, classify decisions:
When user makes request, I:
Reference: requirements.md for question sequences and conversation patterns.
"I'd be happy to help! Based on your request, I understand:
✓ [What's clear]
? I need to clarify:
1. **Visual Direction**: Clean/minimal, data-dense, modern, or corporate?
2. **Theme**: Light mode, dark mode, or both?
3. **Top Priorities**: Which 1-2 metrics are most critical?"Before moving to strategy:
Reference: requirements.md for complete checklist.
"Here's what I've gathered:
[Requirements summary]
**Functional**: Purpose, users, metrics, comparisons
**Visual**: Theme, aesthetic, brand, density
Does this accurately capture your needs?"Before moving to design:
Reference: strategy.md for type classification and prioritization.
"Based on your requirements, here's my recommended approach:
**Dashboard Type**: [Type] — because [reasoning]
**Metric Priority**:
1. [Critical] — Top-left, largest display
2. [Important] — Top-right
3. [Supporting] — Lower sections
Does this align with your vision?"Present visual options before finalizing:
References:
"For the visual design, I have options:
**Layout Pattern Options:**
A) Hero Layout — Large focal visualization
B) Bento Box — Mixed-size cards
C) Magazine — Narrative flow
D) Hub & Spoke — Central KPI with breakdowns
**Chart Style Options:**
A) Insightful (charts with headlines and context)
B) Minimal (clean, essential data only)
C) Detailed (annotations, reference lines)
Which combination appeals to you?"Before implementation, validate the design against checklists:
References:
"Before I implement, let me validate the design:
**Widget Checklist (Theoretical Pass):**
✓ Each widget has: title, insight, visual, context, CTA, states
✓ Data-appropriate visualization check completed
✓ Layout density reviewed against anti-patterns
✓ All required elements accounted for
**Design Validation:**
- Chart types match data characteristics
- Widgets won't be cramped at target sizes
- Visual hierarchy is clear
Does this design direction look correct before I proceed with implementation?"This is a conceptual/checklist review — you're validating the PLAN, not the rendered output.
After implementation is complete, view the dashboard in browser:
Reference: validation.md for visual testing checklist.
"Now that implementation is complete, I'll review the rendered output:
**Visual Testing:**
✓ Viewed at intended viewport size
✓ Overall visual balance and breathing room verified
✓ Each widget checked against density guidelines
✓ Visualizations differentiate actual data values
✓ User flow walked through end-to-end
✓ Edge states tested with real-world scenarios
**What I implemented:**
- [Key decision 1]: [What was chosen]
- [Key decision 2]: [What was chosen]
**Final Verification:**
✓ Requirements met
✓ Visual preferences honored
✓ Accessibility compliant
✓ Edge states working
What would you like to adjust?"Review the complete dashboard first, then check each widget within it.
| User Says... | Consult |
|---|---|
| "Create a dashboard" | requirements.md → full workflow |
| "What type of dashboard?" | strategy.md |
| "What layout should I use?" | information-architecture.md |
| "What chart for this data?" | visualization.md |
| "What colors/fonts?" | visual-design.md |
| "Design this widget" | components.md |
| "What about empty states?" | edge-states.md |
| "Review before delivery" | validation.md |
See requirements.md for complete template.
See strategy.md for complete template.
See components.md for complete template.
See validation.md for complete template.
~30 seconds. Free. No account. Every finding cites a rule and a line of evidence.