Skip to content
Skills Library
Data & analytics · Analysis

data-visualization

/data-visualization

Guides data visualization design—chart type selection for message and audience, honest scales and labeling, color and accessibility, executive and operational dashboard layout, actuarial and insurance charts (loss triangles, trends, distributions), ethics and misleading-viz avoidance, and visualization specs for engineers versus slides. Tool-agnostic patterns (matplotlib, plotly, Tableau concepts). Use when the user says "data visualization", "chart type", "dashboard design", "visualize this data", "which chart should I use", "misleading chart", "accessible chart", "executive dashboard", "loss

Licence
MIT
Last repository change
20.05.2026

Assessment and security

90/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content25 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
7
Scripts
0
HTML comments
0
URLs in SKILL.md
0
Deprecation

No signals detected. Repository changed on 20.05.2026, without references to retired models or APIs.

Licence

MIT, open: use and modify while retaining author attribution.

What it does and when to use it

Guides data visualization design—chart type selection for message and audience, honest scales and labeling, color and accessibility, executive and operational dashboard layout, actuarial and insurance charts (loss triangles, trends, distributions), ethics and misleading-viz avoidance, and visualization specs for engineers versus slides. Tool-agnostic patterns (matplotlib, plotly, Tableau concepts). Use when the user says "data visualization", "chart type", "dashboard design", "visualize this data", "which chart should I use", "misleading chart", "accessible chart", "executive dashboard", "loss

Triggers from the description

data visualizationchart typedashboard designvisualize this datawhich chart should I usemisleading chartaccessible chartexecutive dashboard
Original author description

Guides data visualization design—chart type selection for message and audience, honest scales and labeling, color and accessibility, executive and operational dashboard layout, actuarial and insurance charts (loss triangles, trends, distributions), ethics and misleading-viz avoidance, and visualization specs for engineers versus slides. Tool-agnostic patterns (matplotlib, plotly, Tableau concepts). Use when the user says "data visualization", "chart type", "dashboard design", "visualize this data", "which chart should I use", "misleading chart", "accessible chart", "executive dashboard", "loss

How it works

  1. When to Use
  2. When NOT to Use
  3. Related skills
  4. Core Workflows
  5. Output standards
  6. When to load references
Original SKILL.md headings · 113 lines, 728 words
SKILL.md preview
---
name: data-visualization
description: |
  Guides data visualization design—chart type selection for message and audience, honest scales
  and labeling, color and accessibility, executive and operational dashboard layout, actuarial and
  insurance charts (loss triangles, trends, distributions), ethics and misleading-viz avoidance,
  and visualization specs for engineers versus slides. Tool-agnostic patterns (matplotlib, plotly,
  Tableau concepts).
  Use when the user says "data visualization", "chart type", "dashboard design", "visualize this
  data", "which chart should I use", "misleading chart", "accessible chart", "executive dashboard",
  "loss triangle chart", or "data viz spec"—not full statistical analysis, BI platform admin, ETL
  pipelines, narrative-only storytelling, or hands-on warehouse or dbt modeling.
---

# Data Visualization

## When to Use

- Choose **chart types** that match the analytical question and audience decision
- Apply **design principles**: honest axes, labels, color, hierarchy, small multiples
- Meet **accessibility** needs: colorblind-safe palettes, contrast, alt-text guidance
- Design **executive** summaries and **operational** monitoring dashboards (layout and viz layer)
- Build **actuarial/insurance** views: loss triangles, trend panels, distributions, scenario bands
- Audit or fix **misleading** charts (truncated axes, dual-axis abuse, cherry-picking)
- Write **viz specs** for engineers (data bindings, encodings) or **slide** narrative outlines
- Review matplotlib, plotly, ggplot, or BI tool outputs for clarity and integrity

## When NOT to Use

- Full **exploratory analysis**, modeling, A/B tests, or MLOps → `data-scientist`
- **Narrative arc**, key messages, and storytelling without chart design focus → `storytelling`
- **Cloud cost** allocation, CUR analysis, or FinOps cadence → `finops-analyst`
- **Dashboard SQL**, KPI definitions, cohort/funnel queries, or BI tool admin → `bi-analyst`
- **dbt marts**, warehouse modeling, tests, and lineage → `analytics-data-engineer`
- **Assumption** selection, governance packs, or change control → `assumption-setting`
- **ETL/ELT** pipeline build, orchestration, or data quality frameworks → `data-warehouse-engineer`
- **Interactive HTML** dashboard products with filters and deployment → route to frontend or product skills if present; pair with `bi-analyst` for metric definitions

## Related skills

| Need | Skill |
|---|---|
| ML, statistics, experiments, production models | `data-scientist` |
| Story spine, executive narrative, data story wording | `storytelling` |
| Cloud spend charts tied to allocation and optimization | `finops-analyst` |
| KPI definitions, analytical SQL, BI delivery | `bi-analyst` |
| Warehouse marts and analytics engineering | `analytics-data-engineer` |
| Assumption packs, sensitivity grids, governance | `assumption-setting` |
| Pricing, reserving, triangle mechanics | `actuary` |

## Core Workflows

### 1. Frame message, audience, and medium

1. State the **decision** or question the viz must support
2. Identify **audience** (exec, ops, regulator, engineer) and **medium** (slide, dashboard, report, spec)
3. List **metrics** with definitions; confirm numerator/denominator with `bi-analyst` if unclear
4. Note **uncertainty** (ranges, confidence, scenarios) before choosing encodings
5. Pick **one primary message** per view; defer secondary points to appendix or drill-down

**See `references/data_visualization_scope.md`.**

### 2. Select chart type and encoding

1. Map question type (comparison, trend, distribution, relationship, composition, geography) to chart family
2. Prefer **simplest** chart that carries the message; add small multiples before exotic forms
3. Document **encoding**: x, y, color, size, facet, and sort order
4. Flag when **tables** beat charts (exact lookup, many dimensions, audit trails)

**See `references/chart_selection_and_message.md`.**

### 3. Apply design and accessibility

1. Set **axis** baselines, units, and tick density; justify log scales
2. Choose **color** for meaning (not decoration); test colorblind and contrast
3. Write **labels**, titles that state the insight, and source/refresh footnotes
4. Provide **alt text** or long descriptions for static exports

**See `references/design_principles_and_accessibility.md`.**

### 4. Design dashboards and executive views

1. Apply visual **hierarchy** (F-pattern, KPI strip, drill paths)
2. Limit **density**; separate monitoring vs exploratory layouts
3. Add **context**: targets, prior period, benchmarks, annotations for events
4. Specify **interactions** only when they change decisions (filters, drill, alerts)

**See `references/executive_and_dashboard_design.md`.**

### 5. Actuarial and insurance visualization

1. Use standard **loss triangle** layouts; label development and valuation periods
2. Show **trends** and **distributions** with explicit basis (accident year, calendar year)
3. Present **scenarios** as bands or small multiples—not false point precision
4. Coordinate labels with `assumption-setting` and `actuary` for technical definitions

**See `references/actuarial_insurance_visualization.md`.**

### 6. Ethics check and handoff

1. Run **misleading-viz** checklist before publish
2. Produce **engineer spec** (data schema, encodings, refresh) or **slide outline** (headline per chart)
3. Separate **exploration** drafts from **production** assets

**See `references/misleading_viz_and_ethics.md`.**

## Output standards

- One **primary insight** per chart; title states the takeaway
- Axes labeled with **units**; zero baseline when magnitude comparisons matter
- **Source**, as-of date, and filters documented on every external-facing viz
- No **fabricated** data or smoothed series without disclosure
- Accessibility: do not rely on color alone; meet contrast targets for text and UI chrome
- Specs list **fields**, **aggregations**, **sort**, and **edge cases** (nulls, small n)

## When to load references

| Topic | Reference |
|---|---|
| Scope, boundaries, tool posture | `references/data_visualization_scope.md` |
| Chart selection and message fit | `references/chart_selection_and_message.md` |
| Design, color, accessibility | `references/design_principles_and_accessibility.md` |
| Executive and dashboard layout | `references/executive_and_dashboard_design.md` |
| Actuarial and insurance charts | `references/actuarial_insurance_visualization.md` |
| Misleading viz and ethics | `references/misleading_viz_and_ethics.md` |
Files in this package (7)
  • SKILL.md 6 KB
  • references/actuarial_insurance_visualization.md 4 KB
  • references/chart_selection_and_message.md 5 KB
  • references/data_visualization_scope.md 3 KB
  • references/design_principles_and_accessibility.md 4 KB
  • references/executive_and_dashboard_design.md 4 KB
  • references/misleading_viz_and_ethics.md 4 KB

Versions

RepositoryScoreLicence
This page · rade-nugroho/agentic-enteprises-skill90MIT
langchain-ai/deepagents100MIT
dannykkh/skill-olympus100MIT
anthropics/knowledge-work-plugins100Apache-2.0
kensaurus/cursor-kenji100MIT
uw-ssec/rse-plugins100BSD-3-Clause
seb1n/awesome-ai-agent-skills100MIT
sandbaseai/sandbase-skills90Apache-2.0
Amey-Thakur/AI-SKILLS90MIT

Database snapshot: 13.11.2026 · package version 543376922dc8 (SHA-256 digest of the entire package)

Downloads in the last 30 days: 0 · ranking

Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.

Similar skills

  • 100lens-chart
    Use when asked to select chart types for analytics dashboards, choose BI visualizations, or design data displays. Examples: "best chart for sales data", "dashboard visualization for metrics", "analytics chart selection
  • 100roast-my-chart
    Review a finished chart, plot, map or dashboard against the 61 Data to Viz caveat flashcards, and report what to fix. Use when the user asks to roast, review, critique, audit or give feedback on a chart, asks "what's wrong with my chart" or "is this chart misleading", or wants a…
  • 100matplotlib-viz
    Scientific visualization via Matplotlib. Use when: user asks for plots, charts, or data visualization. NOT for: interactive dashboards or web-based charts.
  • 90plot-chart
    Design or critique a data visualization — chart type selection, encoding, and clarity. Use when asked "what chart should I use", "critique this visualization", or "design this chart".
  • 100chart-chooser
    Selects the most appropriate chart type for a given dataset and analytical question, then produces a clean, honest, well-labeled visualization spec. Use this skill when a user asks "what chart should I use", "how should I visualize this data", "which graph fits", "make a chart…
  • 100visualization-patterns
    Apply whenever you generate any chart, graph, or data visualization — from SQL results, in the chart-maker agent, in decks, or on "make a chart / visualize / plot / dashboard" requests. Enforces Storytelling With Data: gray first, one focus color, action titles, direct labels,…

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.