agents/skills/markdown-preview/SKILL.md
Render a Markdown file to GitHub-flavored HTML and open a styled local preview (light + dark) in the browser. Use when the user wants to preview markdown, see how a README renders on GitHub, check that relative screenshots or images display correctly, or get a GitHub-like local preview without installing grip or glow.
npx skillsauth add drn/dots markdown-previewInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Render a Markdown file the way GitHub would (GFM: tables, task lists, fenced
code) and open a self-contained, GitHub-styled HTML preview with light and dark
support. Rendering goes through gh api /markdown, so no local renderer
(grip/glow) is needed — only an authenticated gh CLI and jq.
The preview is written ALONGSIDE the source file by default. This is
deliberate: relative image paths (e.g. screenshots/foo.png) only resolve when
the HTML lives in the same directory as the markdown.
.md / .markdown), confirm before
rendering.gh api /markdown sends the file's contents to GitHub over the network. This
is fine for public README / docs content. If the markdown contains anything
sensitive, tell the user it will leave the machine and confirm before rendering.
Identify the markdown file path from the argument ($1) or conversation
context. Confirm it exists.
Run the render script. <skill-dir> is the directory containing this SKILL.md:
bash <skill-dir>/scripts/render.sh <file.md>
This renders via gh api /markdown, writes <file>-preview.html next to the
source, and opens it in the default browser (macOS open, Linux xdg-open,
Windows start).
Useful flags:
--no-open — write the preview but do not launch a browser.--out <path> — choose the output path (requires a value). Use ONLY when the
markdown has no relative images; a path outside the source directory breaks
relative src.--print-path — print only the written preview path to stdout (instead of the
friendly "Wrote preview:" line). Use when chaining or capturing the path.The script prints the preview path it wrote. Note that path for the cleanup
step — it is <file>-preview.html next to the source unless --out overrode it.
If the script reports a missing dependency or a failed render, relay the error and do not retry more than once:
gh not installed → install the GitHub CLI, or fall back to grip/glow.gh api /markdown failed → likely an auth issue; suggest gh auth status.jq not installed → install jq (required to encode the request body).The preview is a temporary artifact and should not be committed. After the user is done viewing:
<file>-preview.html; it differs when --out was used). Auto-run
of rm is pre-approved only for the default *-preview.html name; removing a
custom --out path will prompt for confirmation, which is fine.*-preview.html to .gitignore so regenerating it does not leave untracked
files (this was the original pain point this skill was built to avoid).To re-preview after editing the markdown, just rerun Step 2 — it overwrites the existing preview.
development
Build a self-contained, single-file HTML presentation deck from talking points or a source doc, using a terminal/TUI-styled template with keyboard, tap, and swipe navigation. Use when the user wants to create slides, build a presentation or deck, turn talking points or a doc into a talk, make an HTML slideshow, or produce a presentation as a shareable artifact (instead of Google Slides).
tools
Mark the current Argus task as complete. Use when the work for the current worktree is done and the user wants the task to transition to the "complete" status.
development
Launch a dynamic Workflow where the top-tier session model (Fable) handles planning and orchestration while implementation subagents run on Sonnet for routine tasks and Opus for complex ones. Use when the user wants to orchestrate a build, a dynamic workflow, a model-tiered build, fable planning with sonnet and opus implementation, or tiered agents.
development
Walk every unresolved review thread on a PR, triage each one, reply with a rationale of whether or not the comment will be acted upon, make the code change if warranted, and mark the thread resolved. Use when the user asks to address only the open PR comments without re-running CI, respond to review feedback, resolve review threads, or clear bot comments on a PR.