agentleFS
kiku-jwkiku-jw/codex-skills/visual-explainer/SKILL.md

visual-explainer

Skill0 starsChanged 4 months agoMITView on GitHub

Create a self-contained HTML explainer for systems, workflows, diagrams, timelines, comparisons, or data-heavy summaries when plain terminal text would be painful to read. Use when the output naturally wants a visual artifact instead of chat prose.

27 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use verification-before-completion.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • OpenAISkill

    verification-before-completion

    Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

4 rules. 0 are common, 4 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 25 edited versions we read keep these.

  • 4

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Do not use when: a short plain-text answer would already communicate the structure clearly.

    line 10
  2. Distinctive:

    Prefer semantic HTML and a useful first screen over generic dashboard sludge.

    line 22
  3. Distinctive:

    Use Mermaid only when automatic layout helps more than it hurts.

    line 24
  4. Distinctive:

    If the user asked for a wide table or large structured comparison, render it in HTML instead of pasting a painful terminal table.

    line 25

“Common” is measured: kept by at least 6 in 10 of the 25 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Visual Explainer

Metadata

  • Trigger when: the best output is a browser-readable HTML artifact rather than a wall of text.
  • Do not use when: a short plain-text answer would already communicate the structure clearly.

Skill Purpose

Show structure visually through a single portable HTML artifact so complex systems, tables, and flows become readable at a glance instead of buried in chat.

Instructions

  1. Choose the right visualization type first. Use ~/.codex/skills/visual-explainer/references/routing.md if you need help selecting between architecture, timeline, comparison, table, or other visual forms.
  2. Build one self-contained HTML artifact with one clear visual direction. Reuse templates from ~/.codex/skills/visual-explainer/assets/templates when they help, and validate against ~/.codex/skills/visual-explainer/references/style-rules.md and ~/.codex/skills/visual-explainer/references/quality-checks.md before delivery.
  3. Save the file to a sensible workspace path, open or inspect it when possible, and return the path plus a short note about what the artifact shows.

Non-Negotiable Acceptance Criteria

  • Prefer semantic HTML and a useful first screen over generic dashboard sludge.
  • The output is one self-contained .html file unless the user explicitly asked for a multi-file artifact.
  • Use Mermaid only when automatic layout helps more than it hurts.
  • If the user asked for a wide table or large structured comparison, render it in HTML instead of pasting a painful terminal table.

Output

  • The HTML file path.
  • A short description of what the explainer shows and how it is organized.
  • Any note about template reuse, browser inspection, or unresolved visual caveats.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.