Project HTMLIFY
Contents SKILL FAMILY · HTML ARTIFACTS & DECKS
License APACHE-2.0

stdout, made permanent.

htmlify is a skill family for coding agents. Instead of answering in walls of markdown, your agent ships self-contained HTML — operator briefs, review packets, incident timelines, presentation decks with speaker notes — one file you can open, print, annotate, and keep.

SELF-CONTAINED 0 DEPENDENCIES 0 BUILD 1 FILE
/plugin marketplace add zakelfassi/htmlify
/plugin install htmlify@htmlify
git clone https://github.com/zakelfassi/htmlify.git ~/.htmlify
ln -sfn ~/.htmlify/skills/htmlify ~/.codex/skills/htmlify
ln -sfn ~/.htmlify/skills/deckify ~/.codex/skills/deckify
git clone https://github.com/zakelfassi/htmlify.git ~/.agent-skills/htmlify
# then point a project rule at:
#   ~/.agent-skills/htmlify/skills/htmlify/SKILL.md
#   ~/.agent-skills/htmlify/skills/deckify/SKILL.md
# pipe any long answer into a designed artifact
printf '%s' "$LONG_ANSWER" | npx -y @zakelfassi/htmlify htmlify-answer --title "Review"
# validate any artifact (rich, app, or deck profile)
npx -y @zakelfassi/htmlify htmlify-answer --validate artifact.html --profile auto
pi install npm:@zakelfassi/htmlify
# then: /htmlify · /html-last · /html-comments
This page is itself an htmlify artifact: one HTML file, inline CSS+JS, no external assets. View source to audit everything it does. Repository →
1.0 · Method

Evidence in, one file out

1.1 · Gather

Evidence first

The skill reads the repo, git state, PRs, CI, logs, and docs before designing anything. Uncertain claims get marked needs verification, not asserted.

1.2 · Author

One HTML file

Inline CSS and JS in the Hardcopy design language: plates, hairlines, stamps, carbon code wells. Document modes from htmlify, deck modes from deckify.

1.3 · Validate

Prove it, open it

The bundled validator checks structure, script safety, external-asset bans, deck contracts, and size — then the artifact opens in your browser.

3.0 · The family

Two skills, one validated core

skills/htmlify

htmlify — documents

  • 10 modes: operator-brief, build-plan, implementation-map, pr-review-packet, release-brief, incident-report, decision-brief, status-report, explainer, prototype/editor
  • Print CSS for PDF/archival on every shareable artifact
  • Browser-native annotation layer: select text, comment, send back to the agent
  • Validated with --profile rich (or app for interactive artifacts)
skills/deckify

deckify — decks

  • 6 modes: talk-deck, workshop-deck, essay-deck, demo-deck, launch-deck, teaching-guide
  • Speaker notes per slide, run-of-show with timestamps, keyboard navigation
  • Downloadable guide/PDF companion — not a transcript, a handout
  • 40–60% visual coverage target; validated with --profile deck
4.0 · Principles

Why this exists

HTML beats markdown when the work has shape. Comparison, architecture, timelines, ownership, review — these are spatial. A wall of markdown flattens them; a designed page restores them.

Self-containment is a security posture, not a style. One file, inline everything, no CDNs, no analytics, no external fonts. The validator enforces it: blocked script sources, no event-handler attributes, no remote assets. What you open is what you can read in view-source.

Evidence before design. Artifacts are built from repo state, git history, CI, and logs — and claims the agent can't verify are stamped needs verification instead of asserted.

The terminal stays primary. Your answer remains in the terminal; the artifact is an explicit export, never a replacement. Hooks only archive answers past a threshold you set.