agentleFS
markoblogomarkoblogo/abvx-agent-skills/skills/html-brief-artifact/SKILL.md

html-brief-artifact

Skill16 starsChanged 5 months agoMITView on GitHub

Create a self-contained HTML brief for plans, status updates, PR summaries, incident notes, research explainers, or other structured narrative deliverables. Use when the user wants a polished standalone artifact instead of markdown, slides, or a full frontend.

The file

We split this skill into the rules it gives an agent

12 rules. About 0 are common, 11 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈11

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Create one self-contained .html file that:

    line 38
  2. Distinctive:

    Use timelines, summary strips, chips, callouts, comparison blocks, or checklists only when they improve scanning.

    line 50
  3. Distinctive:

    Keep copy concrete and operational.

    line 51
  4. Distinctive:

    Do not inflate a short brief into a faux strategy deck.

    line 52
  5. Distinctive:

    If uncertainty exists, label it explicitly instead of smoothing it away.

    line 53
  6. Distinctive:

    Use one accent family and disciplined spacing.

    line 58
  7. Distinctive:

    Use cards, tables, and lists as tools, not defaults.

    line 60
  8. Distinctive:

    Avoid generic landing-page composition.

    line 61
  9. Distinctive:

    Check desktop and mobile readability.

    line 68
  10. Distinctive:

    Check long lines, wrapping, and section spacing.

    line 69
  11. Distinctive:

    Check the theme toggle and persistence.

    line 70
  12. Distinctive:

    Check print-like readability if the artifact is document-heavy.

    line 71

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “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

HTML Brief Artifact

Produce a standalone HTML brief, not a production app surface.

Review:

  • references/implementation-plan-example.html
  • references/pr-review-example.html
  • references/style-notes.md

Best Fit

  • implementation plans;
  • status reports;
  • PR summaries;
  • incident notes;
  • research explainers;
  • concept briefs.

Not The Best Fit

  • live product UI;
  • long manuals or knowledge bases;
  • spreadsheets or dense data tables better served by other tools;
  • vague "make a webpage" requests without a document goal.

Output Contract

Create one self-contained .html file that:

  • has no build step or external dependency by default;
  • uses clear narrative hierarchy and structured sections;
  • includes dark mode with CSS variables, toggle, persistence, and pre-paint theme setup;
  • reads cleanly on desktop and mobile;
  • stays close to source meaning unless the user asked for a rewrite.

Content Rules

  • Preserve the user's meaning. Improve clarity, not authorship drift.
  • Organize into a small number of sections with clear labels.
  • Use timelines, summary strips, chips, callouts, comparison blocks, or checklists only when they improve scanning.
  • Keep copy concrete and operational.
  • Do not inflate a short brief into a faux strategy deck.
  • If uncertainty exists, label it explicitly instead of smoothing it away.

Visual Rules

  • Favor calm, document-like presentation over app chrome.
  • Use one accent family and disciplined spacing.
  • Let headings carry hierarchy.
  • Use cards, tables, and lists as tools, not defaults.
  • Avoid generic landing-page composition.

Verification

Before finishing:

  1. Open the artifact in a browser.
  2. Check desktop and mobile readability.
  3. Check long lines, wrapping, and section spacing.
  4. Check the theme toggle and persistence.
  5. Check print-like readability if the artifact is document-heavy.
  6. Report inferred structure or content gaps honestly.

Pair with browser-verification when browser tooling is available.

Final Report

Include:

  • output file path;
  • brief type;
  • source material transformed;
  • browser checks run;
  • assumptions made.

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.