apply-fundamentals-of-data-visualization
Skill4 starsChanged 3 months agoMITView on GitHub
WHEN/WHERE/WHO: [Scheduling: Analysts, researchers, product teams, and agents creating or reviewing charts, dashboards, reports, or infographics.] HOW: [Structural: Use this SKILL to select the right chart for the analytical task, apply perception-safe visual encodings, and refine figure design for clarity, accessibility, and storytelling.] WHY: [Scheduling: Poor chart choices and visual styling errors hide insights and create misleading interpretation.]
In this repository61 other files it gives its agents.
- activate-personalSkill
- analyze-with-tactics-questionnairesSkill
- apply-agile-testing-quadrantsSkill
- apply-architectural-tacticsSkill
- apply-attribute-driven-designSkill
- apply-oopsi-modelSkill
- apply-screenplay-patternSkill
- apply-specification-by-exampleSkill
- blog-topic-discoverSkill
- build-agent-memory-systemsSkill
- build-business-objectives-modelSkill
- build-data-dictionarySkill
- build-feature-treeSkill
- comment-alive-test-driven-developmentSkill
- conduct-event-stormingSkill
- create-ecosystem-mapSkill
- create-living-documentationSkill
- create-skill-from-bookSkill
- CREATING-SKILL-TEMPLATESkill
- define-architectural-driversSkill
- define-bounded-contextsSkill
- define-ubiquitous-languageSkill
- design-agentic-screenplay-modelSkill
- design-agent-perception-layersSkill
- design-agent-planningSkill
- design-agent-reward-functionsSkill
- design-agents-using-patternsSkill
- design-architecture-viewpointsSkill
- design-autonomous-ai-interfacesSkill
- design-ddd-aggregatesSkill
- design-tool-use-sandboxingSkill
- document-architectural-decisionsSkill
- document-legacy-codebaseSkill
- doc-with-usage-exampleSkill
- draft-srs-documentSkill
- elicit-requirements-modelsSkill
- evolve-skill-with-wikiSkill
- extract-business-rulesSkill
- facilitate-example-mappingSkill
- facilitate-user-story-mappingSkill
- implement-agent-observabilitySkill
- implement-agent-reflectionSkill
- improve-existing-skillSkill
- improve-user-storySkill
- managing-ai-projectsSkill
- orchestrate-multi-agent-collaborationSkill
- prioritize-requirementsSkill
- review-c4-modelSkill
- review-data-engineeringSkill
- save-as-skillSkill
- scaffold-cmake-cxx-sanitize-gtest-envSkill
- skill-commonSkill
- task-commit-triggerSkill
- test-case-with-demoSkill
- test-case-with-readmeSkill
- test-driven-developmentSkill
- UnitTesting-convert2CaTDDSkill
- update-my-resumeSkill
- update-spec-contextSkill
- validate-requirements-criteriaSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
25 rules. About 0 are common, 25 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈25
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 13
When this skill is activated, first load skill-common and apply the shared conventions it defines: canonical section order, frontmatter …
- Distinctive: line 24
avoid misleading and low-signal visual patterns.
- Distinctive: line 26
All operational guidance in this SKILL is written in natural language.
- Distinctive: line 70
Transfer Check: Verify the workflow still works for exploratory charts, presentation figures, and publication-ready visuals.
- Distinctive: line 71
Stop Rule: If the analysis question, audience, or medium is unclear, stop and ask before finalizing the recommendation.
- Distinctive: line 76
Do not use gratuitous 3D effects for 2D data comparisons.
- Distinctive: line 77
Do not use rainbow/nonmonotonic scales for ordered values.
- Distinctive: line 79
Use redundant coding when color alone is risky (shape, line type, label, position).
- Distinctive: line 81
Treat uncertainty as first-class information when decisions depend on it.
- Distinctive: line 82
Keep SKILL instructions text-first and executable via plain language checklists.
- Distinctive: line 83
Do not make execution depend on reading diagrams, images, or visual assets.
- Distinctive: line 88
If the analysis question, audience, or medium is unclear, stop and ask for clarification before finalizing the chart recommendation.
- Distinctive: line 102
Use chart family by task:
- Distinctive: line 110
Prefer the simplest chart that answers the question without hiding structure.
- Distinctive: line 119
Test color-vision-deficiency robustness.
- Distinctive: line 121
Avoid 3D unless representing true 3D structure and no better 2D alternative exists.
- Distinctive: line 124
Ensure each figure makes one primary point.
- Distinctive: line 125
If figure complexity is high, introduce a simpler lead figure first, then expand.
- Distinctive: line 126
Remove decorative elements that do not support interpretation.
- Distinctive: line 134
Keep content and design separable when tooling supports themes/styles.
- Distinctive: line 152
Verify chart type and encodings directly answer the stated analytical question.
- Distinctive: line 153
Verify quantitative axes and units are explicit and not misleading.
- Distinctive: line 154
Verify color and legend design remains readable in grayscale/CVD simulation.
- Distinctive: line 155
Verify no prohibited anti-patterns are present.
- Distinctive: line 156
Verify title/caption and annotations support a clear single takeaway.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Apply Fundamentals of Data Visualization
Common Contract (Load First)
When this skill is activated, first load skill-common and apply the shared conventions it defines: canonical section order, frontmatter rules, anti-pattern guidance, and the Review In Mind loop in review-in-mind. This skill adds only domain-specific rules below.
Who
Analysts, data scientists, researchers, product managers, and AI agents who need to produce clear, accurate, and persuasive data visualizations.
What
This skill turns data visualization principles into a practical execution workflow:
- map data to appropriate aesthetics and scales,
- choose chart types by question,
- design readable figures with robust color and labeling,
- communicate uncertainty and narrative clearly,
- avoid misleading and low-signal visual patterns.
All operational guidance in this SKILL is written in natural language. Diagrams, if present elsewhere in the package, are optional references and must not be required to execute the workflow.
When
Invoke this skill when the user asks to:
- design charts or dashboards,
- improve readability of existing figures,
- choose among chart alternatives,
- fix misleading visuals,
- prepare publication-grade or presentation-ready visual outputs.
Trigger phrases include:
- "improve this chart"
- "choose a better visualization"
- "make this figure clearer"
- "design a compelling but accurate chart"
Where
Applies to:
- data visualization code and notebooks,
- static report figures,
- dashboard components,
- diagram artifacts in markdown (including Mermaid-compatible outputs).
Why
Good visualizations reduce interpretation effort and improve decision quality. Bad visualizations can bias conclusions through encoding errors (for example, truncated bars, nonmonotonic color scales, unnecessary 3D effects, or overloaded legends).
Inputs
- Dataset and variable dictionary (required)
- Primary analytical question (required)
- Audience type and medium (required): report, dashboard, social, slide, publication
- Constraints (optional): grayscale print, color-vision deficiency support, size limits, file format constraints
Output (Logical Evidence)
- Visualization specification (chart type, mappings, scales, and annotations)
- Figure design decisions (color, labels, context, layout, and export format)
- Validation checklist results (accuracy, readability, accessibility, and storytelling)
- Risk notes (known tradeoffs and residual ambiguity)
Optimization Readiness
- Failure Signals: Chart choice is driven by aesthetics instead of analytical intent, encodings mislead magnitude or order, accessibility is ignored, or the figure tries to communicate too many messages at once.
- Evidence To Collect: Visualization specs, design decisions, validation checklist results, accessibility notes, and examples where a chart choice improved or obscured the question.
- Safe Mutation Boundaries: Refine chart-selection guidance, encoding rules, accessibility checks, and storytelling prompts without changing the core perception-safe visualization workflow.
- Acceptance Criteria: Accept revisions only if the figure type answers the stated analytical question, encodings stay truthful, and readability/accessibility checks are explicit.
- Rejected Revision Handling: Record misleading encoding patterns, decorative chartjunk, and unreadable label choices so they are not repeated.
- Transfer Check: Verify the workflow still works for exploratory charts, presentation figures, and publication-ready visuals.
- Stop Rule: If the analysis question, audience, or medium is unclear, stop and ask before finalizing the recommendation.
Constraints (Logical Boundaries)
- Choose chart type from analytical intent, not aesthetics preference.
- Preserve proportional encoding for magnitude charts (bars on linear scales start at zero).
- Do not use gratuitous 3D effects for 2D data comparisons.
- Do not use rainbow/nonmonotonic scales for ordered values.
- Limit qualitative color categories to manageable counts; use direct labels or grouping when category count is large.
- Use redundant coding when color alone is risky (shape, line type, label, position).
- Balance context and data ink: enough reference cues to compare values, not clutter.
- Treat uncertainty as first-class information when decisions depend on it.
- Keep SKILL instructions text-first and executable via plain language checklists.
- Do not make execution depend on reading diagrams, images, or visual assets.
- Anti-Pattern Mapping:
- Forbidden: truncated-bar exaggeration, color-for-decoration only, legend puzzles, chartjunk-heavy 3D decoration, unreadable tiny labels, unreported units for quantitative axes.
One More Thing
If the analysis question, audience, or medium is unclear, stop and ask for clarification before finalizing the chart recommendation.
How (Structural Workflow)
Phase 1: Define the Message and Audience
- Extract the main question in one sentence (comparison, distribution, trend, proportion, association, geospatial, uncertainty).
- Identify the audience decision context and expected reading depth.
- Determine whether the figure is exploratory, explanatory, or both.
Phase 2: Map Data to Encodings
- Classify each variable (quantitative continuous/discrete, categorical ordered/unordered, date/time, text).
- Map variables to appropriate aesthetics (position first, then color/shape/size/line type as needed).
- Select linear or nonlinear scales intentionally and document why.
Phase 3: Select Visualization Family
- Use chart family by task:
- amounts: bars, dots, heatmaps
- distributions: histogram, density, ECDF, box/violin/sina/ridgeline
- proportions: side-by-side bars, stacked bars, pie only when simple fractions are primary
- associations: scatter/correlogram/dimension-reduction views
- trends/time series: lines with trend aids when needed
- geospatial: projection-aware maps, choropleth/cartogram when justified
- uncertainty: intervals, bands, frequency framing, or hypothetical outcomes
- Prefer the simplest chart that answers the question without hiding structure.
Phase 4: Design for Perception and Accessibility
- Apply proportional-ink checks for area/length encodings.
- Handle overlap with jitter, transparency, binning, or contours.
- Use color purposefully:
- distinguish categories,
- encode ordered values with monotonic scales,
- highlight focal items with accent colors.
- Test color-vision-deficiency robustness; add redundant coding if needed.
- Set labels, legends, captions, and units for immediate interpretation.
- Avoid 3D unless representing true 3D structure and no better 2D alternative exists.
Phase 5: Story and Context Refinement
- Ensure each figure makes one primary point.
- If figure complexity is high, introduce a simpler lead figure first, then expand.
- Remove decorative elements that do not support interpretation.
- Align title and caption with the intended claim and evidence.
Phase 6: Export and Reproducibility
- Choose output format by usage:
- vector when possible for publication/editability,
- high-resolution bitmap when needed.
- Preserve reproducibility with scripted generation or explicit transformation notes.
- Keep content and design separable when tooling supports themes/styles.
Resources
- Visualization Decision Checklist
- Visualization Anti-Patterns
Diagram-related files in details/ are for optional reference and evidence only; they are not required steps in this SKILL workflow.
Review In Mind (ReviewInMindGenie)
Execute the common review loop in review-in-mind before delivering.
Review lens for this skill:
- Does the chosen chart type answer the analytical question without misleading encodings?
- Are color, labels, scales, and uncertainty handled accessibly and consistently?
- Would the intended audience read the intended message correctly at a glance?
Validation (Verifiable Rewards)
- Verify chart type and encodings directly answer the stated analytical question.
- Verify quantitative axes and units are explicit and not misleading.
- Verify color and legend design remains readable in grayscale/CVD simulation.
- Verify no prohibited anti-patterns are present.
- Verify title/caption and annotations support a clear single takeaway.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

