present
Skill16 starsChanged 9 days agoMITView on GitHub
Portable agent skill and pipeline for HTML presentations, for Codex, Claude Code and other compatible agents. Guides the person from an idea to a finished HTML presentation (deck): slide text, design brief, an offline single-file deck with a presenter window, a run-through aloud and trimming to the time budget. Short path: a one-page presentation in one go. Talks and writes the deck in the person's language.
12 other projects use a version of this.
Adopted by
Most recently taken up by
- pietz/skillstheir own version, first seen Nov 8, 2026
- grainulation/grainulatortheir own version, first seen Nov 3, 2026
- sassarini-marco/track-to-demotheir own version, first seen Nov 1, 2026
- qwwiwi/agentos-skills-publictheir own version, first seen Nov 1, 2026
- bisque-cloud/presentertheir own version, first seen Oct 25, 2026
- NguyenHuy190303/EEPtheir own version, first seen Oct 17, 2026
Used with
Projects with it also use tdd.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
GoogleSkilltdd
Test-driven development. Use when the user wants to build features or fix bugs test-first, mentions "red-green-refactor", or wants integration tests.
Also in 3 projects that use this
Other versions12 projects use a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 12
- glebis/claude-skills★ 410same name
- grainulation/grainulator★ 86same name
- bisque-cloud/presenter★ 40same name
- qwwiwi/agentos-skills-public★ 4same name
- michaelengland/deckwright★ 2same name
- NguyenHuy190303/EEP★ 2same name
- pietz/skills★ 2same name
- godmarch33/power-presentation★ 1same name
- OHOKAYYEAH/claude-skills★ 1same name
- GerardoRdz96/claude-skills★ 0same name
2 more not listed
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 repositoryOne other file it gives its agents.
- present-setupSkill
The file
We split this skill into the rules it gives an agent
11 rules. 0 are common, 7 are distinctive, and 4 are very specific to this project.
0
Common
Most of the 10 edited versions we read keep these.
7
Distinctive
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 7
Read HOST.md in this skill directory before running tools.
- Distinctive: line 8
Use the shared workflow in any agent with the required file and shell capabilities.
- Very specific: line 21
Design and review in the current client: Read stages/canvas.md: Codex uses a local HTML preview and optional native artifacts.
- Distinctive: line 98
Write the answer into the Pipeline section.
- Very specific: line 122
At the start of the full path: create DECK.md in the working folder: the head and the Pipeline section from assets/deck-template.md (work …
- Very specific: line 136
Main rule: do not build the deck until the working folder has BOTH files — slides.md and design.md.
- Distinctive: line 146
If the stage gives details ("how to record a run-through"), they go as a short list right after the first line.
- Distinctive: line 161
Do not ask what is already in the materials or in the Pipeline section.
- Distinctive: line 162
Do not invent facts and numbers — take them from the materials or ask.
- Distinctive: line 164
Do not install packages yourself.
- Distinctive: line 166
Before a design/diagram connector call, discover the available tool and read its current schema.
“Common” is measured: kept by at least 6 in 10 of the 10 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Read HOST.md in this skill directory before running tools; it defines portable paths and host capabilities.
Use the shared workflow in any agent with the required file and shell capabilities.
Codex and Claude Code have specific adapters; other agents follow the generic host contract.
present — from an idea to a bespoke HTML presentation
The skill guides the person through the pipeline "Context · Design · Build · Voice". The output is a
self-contained HTML deck, designed for this content. The deck opens offline in a browser and
pages with arrows and the wheel. Speaker notes live in the presenter window and in the live notes
file <slug>-notes.js. The short path gives a one-page presentation without a presenter window,
in one go.
Design and review in the current client. Read stages/canvas.md: Codex uses a local HTML
preview and optional native artifacts; Claude Code can use Claude Design. Recommend only verified
capabilities of that host. The shared output remains an offline HTML deck unless the person
explicitly chooses another destination.
This file is the router: it decides the path and the stage to start from, and it holds the gates
between stages. The stages are in <real-skill-root>/stages/, transcription of recordings is in
stages/transcribe.md. Read a stage file only when you enter that stage.
Paths assets/… and stages/… below are relative to <real-skill-root>.
Language
- Talk to the person in the person's language — the language of their messages. All templates in the skill files (questions, manual step blocks, final messages) are in English: say them in the person's language.
- The deck content is in the person's language by default: slide text, speaker notes,
slides.md,design.md,DECK.md. The person asks for another language — write in it. A request to translate an existing deck is a refinement (stages/build.md): translateslides.mdfirst, then rebuild. - Headings and markers in the person's files are in the deck language:
## Pipeline/## Конвейер, "Next step" / «Следующий шаг»,**On screen:**/**На экране:**, stage names Context / Design / Build / Voice = Контекст / Дизайн / Сборка / Голос. Read them in any language, by meaning. Old Russian folders keep working. - The root tag
langof the deck is the deck language. The kernel UI (presenter window, hints) follows it: Russian forru, English for any other language.
Philosophy (main)
You are a presentation designer, not a template filler. Different talks → visually different decks (structure, palette, typography, background, motion), not one look in new colors.
- The kernel
assets/kernel.html(from THIS skill's assets, not from copies in the input folder) is copied VERBATIM — navigation, animation, notes and PDF export stay intact. The only edits are the root taglangand, on the short path,data-presenter="off". All visuals go into its<style id="design">and into the slides in#deck. assets/design-axes.md— 9 design axes;assets/art-direction.md— how to read a brief and a reference;assets/cookbook.md— the kernel technical contract, offline fonts, media, checks;assets/deck-template.md— theDECK.mdskeleton;assets/validate.py— the deck validator.- Self-containment (strict): a finished deck is offline, with no network links. The canon is
cookbook.md. - Do not invent content. Speech is the person's words, numbers come from the materials. If
something is missing, ask. One exception: in the "do it yourself" mode without material, you can
write a draft speech from the idea. Mark it in
slides.mdas a model draft. Facts and numbers in it are only[needed: …].
Two paths
| Short — one page | Full — a talk | |
| When | show an idea in pictures, a one-off visual, a draft, a simple presentation | a talk that will be rehearsed and refined |
| Stages | one go: stages/quick.md | Context → Design → Build → Voice |
| Output | exactly one <slug>.html | working folder: slides.md, design.md, DECK.md, show folder deck/ |
| Presenter window | none unless asked; the finish offers to add it | yes, with live notes |
| Design surface | optional sketch; host-supported review offered once | host-native style preview → whole deck → HTML; hosted surfaces are opt-in |
| Status | not kept | the Pipeline section in DECK.md |
Intake (silent), then questions
First read the user request (or $ARGUMENTS when the host supplies it) and the attachments — silently. If the arguments hold a path and a phrase,
separate the path; the phrase is the person's instruction (a new budget, "go on yourself", "enough"),
take it into account. For a folder, scan it (Glob/Read) and note:
DECK.md→ read it FIRST: the Pipeline section says where the work stopped, the rest are deck decisions;slides.md(orcontent.md/ any.mdsplit into slides) — the talk text;design.md(orDESIGN.md/decision.md/brief.md— save asdesign.md) — the brief;- recording —
*.m4a/mp3/wav/mp4/mov; transcript —transcript*.md,rehearsal-*.md; - media —
*.png/jpg/jpeg/gif/webp/svg, remember paths and sizes; - existing deck —
*.htmlwith theKERNEL vmarker in the head; reference —reference.html, a URL in the arguments; - everything else is material:
.docx, articles, a repo path (real numbers fromgit log), a topic, raw text.
Then ask questions using the available question tool, only those without an answer:
- Path — short or full. Phrase the options from what you saw ("a paragraph came in chat — this
looks like one page"); the person decides. No question if there is a
DECK.md(the path is full) or an existing deck (the path is known: refinement or promotion,stages/build.md). - How we work — "together" (the stages go through questions) or "do it yourself" (the agent passes
the stage without questions and shows the result). Only for the full path. If a design preview is
available (
stages/canvas.md) and the folder has nodesign.mdyet, add a second question in the same question call using that host's actual surface (Codex local preview / Claude Design) and "Straight to HTML". Hosted alternatives require an explicit choice. Write the answer into the Pipeline section. The person can switch the mode at any stage with words like "go on yourself" / "let's do it together". "Do it yourself" stops only at manual steps and at the finish. - Place — only if not given. Full path: a folder is given → work in it; not given → offer 2-3
paths (for example
<current directory>/<slug>/) plus "my own". Short path: where to put the HTML (the current directory is a good first option).
Short path → read stages/quick.md and follow it. After that this file is needed only for
"Language" and "How to talk".
Full path — route
Which stage to start from depends on what already exists. Check the table rows top to bottom; the first match wins. Say in one line which stage you start from and why.
| What exists | Stage | File |
the person says they left comments; DECK.md names a canvas or a review page | canvas before the transfer → Design; review page → Build, refinement | stages/canvas.md, then by stage |
a run-through recording or text (rehearsal-*) that is not in the laps table of DECK.md, next to a built deck | Voice | stages/rehearse.md |
DECK.md with a Pipeline section | the stage named in "Next step" | by stage |
| an existing deck, the person asks to finish it | Build → refinement | stages/build.md |
slides.md and design.md | Build | stages/build.md |
only slides.md | Design | stages/design.md |
an idea, topic, text, materials, recording — no slides.md | Context | stages/context.md |
At the start of the full path create DECK.md in the working folder: the head and the Pipeline
section from assets/deck-template.md (work mode, budget, stages with status, next step). The Build
stage writes the other sections. "Next step" always starts with the stage name: "Voice — waiting
for the person: …".
The time budget lives in the Pipeline section — this is the main place; the head of slides.md
repeats it. If the person changes the budget mid-way, update both places and the estimate in the
Context row, then continue.
Gates. Each stage file ends with a "Stage gate" section. If the check fails, the next stage does not start: fix it or ask. If it passes, update the Pipeline section and go to the next stage without a separate "shall we go on?" question. In the "together" mode, say briefly that the stage is closed and what comes next.
Main rule: do not build the deck until the working folder has BOTH files — slides.md and
design.md.
Manual step — something only the person can do: record a run-through, pick a style on refero, add a picture. Format — three lines, then stop:
Your step: <what to do — one sentence>.
Put <what> into <folder>.
Then call /present <folder> — I will continue from the stage "<stage>".If the stage gives details ("how to record a run-through"), they go as a short list right after the
first line. The manual step block is the last thing in the message: the stage result, the path to
the deck, controls and optional offers go above it. Before you stop, write into the Pipeline
section: "<stage> — waiting for the person: <what>" and "Next step". A new session reads this status
and continues from the same place without asking again.
Finish of the full path — when the person says "enough" after a Voice lap or declines the
run-through. "Do it yourself" does not choose the finish itself: only the person can do a
run-through, so after a lap the skill stops at the manual step "next run-through" and says that
"enough" is the finish. At the finish: the path to deck/, the timing of the last run-through
against the budget, a reminder: to take the talk with you, take the whole deck/ folder.
How to talk
- Language: the person's (see "Language"). Short between questions. All clarifications go through the available question tool with options supported by its current schema; if unavailable, ask in chat.
- Do not ask what is already in the materials or in the Pipeline section.
- Do not invent facts and numbers — take them from the materials or ask. From the network — only a reference URL and an OSS font with consent; hosted design/review only when explicitly chosen.
- Do not install packages yourself; if a tool is missing, say so and offer a workaround.
Before a design/diagram connector call, discover the available tool and read its current schema. If unavailable, use the documented local-file/CLI route. An unavailable Artifact/Design connector is not a successful live check.
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.

