plannotator/effective-html

html-diagram

Direct-invocation specialist for self-contained HTML diagrams whose layout, notation, and interaction clarify relationships, sequence, topology, state, hierarchy, or quantitative structure.

All-time #4026 Trending #3827 Hot #4695 First seen Jun 9, 2026
8-week activity · all time api

Installation

$ npx skills add plannotator/effective-html --skill html-diagram

Summary

  • Direct-invocation specialist for self-contained HTML diagrams whose layout, notation, and interaction clarify relationships, sequence, topology, state, hierarchy, or quantitative structure.
  • Use when the user explicitly invokes html-diagram or the broad html skill routes a diagram request here.
  • Do not activate independently from a general request.

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from plannotator/effective-html.

npx skills add plannotator/effective-html

Browse all from plannotator/effective-html

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 3.1K
License LICENSE
Default branch main
Open issues 1
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 2,709 B
  • docs SUMMARY.md 368 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 3,300 installs

SKILL.md

HTML Diagram

Build the smallest visual model that makes the relationship easier to understand than prose alone. Match the notation and visual language to the user's project and subject. Do not force every topic into the same SVG boxes and arrows.

Choose the right model

Identify the question the reader should answer, then select the form:

  • topology for components and connections;
  • sequence for ordered messages over time;
  • process for steps, branches, and handoffs;
  • state for transitions and conditions;
  • hierarchy for containment or ownership;
  • timeline for change over time;
  • matrix for repeated relationships;
  • quantitative view when magnitude matters.

Decide what must remain visible together and what can be revealed on demand. Use a simpler form when it carries the same meaning.

Choose the rendering method

Use HTML and CSS, SVG, Canvas, or WebGL according to the information and scale. Do not use SVG merely because the output is a diagram.

  • Keep labels, grouping, direction, and connectors legible before adding interaction.
  • Use stable node positions when readers must compare states or steps.
  • Keep edge crossings and ambiguous arrowheads to a minimum.
  • Put intentionally broad canvases in a contained pan or scroll region.
  • Use legends only when notation is not self-explanatory.

Add sequencing, filtering, path tracing, pan and zoom, or animation only when it helps answer the stated question. Keep overlays dismissible, controls keyboard-accessible, and motion compatible with prefers-reduced-motion.

When [design-artifact](../design-artifact/SKILL.md) is available, read it for the diagram's surrounding composition and visual register. Keep the chosen diagram grammar, label legibility, and relationships authoritative over decorative treatment.

Build and verify

Deliver one self-contained HTML file with essential CSS and JavaScript inline. Require no build step or external service. Use accessible text alternatives and keep important meaning available without animation or color alone.

Inspect the result at wide and narrow widths. Check label collisions, clipped nodes, edge routing, reading order, keyboard operation, overflow, and every interactive state.

Return the absolute path, the diagram form chosen, and the main simplifications or assumptions.