evo-memory
Manages persistent research memory across ideation and experimentation cycles. Maintains two…
Use this skill for creating or refining an academic slide deck and the talk built around it: structuring a conference talk, thesis defense, lab meeting, or paper-to-slides deck; deciding the narrative arc and slide breakdown; improving slide design and visual hierarchy; planning
$ npx -y skills add evoscientist/evoskills --skill academic-slides --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/academic-slidesContext preview
The summary Claude sees to decide when to auto-load this skill.
Use this skill for creating or refining an academic slide deck and the talk built around it: structuring a conference talk, thesis defense, lab meeting, or paper-to-slides deck; deciding the narrative arc and slide breakdown; improving slide design and visual hierarchy; planning
name: academic-slides description: "Use this skill for creating or refining an academic slide deck and the talk built around it: structuring a conference talk, thesis defense, lab meeting, or paper-to-slides deck; deciding the narrative arc and slide breakdown; improving slide design and visual hierarchy; planning rehearsal, timing, Q&A, and backup slides; or generating the .pptx. Reach for it when the user is shaping the presentation itself. Do not use for writing the paper, producing standalone speaker notes/scripts/transcripts, making posters, creating isolated figures/charts outside a slide deck, or building non-academic presentations." allowed-tools: "write_file edit_file read_file think_tool execute" metadata: author: EvoScientist version: '1.0.0' tags: [core, writing, presentation, academic-writing]
A structured approach to creating academic presentation slides and preparing research talks. Covers narrative structure, slide design, visual hierarchy, delivery technique, and Q&A preparation.
---
Before designing any slides, answer these questions clearly:
1. **What works are you presenting?** They must share a coherent research direction. If presenting multiple works, they should form a narrative arc — not a disconnected list.
2. **What problems do these works solve in that direction?** Each work should map to a specific problem. If you cannot articulate the problem in one sentence, you are not ready to present.
3. **How do you use related work to naturally introduce these problems?** Related work is not citation duty. It builds the motivation for YOUR problem. Each related work you mention should advance the audience toward understanding why your approach is needed.
---
Step 1: Define scope and audience Step 2: Draft narrative arc (outline) Step 3: Design slide structure (section breakdown) Step 4: Create individual slides (one idea per slide) Step 5: Add visual elements (figures, diagrams, animations) Step 6: Rehearse and time Step 7: Prepare backup / Q&A slides
| Audience | Adjust | |----------|--------| | Domain experts | Skip basics, go deep on method and results | | Broad CS / engineering | Explain task context, moderate technical depth | | Interdisciplinary | Start from the application, minimize jargon | | Industry | Lead with impact and demo, light on theory |
**Rule of thumb**: Duration in minutes = approximate slide count. A 20-minute talk needs about 20 slides.
Use the outline template at [assets/talk-outline-template.md](assets/talk-outline-template.md) to plan your talk before making any slides. The outline forces you to articulate your key takeaway and narrative arc.
Break your outline into sections with claim-style headers. See [talk-structure.md](references/talk-structure.md) for two complete talk structures and section-by-section guidance.
One idea per slide. Follow the 10 design rules in [slide-design.md](references/slide-design.md) for visual hierarchy and layout.
Use [slide-creation.md](references/slide-creation.md) for practical `.pptx` creation — color palettes, layout code, charts, tables, figures, and QA workflow.
See [references/delivery-and-qa.md](references/delivery-and-qa.md) for the rehearsal protocol, delivery principles, and Q&A preparation.
Backup slides go after your "Thank You" slide. They are not part of the talk — they are your safety net for Q&A:
---
If you used other EvoSkills earlier in the pipeline, pull these artifacts directly:
| Source Skill | Artifact | Use In Slides | |-------------|----------|---------------| | `paper-planning` | Story summary (task → challenge → insight) | Motivation slides | | `paper-planning` | Pipeline figure sketch | Method overview slide | | `paper-planning` | Experiment plan | Results structure | | `paper-writing` | Finalized figures and tables | Method + results slides | | `paper-review` | Anticipated reviewer concerns | Backup Q&A slides |
See [slide-creation.md](references/slide-creation.md) for detailed layout patterns using each artifact.
---
> For the 10 design rules (one idea per slide, claim-style titles, max 6 elements, etc.), see [slide-design.md](references/slide-design.md). The rules below are higher-level mindset shifts.
A talk is an advertisement, not a lecture. Your goal is to make the audience interested enough to read the paper. Cut 80% of your paper's content. If someone can reconstruct your paper from your slides alone, your slides have too much.
Text-heavy slides force the audience to choose between reading your slides and listening to you. They will read — and stop hearing you. When you put text on a slide, you are choosing to be ignored.
A passionate speaker with rough slides beats a bored speaker with beautiful slides. The audience remembers your energy and clarity, not your color scheme. If you only have time to improve one thing, rehearse more — don't redesign slides.
Us
The official skill repository for EvoScientist. Each skill is an installable knowledge pack that extends EvoScientist with domain-specific expertise.
Manages persistent research memory across ideation and experimentation cycles. Maintains two…
Use this skill whenever the user submits a non-trivial mathematical claim that needs a…
Use this skill when the user wants to debug, diagnose, or systematically iterate on an…
Iterative code refinement through plan → code → evaluate → refine cycles. Runs lint checks…
Guides structured 4-stage experiment execution with attempt budgets and gate conditions:…
Generate professional presentation slides and high-quality illustrations using Gemini image…