dashboard
Design and review dashboards that are informative, honest, accessible, and visually polished, independent of any tool.
Skill by caarlos0
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/caarlos0-dashboard
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: documents, design, data
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/dashboard
What's inside
- Skill name
dashboard- Description
- Design and review dashboards that are informative, honest, accessible, and visually polished, independent of any tool. Use when planning, building, critiquing, or simplifying a dashboard, KPI page, monitoring board, wallboard, or report with charts.
- License
- MIT
- Instructions
- 311 lines in SKILL.md · view on GitHub
Files (1)
- SKILL.md
SKILL.md (first lines)
# Dashboard
A dashboard is a decision tool, not a collection of charts. Stephen Few defines
it as "a visual display of the most important information needed to achieve one
or more objectives, consolidated and arranged on a single screen so the
information can be monitored at a glance." Work backward from the decisions the
dashboard supports. Encode the most important data with the most accurate
channels. Show context and uncertainty honestly. A dashboard looks good when it
is restrained and consistent, not when it is decorated.
## Start with purpose, not data
- Write down the audience, the decisions they make, how often they look, and
the device or setting (desk, phone, wall TV).
- Ask users: what do you need to know, what will you do with it, and which
decisions depend on it? Never design a dashboard without talking to the
people who will use it.
- Pick the genre first, because each one follows different rules:
- **Static or executive**: single screen, no interaction, glanceable.
- **Analytic**: faceted views, filters, drill-down. Avoid scrolling, because
it makes comparison harder.
- **Operational or monitoring**: real time, built around how the system
behaves, and paired with alerts.
- **Magazine or public**: narrative text, annotations, and a guided story.
- Only build a dashboard for high-priority indicators that are updated often
and revisited. A one-off question is better answered with a report or a
single chart.
## Choose metrics deliberately
- For every metric, ask: "What would I do differently if this went up or
down?" If the answer is nothing, remove the metric.
- Prefer actionable metrics over vanity totals. Pair lagging outcomes
(revenue, churn) with leading indicators (pipeline, engagement).
- Expect metrics to be gamed once they become targets (Goodhart's law). Add a
counter-metric, such as speed paired with quality.
- Give every KPI a name, definition, calculation, source, owner, target, and
refresh cadence. Keep definitions in one shared place so different
dashboards don't disagree.
- Show only a few headline numbers. Working memory is limited. There is no
magic number, so cut until every remaining tile earns its place.
- Never show a number alone. Pair it with at least one of: target, prior
period, same period last year, forecast, benchmark, or normal range.
## Encode for accuracy
- Perceptual accuracy, from most to least accurate: position on a common
scale > position on unaligned scales > length > slope or angle > area >
volume > color saturation. Put the most important quantity on position or
length.
- Use hue for categories and lightness or saturation for ordered values.
Never use hue to show a quantity.
- Make one thing stand out with a single feature, such as one saturated color
against grey. Readers cannot quickly find an item defined by a combination of
two features, such as "red and square".
- Keep graphical integrity: the visual effect should match the data effect,
never add visual dimensions the data doesn't have, and never strip the data
of its context.
### Pick the right form
| Need | Use | Avoid |
| --- | --- | --- |
| Compare magnitudes | Bars or dots; bars start at zero | 3D bars, truncated bars |
| Trend over time | Line; sparkline for compact trend | Animation instead of small multiples |
| Progress vs. target | Bullet graph | Gauges, dials, speedometers |
| Part-to-whole | Stacked bar, or a pie with 5 or fewer slices | Many-slice pies or donuts |
| Many series or entities | Small multiples with shared scales | Spaghetti lines |
| Exact lookup, mixed units | Table | Charts that make users estimate values |
| Two measures with different units | Two aligned panels | Dual-axis charts |
| Units of very different sizes | Funnel plot with control limits | League-table rankings |
### Building blocks
- **KPI tile**: value (largest), short label, comparison, gap in absolute and
percent terms, and a small trend. Color the gap by good or bad relative to
the target, not by arrow direction (costs going down is good). Always pair
color with a symbol or sign.
- **Bullet graph**: label, linear scale, a bar for the measure, a tick for the
target, and 2–5 qualitative bands in shades of one hue.
- **Sparkline**: a word-sized trend for context. Rows with independent y-axes
are not comparable to each other.
- **Tables**: right-align numbers and left-align text. Use consistent
precision, tabular figures, and units stated once in the header. Use light
dividers instead of grids, and add zebra stripes only on wide tables. Sort by
the most meaningful column. Highlight outliers. Add in-cell bars,
sparklines, or heatmap shading where they help.
## Layout and hierarchy
- Readers scan top-left first, then across, then down the left edge. Put the
main message or headline KPIs top-left. Start labels with the words that
carry the meaning.
- Order the page as overview, then trends and breakdowns, then detail
("overview first, zoom and filter, then details on demand"). Put secondary
material behind tooltips, drill-downs, or extra pages.
- Group related items with proximity and whitespace before adding boxes. Use
more space between groups than within them.
- Align everything to a grid. Panels that will be compared need the same
scales, time ranges, and sizes.
- Manage the trade-off between screen space, abstraction, number of pages,
and interactivity. Shrinking one forces growth in another, so decide
deliberately.
- Minimize interaction. If something can be solved without a click, solve it
that way.
## Color
- Match the palette to the data: sequential for ordered values, diverging
around a meaningful midpoint, qualitative for categories, cyclic for
wrap-around values such as hour of day.
- For continuous data, use perceptually uniform maps such as viridis or
cividis. Never use rainbow or jet.
- Make grey the default and use one accent color for what matters. Use at
most 5–7 categorical colors; beyond that, group categories or change the
chart.
- The same entity gets the same color in every panel and every dashboard.
- Avoid encoding meaning with red and green alone. Blue and orange is a safer
pair. Make colors differ in lightness, and check that the dashboard stillFrom caarlos0/dotfiles, MIT.
More from caarlos0/dotfiles
- 0.794score
apple-developer
caarlos0
Build, debug, and review native macOS, iPadOS, and iOS apps.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
cli-design
caarlos0
Design and review command-line interfaces for usability, automation, safety, accessibility, and long-term compatibility.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
writing-tests
caarlos0
Write deterministic tests that fail for real product defects.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
gh-cli
caarlos0
Use GitHub CLI efficiently for pull requests, CI checks, workflow runs, logs, and merge status.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
gh-doc-author
caarlos0
Author and revise clear GitHub internal documentation, including design docs, proposals, decision records, runbooks, status updates, and handoffs.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
go-conventions
caarlos0
Carlos Becker's Go implementation and review conventions.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
tui-design
caarlos0
Design terminal user interfaces and interactive CLIs that stay usable, accessible, and scriptable.
SkillAFreshness: A★ 224Claude Code +9 - 0.788score
runtime-process-debugging
caarlos0
Debug cross-platform process, shell, sandbox, pipe, handle, startup, and shutdown behavior.
SkillAFreshness: A★ 224Claude Code +9 - 0.788score
code-simplifier
caarlos0
Final simplification pass over recently changed code without changing behavior.
SkillAFreshness: A★ 224Claude Code +9 - 0.788score
dependabot-merge
caarlos0
Review and merge open dependency pull requests from Dependabot, Renovate and similar bots across the goreleaser organization and the caarlos0 user.
SkillAFreshness: A★ 224Claude Code +9 - 0.788score
rust-specialist
caarlos0
Rust specialist for implementation, review, refactoring, safety, cross-platform behavior, async/process lifecycles, and measured performance.
SkillAFreshness: A★ 224Claude Code +9 - 0.788score
maintainer-briefing
caarlos0
Generate a prioritized maintainer briefing from current GitHub repository state, including issue/PR dependencies, CI, review blockers, regressions, and drift.
SkillAFreshness: A★ 224Claude Code +9
Compare and alternatives
Featured in
Signals
- Stars
- 224
- Forks
- 12
- Open issues
- 0
- Last commit (this folder)
- Oct 3, 2026 (24 days ago)
- Last release
- Oct 1, 2026 (26 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/caarlos0/dotfiles
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from caarlos0
- 0.794score
apple-developer
caarlos0
Build, debug, and review native macOS, iPadOS, and iOS apps.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
cli-design
caarlos0
Design and review command-line interfaces for usability, automation, safety, accessibility, and long-term compatibility.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
go-conventions
caarlos0
Carlos Becker's Go implementation and review conventions.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
gh-doc-author
caarlos0
Author and revise clear GitHub internal documentation, including design docs, proposals, decision records, runbooks, status updates, and handoffs.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
gh-cli
caarlos0
Use GitHub CLI efficiently for pull requests, CI checks, workflow runs, logs, and merge status.
SkillAFreshness: A★ 224Claude Code +9 - 0.792score
tui-design
caarlos0
Design terminal user interfaces and interactive CLIs that stay usable, accessible, and scriptable.
SkillAFreshness: A★ 224Claude Code +9
Cite this page
dashboard skill. Agent Mart. https://agentmart.dev/skills/caarlos0-dashboard (last updated 2026-10-24)