rendering-spec-docs
Skill1 starsChanged 59 days agoMITView on GitHub
Use when asked to render, view in a browser, or share a spec / plan / design / brainstorm / handoff / notes markdown file as HTML — including superpowers specs and plans (docs/superpowers/specs, docs/superpowers/plans), or any *-design.md / *-plan.md. Triggers on "show me the doc in html", "render this spec/plan", "make an html version".
- Installs packages
In this repository16 other files it gives its agents.
- debug-remote-pipelineSkill
- dictateSkill
- dtcatSkill
- dtdiffSkill
- dtfilterSkill
- dtsetSkill
- esync-setupSkill
- hathifilesSkill
- hathitrust-lookupSkill
- julia-releaseSkill
- marginSkill
- mint-gh-tokenSkill
- nclqSkill
- pr-walkthroughSkill
- wrds-downloadSkill
- wrds-downloadSkill
The file
Files
Rendering Spec & Plan Docs
Overview
Render a markdown design/spec/plan/notes document to self-contained, house-style HTML (Times body, Helvetica headings, warm accent palette, CSS inlined). One look across every doc the user reads.
Core rule: author Markdown, render with the script. NEVER hand-roll a pandoc command, and NEVER hand-write HTML or invent CSS. Ad-hoc invocations drift from the house style and can't be re-rendered consistently.
This is the general renderer. For PR review walkthroughs (a specific narrative
structure), use pr-walkthrough instead (it has its own page style: contents box, margin footnotes).
How to render
Pick the first that applies:
# 1. Inside the munis_home repo (source of truth for the CSS):
./utilities/bash/render_spec.sh path/to/doc.md
# 2. Any other repo (portable, bundled with this skill — only needs pandoc):
~/.claude/skills/rendering-spec-docs/render-doc.sh path/to/doc.md
# add --open to open it in the browser after renderingBoth write doc.html next to the source, inline the CSS (--embed-resources),
and highlight code with pygments. Only dependency: pandoc
(brew install pandoc).
Verify self-contained
rg -c '<style' doc.html # expect >= 1
rg -c '<link' doc.html # expect 0Then surface the path (and a file:// URL) on its own line so the user can
click it.
Common mistakes
| Mistake | Fix |
Hand-rolled pandoc … --include-in-header theme.css with copied CSS | Call the script; the CSS is bundled. |
| Hand-writing HTML or inventing CSS classes | Convey status with prose, tables, emoji (🔍 ✅ ⚠️) — zero new CSS. |
Editing the bundled review.css per-doc | The CSS is shared house style; change it only at the source of truth in munis_home. |
Output not self-contained (<link> to css) | Use the script — it passes --embed-resources. |
Keywords
render spec, render plan, design doc to html, view markdown in browser, house style, review.css, pandoc, self-contained html, superpowers specs, superpowers plans, brainstorm doc, handoff doc.
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
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.

