make-presentation
Skill0 starsChanged 24 days agoMITView on GitHub
Turns a source folder, existing deck, or presentation idea into a complete presentation product by routing through source intake, product grilling, evidence, story, prototype, stage review, and final delivery. Use when starting a presentation from materials, rebuilding a deck, resuming a partial presentation project, or asking for an end-to-end PPT/PDF workflow.
In this repository42 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .agents/skills/vercel-composition-patterns/AGENTS.mdAGENTS.md
- .agents/skills/vercel-react-best-practices/AGENTS.mdAGENTS.md
- apple-designSkill
- apply-commentsSkill
- create-slideSkill
- create-themeSkill
- current-slideSkill
- diagram-designSkill
- emil-design-engSkill
- frontend-designSkill
- genofficeSkill
- grillingSkill
- grill-meSkill
- human-writingSkill
- make-presentationSkill
- presentation-deck-qaSkill
- presentation-evidenceSkill
- presentation-product-grillSkill
- presentation-prototypeSkill
- presentation-source-intakeSkill
- presentation-stage-grillSkill
- presentation-story-architectureSkill
- presentation-story-grillSkill
- review-animationsSkill
- shadcnSkill
- slide-authoringSkill
- to-questionnaireSkill
- vercel-composition-patternsSkill
- vercel-react-best-practicesSkill
- wait-whatSkill
- wang-yongfu-teaching-craftSkill
- web-design-guidelinesSkill
- genofficeSkill
- presentation-deck-qaSkill
- presentation-evidenceSkill
- presentation-product-grillSkill
- presentation-prototypeSkill
- presentation-source-intakeSkill
- presentation-stage-grillSkill
- presentation-story-architectureSkill
- presentation-story-grillSkill
The file
Show its rules and text
We split this skill into the rules it gives an agent
16 rules. About 0 are common, 5 are distinctive, and 11 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈5
Distinctive · estimate
This author's own choices. Worth a look.
11
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 8
Read repo instructions first.
- Very specific: line 20
Use the shipped helper at .agents/skills/make-presentation/scripts/status.mjs.
- Very specific: line 21
If presentation-work/<deck-id>/STATUS.md exists, run node .agents/skills/make-presentation/scripts/status.mjs validate …
- Very specific: line 23
Never reset an existing status file unless the user explicitly requests a reset.
- Distinctive: line 24
Treat artifact existence as a clue, not proof that a gate passed.
- Very specific: line 25
Run node .agents/skills/make-presentation/scripts/status.mjs next <work-root> and resume from the returned earliest unresolved gate.
- Very specific: line 26
Follow references/status-schema.md for gate names, status values, and update commands.
- Very specific: line 30
Read references/modes.md before routing.
- Very specific: line 36
Read the current mode from STATUS.md before invoking Evidence or Finalization.
- Very specific: line 41
Read references/gates.md for pass conditions and artifact owners.
- Distinctive: line 52
Do not skip ahead because a PPTX, PDF, or other artifact already exists.
- Very specific: line 53
Read references/gate-results.md, then translate a passed focused-skill result with
- Very specific: line 54
Use node .agents/skills/make-presentation/scripts/status.mjs set when recording a reviewed artifact path, inputs, or decisions outside the …
- Very specific: line 55
If product decisions remain unresolved, stop and grill in rounds per references/grilling-rounds.md: the whole frontier per round, each …
- Distinctive: line 56
If upstream decisions change, invalidate downstream gates and resume from the earliest invalidated gate.
- Distinctive: line 60
Read the named reference only when its trigger applies.
≈ “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
Make a presentation product
Read repo instructions first. Route the project from the earliest unresolved gate instead of recreating work.
Workspace
- Derive or confirm
deck-id, then usepresentation-work/<deck-id>/. - Original presentation source folders are read-only by default.
- Inspect existing artifacts in the source folder, work area, and slide folder before creating anything new.
- Reuse equivalent artifacts when they already satisfy the current gate.
- Writing artifacts: every gate that specifies writing an artifact from a template (e.g. from a named template path) means create that file in the work area using your runtime's file-write tool (the
Write/Edittool, or shell redirection if that is all you have). Start from the named template, fill it with real content for this deck, and write it to the path the gate specifies. There is no separate build script — file creation is your responsibility.
Status
- Use the shipped helper at
.agents/skills/make-presentation/scripts/status.mjs. - If
presentation-work/<deck-id>/STATUS.mdexists, runnode .agents/skills/make-presentation/scripts/status.mjs validate presentation-work/<deck-id>. - Otherwise initialize it with
node .agents/skills/make-presentation/scripts/status.mjs init <work-root> <deck-id> <source-root> <mode> <mode-reason>. - Never reset an existing status file unless the user explicitly requests a reset; only then append
--force. - Treat artifact existence as a clue, not proof that a gate passed.
- Run
node .agents/skills/make-presentation/scripts/status.mjs next <work-root>and resume from the returned earliest unresolved gate. - Follow
references/status-schema.mdfor gate names, status values, and update commands.
Mode
Read references/modes.md before routing.
- Choose
generalfor internal, creative, or low-risk decks without consequential external claims. - Choose
fast-trackfor lightweight, agile decks (< 10 slides) when speed is prioritized. - Choose
research-enhancedwhen the deck depends on consequential external claims, research, citations, datasets, policy, law, medicine, psychology, finance, safety, or statistics. - Re-evaluate mode after source intake. If later evidence triggers research safeguards, run
node .agents/skills/make-presentation/scripts/status.mjs set-mode <work-root> research-enhanced "<reason>". - Read the current mode from
STATUS.mdbefore invoking Evidence or Finalization. - Under deadline pressure, reduce scope; never silently waive evidence, readability, or export integrity.
Route one gate at a time
Read references/gates.md for pass conditions and artifact owners. Invoke exactly one focused skill for the earliest unresolved gate:
source-intake→presentation-source-intakeproduct-grill→presentation-product-grillevidence→presentation-evidencestory-architecture→presentation-story-architecturestory-grill→presentation-story-grilldeck-prototype→presentation-prototypestage-grill→presentation-stage-grillproduction-qa→presentation-deck-qa
- Do not skip ahead because a PPTX, PDF, or other artifact already exists.
- Read
references/gate-results.md, then translate a passed focused-skill result withnode .agents/skills/make-presentation/scripts/status.mjs result <work-root> <gate> passed "<reason>" --artifact <path> [--artifact <path>]... [--input <value>]... [--decision <value>].... - Use
node .agents/skills/make-presentation/scripts/status.mjs setwhen recording a reviewed artifact path, inputs, or decisions outside the result handoff. - If product decisions remain unresolved, stop and grill in rounds per
references/grilling-rounds.md: the whole frontier per round, each question with a recommended answer. - If upstream decisions change, invalidate downstream gates and resume from the earliest invalidated gate.
Cross-cutting practices
Read the named reference only when its trigger applies.
- Grilling rounds (
references/grilling-rounds.md): every grill gate asks the whole frontier of settled-prerequisite decisions per round, with "yes"-accepts recommendations, instead of one question per turn. - Sharpen and play back (
references/sharpen-playback.md): atproduct-grill, play the goal back in one paragraph and proceed on recommended defaults for reversible choices instead of asking every question. - Unslop (
references/unslop-copy.md): atstory-architecture,deck-prototype,stage-grill, andproduction-qa, runnode .agents/skills/make-presentation/scripts/unslop-check.mjs <path>... [--strict]on slide copy and speaker notes, then rewrite by hand. - Review buckets (
references/review-buckets.md): atstory-grill,stage-grill, andproduction-qa, sort every review finding into Act on, Consider, Noted, or Dismissed. - Arena (
references/arena-prototype.md): atdeck-prototype, build 2 to 3 competing directions for high-stakes or unsettled visual direction, pick a base, and graft the best parts. Skip infast-track. - Encode lessons (
references/encode-lessons.md): when the user corrects the same mistake twice, fix it in the template or a check first, a test next, and a doc last. Keep the rule table current.
Handoff
Report the chosen mode, selected engine (once resolved at prototype), current gate, reused artifacts, and next focused skill.
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.

