html-playground
Skill6 starsChanged 6 days agoMITView on GitHub
Build a self-contained interactive HTML explorer with controls, live preview, and a copyable natural-language prompt. Use debrief mode when the user asks for a debrief or a saved HTML findings/report from the current task, or invokes debrief [<slug>]. Otherwise, build a general playground. 1. Infer the audience, decisions, and required states. Explicit requirements override the defaults below. Existing design systems override them, except the layout and theme defaults. 2. Read exactly one closest template and adapt it: - templates/design-playground.md -…
1 other project uses a version of this.
Adopted by
Most recently taken up by
- PaulRBerg/agent-skillsword for word, first seen Oct 24, 2026
Other versions1 project uses a version of this.
Word for word · 1
- PaulRBerg/agent-skills★ 104100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository44 other files it gives its agents.
- AGENTS.mdAGENTS.md
- agents-brainSkill
- agents-docsSkill
- agents-introspectionSkill
- agents-systemSkill
- ai-pruneSkill
- apple-device-integrationSkill
- brainstorm-with-meSkill
- chromium-browserSkill
- cli-castSkill
- cli-coingeckoSkill
- cli-ghSkill
- cli-justSkill
- codebase-designSkill
- code-polishSkill
- commitSkill
- copy-transcript-pathSkill
- effect-tsSkill
- evm-atlasSkill
- fresh-eyes-sweepSkill
- frontend-designSkill
- grill-meSkill
- interview-meSkill
- large-file-refactorSkill
- naming-refactorSkill
- node-deps-bumperSkill
- orchestrationSkill
- pdfSkill
- release-bumperSkill
- repo-fanoutSkill
- repo-harmonizationSkill
- repo-renameSkill
- retroSkill
- skill-harmonizationSkill
- social-mediaSkill
- spreadsheetsSkill
- tailwind-cssSkill
- task-handoffSkill
- todo-archiveSkill
- tool-finderSkill
- vitestSkill
- wrap-upSkill
- writing-editorSkill
- yeetSkill
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 9 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈9
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 13
Use debrief mode when the user asks for a debrief or a saved HTML findings/report from the current task, or invokes debrief [<slug>].
- Distinctive: line 20
Read exactly one closest template and adapt it:
- Distinctive: line 27
Write one HTML file with inline CSS and JavaScript and no external runtime dependencies.
- Distinctive: line 36
Write only inside the selected debrief directory.
- Distinctive: line 39
Use only evidence present in the current task: real findings, paths, verified locations, metrics, decisions, and unresolved risks.
- Distinctive: line 42
Before step 1, run the bundled preparer from the target repository:
- Very specific: line 48
Use its DEBRIEFS_DIR, DEBRIEF_PATH, and EXISTS output.
- Distinctive: line 58
Use these layout and theme defaults unless the user specifies otherwise.
- Distinctive: line 65
Use these other defaults when product context does not indicate otherwise:
- Distinctive: line 76
No Apply button: relevant changes render immediately.
- Distinctive: line 81
Do not add controls that do not affect either the preview or the generated prompt.
≈ “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.
Files
HTML Playground Builder
Build a self-contained interactive HTML explorer with controls, live preview, and a copyable natural-language prompt.
Use debrief mode when the user asks for a debrief or a saved HTML findings/report from the current task, or invokes
debrief [<slug>]. Otherwise, build a general playground.
Workflow
- Infer the audience, decisions, and required states. Explicit requirements override the defaults below. Existing design systems override them, except the layout and theme defaults.
- Read exactly one closest template and adapt it:
templates/design-playground.mdtemplates/data-explorer.mdtemplates/concept-map.mdtemplates/document-critique.mdtemplates/diff-review.mdtemplates/code-map.md
- Write one HTML file with inline CSS and JavaScript and no external runtime dependencies.
- Open it in a desktop browser, interact with every control and preset, and verify live preview, prompt output, copy feedback, empty/error states, and keyboard usability. Fix rendered defects before completion.
Debrief Mode
Persist current-task evidence as an interactive HTML report at ./.ai/debriefs/<slug>/index.html.
- Derive a short topical kebab-case slug when omitted.
- Write only inside the selected debrief directory. If an inferred slug already exists, choose a collision-free semantic qualifier, falling back to a timestamp suffix, and continue without overwriting. If the user explicitly supplied the slug, stop and ask whether to overwrite or choose a new slug.
- Use only evidence present in the current task: real findings, paths, verified locations, metrics, decisions, and unresolved risks. Do not invent filler.
Before step 1, run the bundled preparer from the target repository:
bash <skill-dir>/scripts/prepare-debrief.sh <slug>Use its DEBRIEFS_DIR, DEBRIEF_PATH, and EXISTS output. When EXISTS is true for an inferred slug, derive a unique
slug and rerun the preparer before writing. When it is true for an explicit slug, request the choice defined above.
Relay slug-validation errors and stop.
Then follow the workflow. Write to DEBRIEF_PATH. Use a template matched to the evidence and an evidence view alongside
the controls and presets. Before completion, also verify that every claim traces to the task transcript or tool evidence
and that the output contains no placeholders. Then run open "$DEBRIEF_PATH".
Opinionated Defaults
Use these layout and theme defaults unless the user specifies otherwise. Product context does not override them:
- a desktop-browser layout. Do not implement or inspect responsive/mobile behavior.
- one polished theme that matches the system appearance: light when the system uses light mode, dark otherwise. Do not
add a second theme, a theme toggle, or a
prefers-color-schemevariant. On macOS,defaults read -g AppleInterfaceStyleprintsDarkin dark mode and fails in light mode.
Use these other defaults when product context does not indicate otherwise:
- controls beside a live preview, with prompt output below.
- system UI font, monospace code/values, minimal chrome.
- sensible non-empty initial state and 3–5 cohesive named presets.
- one state object, one update path, and immediate preview/prompt refresh.
- controls grouped by concern, with advanced controls collapsed.
- prompt text that explains the desired outcome in natural language and mentions only non-default choices.
Invariants
- No Apply button: relevant changes render immediately.
- The prompt is actionable without seeing the playground and is not a raw state dump.
- Copy has visible transient feedback and a usable fallback when the Clipboard API fails.
- Standardize copy microcopy as
Copy prompt, thenCopied. On failure, showCopy failed — select the prompt below. - Presets update controls, preview, and prompt consistently.
- Do not add controls that do not affect either the preview or the generated prompt.
Completion
Completion requires the self-contained file and rendered, interactive inspection evidence. Keep generated prompts free of decorative icons unless the requested content needs them.
- Playground: finish with
### ✨ Playground ready, the linked artifact, and a compact artifact/controls/desktop-browser/copy-fallback table. - Debrief: also require evidence-grounded content at the selected path and collision handling that never silently
overwrites. Finish with
### 📊 Debrief ready — <title>, the clickable absolute path,Opened in desktop browser, and one compact line naming the evidence view and presets. Keep preparerKEY=VALUEoutput, paths, and slug errors exact and undecorated.
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.

