Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
backnotprop avatar

Plannotator Visual Explainer

  • 5.4k installs
  • 7.5k repo stars
  • Updated August 5, 2026
  • backnotprop/plannotator

A skill that routes content (plans, PRs, diagrams) through prescriptive paths and generates self-contained HTML visualizations with Plannotator theming, delivered via CLI annotation UI.

About

Plannotator Visual Explainer is a skill that generates self-contained HTML visualizations with consistent theming for technical documentation. It routes content through three paths: Plan path for implementation plans and design docs (prescriptive structure with timelines, architecture diagrams, and risk tables); PR path for code change walkthroughs (diff reviews, file tours, risk maps); and Visual Explainer path delegating to nicobailon/visual-explainer for diagrams, tables, and decks. All outputs render via Plannotator's annotation UI with design-system tokens, SVG patterns, and whitespace-first layout principles. Designed for developers explaining complex technical concepts visually.

  • Three content-routed paths: plans, PRs, and general visual explanations
  • Prescriptive HTML structure with Plannotator design-system theming
  • Inline SVG diagram building blocks for architecture and data flows
  • CLI delivery via plannotator annotate with optional approval gates
  • Whitespace-first design: one idea per viewport, no time estimates

Plannotator Visual Explainer by the numbers

  • 5,411 all-time installs (skills.sh)
  • +521 installs in the week ending Aug 5, 2026 (Skillselion tracking)
  • Ranked #72 of 1,879 Documentation skills by installs in the Skillselion catalog
  • Security screen: MEDIUM risk (skills.sh audit)
  • Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/backnotprop/plannotator --skill plannotator-visual-explainer

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs5.4k
repo stars7.5k
Security audit0 / 3 scanners passed
Last updatedAugust 5, 2026
Repositorybacknotprop/plannotator

What it does

Generate prescriptive HTML visualizations for implementation plans, PR explainers, and architecture diagrams with Plannotator theming via CLI annotation UI.

Who is it for?

Backend/frontend/infra teams authoring implementation plans, PR reviews, architecture documentation, design specs, and migration guides.

Skip if: Real-time collaborative design; pixel-perfect UI mockups; content without technical substance; teams rejecting CLI workflows.

When should I use this skill?

Writing implementation plans, submitting PRs for review, documenting architecture, creating design specs, explaining complex code changes, or building proposal decks.

What you get

Teams produce polished, on-brand technical documentation (plans, PR explainers, diagrams) in minutes, improving review clarity and decision-making.

  • Self-contained HTML visualization
  • Themed plan or PR explainer page

Files

SKILL.mdMarkdownGitHub ↗

Plannotator Visual Explainer

Three paths depending on content type. Each has its own references and structure.

Route by content type

Implementation plan, design doc, or proposal → Follow the Plan path. Read references/design-system.md and references/svg-patterns.md. Prescriptive structure.

PR explainer, diff review, or code change walkthrough → Follow the PR path. Read references/design-system.md and references/pr-components.md. Prescriptive structure.

Everything else (architecture diagrams, data tables, slide decks, project recaps, general visual explanations) → Follow the Visual explainer path. Delegates to nicobailon/visual-explainer with Plannotator theme tokens.

Delivery

Always deliver via Plannotator's annotation UI. Do NOT use open or xdg-open.

Plans/proposals (user should approve/deny):

plannotator annotate <file> --gate

Everything else (informational):

plannotator annotate <file>

---

Plan path

For implementation plans, design docs, feature specs, migration guides, and proposals.

Before generating, read: 1. references/design-system.md — Plannotator theme tokens, typography, component patterns 2. references/svg-patterns.md — inline SVG building blocks for architecture diagrams, flowcharts, data flow

Document structure (in order, pick what fits):

1. Header — eyebrow label (mono, uppercase), title (serif, large), prompt box (the original brief) 2. Summary strip — 3-5 stat cards showing key numbers at a glance (components, endpoints, tables, etc.) 3. Milestones / timeline — vertical timeline showing phases without time estimates. Phases show sequence and dependencies, not duration. 4. Architecture / data flow — inline SVG diagram. Use for 3+ interacting components. Highlighted boxes for new components, dashed arrows for async paths. 5. Mockups — build UI mockups in HTML/CSS directly, not as descriptions 6. Key code — dark-theme code blocks with syntax highlighting. Only architecturally significant interfaces/schemas — not every function. 7. Risks & mitigations — table with severity badges (HIGH/MED/LOW) 8. Open questions — callout cards with decision owner ("Decide with: backend team")

Not every plan needs every section. Skip what doesn't serve the content. Never include time estimates, boilerplate sections, or exhaustive file lists.

Adapt to the task: Backend → lead with data flow. Frontend → lead with mockups. Refactoring → lead with before/after diagrams. Infrastructure → lead with architecture.

Quality bar: The plan answers "what, why, and how" within 30 seconds of reading. Whitespace is a feature — one idea per viewport.

---

PR path

For PR walkthroughs, diff reviews, code change explainers, and reviewer guides.

Before generating, read: 1. references/design-system.md — Plannotator theme tokens, typography, component patterns 2. references/pr-components.md — diff rendering, review comment bubbles, risk chips, file cards, before/after panels

Document structure (in order, pick what fits):

1. Header — PR title, meta strip (file count, +/- lines, branch, author) 2. TL;DR — bordered card with primary accent left border. 2-3 sentences. Readers who see nothing else should get the gist. 3. Why — motivation and before/after comparison (two-column grid) 4. File tour — collapsible cards per file. Each has: file path + badge (NEW/MOD/DEL) + line stats, a "why" paragraph, and important diff hunks. High-risk files expanded, safe files collapsed. 5. Risk map — visual chips showing which files need careful review vs. which are mechanical. Three tiers: attention (destructive), medium (warning), safe (success). 6. Where to focus — numbered callout cards. Each names a file/function and describes the concern. 7. Test plan — checkbox-style verification checklist 8. Rollout (if applicable) — phased deployment with feature flags

Use Pierre diffs via CDN for syntax-highlighted inline diffs — see references/pr-components.md for the pattern.

---

Visual explainer path

For architecture diagrams, data tables, slide decks, project recaps, comparisons, and any other visual explanation.

Before generating:

1. Ensure visual-explainer is installed:

  • Check: ~/.claude/skills/visual-explainer/SKILL.md or ~/.agents/skills/visual-explainer/SKILL.md
  • If not found: npx skills add nicobailon/visual-explainer -g --yes

2. Read visual-explainer's SKILL.md (workflow, diagram types, anti-slop rules) 3. Read the relevant visual-explainer references and templates for your content type 4. Read references/theme-override.md — Plannotator tokens replacing Nico's palettes

Follow visual-explainer's structure, component classes (.ve-card, .kpi-card, .pipeline), and anti-slop rules. The only override is the color/typography layer — Plannotator tokens instead of Nico's custom palettes.

---

Design philosophy (all paths)

  • Whitespace is a feature. Generous padding, large section gaps. If cramped, add space — don't shrink text.
  • One idea per viewport. Hero section, then diagram, then detail grid — not all crammed together.
  • Show, don't describe. A timeline shows sequencing. A diagram shows relationships. A code block shows the interface.
  • No time estimates. Timelines show phases and dependencies. Never attach hour/day estimates.

Related skills

How it compares

Choose plannotator-visual-explainer for plan and PR HTML with Plannotator conventions; use pure visual-explainer when theming and plan-structure rules are not required.

FAQ

What content types does plannotator-visual-explainer handle?

plannotator-visual-explainer handles implementation plans, design docs, proposals, PR explainers, architecture diagrams, data tables, and slide decks. Plans and PR explainers use Plannotator's prescriptive path; other visuals delegate to visual-explainer.

What output format does plannotator-visual-explainer produce?

plannotator-visual-explainer produces self-contained HTML files with Plannotator theming. The HTML is designed so agents and reviewers can follow implementation plans and technical explanations without ambiguity.

Is Plannotator Visual Explainer safe to install?

skills.sh reports 0 of 3 security scanners passed. Review the Security Audits panel on this page before installing in production.

Documentationdocsfrontenddevops

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.