Index of every page on this site: llms.txt
All skills
markdown-viewer avatar

/documd-visuals

@2672b69
by Markdown Viewermarkdown-viewer/skills3.4k stars
192
Run it yourself

Create text-driven visuals in Markdown: charts, diagrams, cards, architecture and page layouts. Charts and analytical views (bar, line, pie, heatmap, correlation, regression); reliability and operations (latency, incident, throughput, cycle time, OKR, standup, on-call); product and finance (funnel, retention, revenue, budget); process and workflow (approval, BPMN); software design and behaviour (class, state machine, sequence, C4); dependencies and impact (dependency graph, ER, causality); system architecture as HTML (layer stack, wings, zones, topology, service catalogue, request paths); infrastructure (cloud, Kubernetes, ETL, network, security, IAM, compliance); governance and people (ArchiMate, org chart, hiring); knowledge and planning (mind map, roadmap, Gantt, migration); documents (comparison, SWOT, memo, policy, catalogue, case study). Use when a document needs a diagram, chart or card. Figures render live. Not for slide decks or math notation. Not recommended: mermaid / canvas / drawio / dot.

Use this Skill: https://skilld.dev/gh/markdown-viewer/skills/documd-visuals

Nothing lands on disk. Nothing to clean up.

Fork this Skill

Edit a local copy. It keeps the author and licence.

examplesdependencies-and-relationsgraph-platform-dependencies.md

≈831 tokens on demand. Your agent reads this file only when SKILL.md points to it.

Graph — Platform Dependency Map (ECharts)

Best for: small relationship networks where the reader needs to see central nodes and direct dependencies without a strict hierarchy Avoid when: the flow direction or layer order matters more than adjacency (use a rectangle graph or sankey) Answers: which services sit at the centre, which nodes are peripheral, and where the densest coupling appears

{
  "color": ["#2b66c4", "#2f9e44", "#f3a33c", "#d1242f", "#7048e8", "#0f9b9b", "#c16f8a", "#7c5a3d"],
  "width": 860,
  "height": 420,
  "title": { "text": "Platform Dependency Map", "subtext": "Fixed layout for static export", "left": "left" },
  "series": [
    {
      "type": "graph",
      "layout": "none",
      "left": 20,
      "top": 72,
      "right": 20,
      "bottom": 20,
      "symbolSize": 44,
      "label": { "show": true, "fontSize": 11 },
      "lineStyle": { "color": "#2b66c4", "opacity": 0.55, "width": 2 },
      "edgeSymbol": ["none", "arrow"],
      "data": [
        { "name": "Gateway", "x": 430, "y": 90, "itemStyle": { "color": "#7048e8" } },
        { "name": "Identity", "x": 220, "y": 170 },
        { "name": "Catalog", "x": 430, "y": 190 },
        { "name": "Billing", "x": 640, "y": 170 },
        { "name": "Search", "x": 300, "y": 300 },
        { "name": "Orders", "x": 560, "y": 300 },
        { "name": "Warehouse", "x": 430, "y": 360 }
      ],
      "links": [
        { "source": "Gateway", "target": "Identity" },
        { "source": "Gateway", "target": "Catalog" },
        { "source": "Gateway", "target": "Billing" },
        { "source": "Catalog", "target": "Search" },
        { "source": "Catalog", "target": "Orders" },
        { "source": "Orders", "target": "Warehouse" },
        { "source": "Billing", "target": "Orders" },
        { "source": "Identity", "target": "Orders" }
      ]
    }
  ]
}

Key Options

Option Effect
layout: "none" Uses explicit coordinates, which is much safer than force layout for static export
data[{ x, y }] Pins each node to a chosen position
edgeSymbol Makes dependency direction visible without needing hover
symbolSize + label.show Keeps nodes readable at report scale
lineStyle.opacity Softens edges so the nodes remain the primary reading target

Data Shape

Two arrays: data[{ name, x, y }] for nodes and links[{ source, target }] for edges. A fixed layout is best when the export must be deterministic.

Pitfalls

  • ❌ Force layout with animation disabled → ✅ static exports can freeze before the graph tells a clean story; use fixed coordinates
  • ❌ Too many nodes in one frame → ✅ beyond a small network, labels and edges turn into a hairball
  • ❌ Using graph when layers matter → ✅ for explicit architectural layers, use a PlantUML deployment/component view
  • ❌ Undirected edges when dependency direction matters → ✅ add arrows if the relation is not symmetric

Alternatives

Variant Use instead
Flow volume between stages sankey-channel-to-fulfilment.md
Emergent relationship clusters relationship-network-neato.md
Layered architecture plantuml component/deployment examples
<!-- source: ECharts option manual (series-graph) + examples gallery graph family -->

Source: SKILL.md on GitHub

skilld matched fixed text patterns in SKILL.md and file names. Patterns miss obfuscated code.

skilld run checks every file with the same patterns. It asks for approval before it loads a Skill with a behavior marked Needs approval.

No alerts16d3 checks · Risk SAFE
  • Gen Agent Trust Hub16d

    This skill provides documentation and examples for creating various visuals in Markdown using engines like ECharts, Vega, PlantUML, and HTML. It recommends using the vendor-owned @markdown-viewer/documd CLI tool for document conversion and verification. The skill itself contains no executable code or malicious patterns.

  • Socket16d

    No alerts

  • Snyk16d

    Risk: LOW · No issues

Signed by skilld at 2672b69. This ties the file your Agent reads to that commit on GitHub. It does not review the instructions.

Last checked against GitHub 2 weeks ago.

Activeupdated 3 weeks ago
Other metadata
compatibility
Figures are text in the Markdown — fenced blocks or bare HTML — and the host viewer renders them live: nothing to pre-render, build or install. Export to html / epub / docx / pdf is optional and needs Node 18+ and Chrome/Chromium, via `npx @markdown-viewer/documd`.

README badge

README badge for markdown-viewer/skills