Omnibus
Skill 14 of 200
Build a new dashboard, or update an existing one, from a set of insights — the same job the in-app assistant does with its upsert-dashboard tool, but over MCP.
3 minutes · 611 words · 6 sections
Install
npx skills add PostHog/skills --skill building-a-dashboardnpx skills add PostHog/skills/plugin marketplace add PostHog/skillsThe first command installs just this skill, by the name in its SKILL.md; the second installs the whole repository.
A dashboard is a collection of insight tiles on one page. Your job is to figure out which insights belong on it, reuse what already exists, create what’s missing, and lay them out sensibly — not to blindly generate charts.
First work out whether you’re creating a new dashboard or changing an existing one.
dashboards-get-all (its search param does fuzzy name/description matching). If the
user is clearly describing something that already exists, they probably want an update.dashboard-get to see its current tiles before you change anything.PostHog ships vetted dashboard templates for common topics, and orgs can share their own. Consult them before you build — they’re a strong signal of which insights pair well on a topic.
dashboard-templates-list — browse templates (use search for a topic, scope to narrow to global / team /
organization). This returns names, descriptions, and tags only.dashboard-templates-retrieve — open the closest template to see its tiles: which insights it groups together and
how each is queried.Treat templates as examples, not a spec. Take inspiration from the insights and their groupings, but tailor every insight to the user’s own events, properties, and intent. Don’t copy a template verbatim, and don’t force a template onto a request it doesn’t fit — a good bespoke dashboard beats a mismatched template every time.
Prefer reusing existing insights over recreating them.
insights-list and read promising ones with insight-get to check they match the user’s intent and
actually have data. Full-text search misses things named differently, so list broadly before concluding an insight
doesn’t exist.insight-create (see the product-analytics insight skills for query shape).dashboard-create with a short (3–7 word) name and a concise description, then add the insight tiles.dashboard-update. Adding, replacing, or removing insights means sending the full intended set of
tiles — insights you omit are removed, so include the ones you want to keep.dashboard-update to plan each tile independently on the
12-column grid. Tile widths can be any whole number from 1 to 12, subject to each tile’s minimum size. Use wider
tiles for primary charts and smaller tiles for supporting metrics. Mixed rows such as 8 plus 4 or 6 plus 6 can show
that hierarchy.dashboard-reorder-tiles only when the user explicitly asks to reorder tiles or make every tile the
same size. Its layout modes give every tile a uniform box. For mixed widths or heights, use dashboard-update.tiles through dashboard-update with each tile’s id and a complete layouts.sm box. sm is
required whenever you send layouts, because a write replaces the tile’s whole layout. sm controls desktop
placement, and the dashboard derives the mobile layout from the sm order and heights, so set only sm. The API
stores only x, y, w, and h. It does not resolve overlaps, so plan the grid before you send it.dashboard-insights-run to confirm the tiles return data, then summarize what you built and invite the
user to refine it.dashboard-widget-catalog-list,
dashboard-widgets-batch-add) instead.managing-subscriptions — deliver the finished dashboard to email or Slack on a schedulecreating-ai-subscription — a recurring AI-written report, when prose beats a wall of chartsBuild a new dashboard, or update an existing one, from a set of insights — the same job the in-app assistant does with its upsert-dashboard tool, but over MCP. Use when a user asks to create a dashboard, put several metrics/charts together on one page, assemble a dashboard for a topic (product analytics, retention, revenue, activation, etc.), or add/remove/replace insights on a dashboard they already have. Covers deciding create vs update, reusing existing insights vs creating new ones, and using PostHog's vetted dashboard templates as reference for what a strong dashboard on a topic looks like.
The verbatim description from this skill’s front matter — the string an agent matches on to decide whether to load it.
main, last pushed 23 September 2026.SKILL.md, not by matching a directory convention. 2 distinct layouts observed: skills/omnibus/*/SKILL.md, skills/posthog/all/skills/*/SKILL.md.h1 and no skipped levels:.claude-plugin/marketplace.json by PostHog, declaring 6 plugins. It is read for editorial metadata only — never as the skill index, which is always the repository tree./PostHog/skills.md, and each skill at its own .md URL.