present-paper
Use when preparing an academic talk such as a journal club, grand rounds, seminar, conference presentation, or lecture/teaching deck.
Skill by Aperivue
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/aperivue-present-paper
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Use cases: presentations, research, productivity
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
- Runs as
- Python package
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/present-paper
What's inside
- Skill name
present-paper- Description
- Use when preparing an academic talk such as a journal club, grand rounds, seminar, conference presentation, or lecture/teaching deck. Analyzes the source, drafts audience-adapted speaker scripts, builds or augments the PPTX with speaker notes and prepares Q&A.
- License
- MIT
- Metadata
- triggers: present paper, paper presentation, journal club, seminar presentation, grand rounds, academic presentation, presentation prep, lecture, lecture material, teaching slides, course slides, 강의자료, 발표자료, 슬라이드, pptx
- Instructions
- 716 lines in SKILL.md · view on GitHub
Before installing
- Ships executable scripts
Agent Skills spec issues
- body: 716 lines (spec recommends under 500)
Files (50)
- SKILL.md
- ai_slide_tells.md · references/
- slide.md · references/critic_rubrics/
- generate_pptx_templates.py · references/
- generated_illustrations.md · references/
- medical_presentation_templates.md · references/
- presentation_archetypes.md · references/
- presentation_design_guidelines.md · references/
- slide_design_principles.md · references/
- CATALOG.md · references/slide_visual_styles/
- clinical_blue.md · references/slide_visual_styles/
- dark_modern.md · references/slide_visual_styles/
- editorial_mono.md · references/slide_visual_styles/
- institutional_brand.md · references/slide_visual_styles/
- nature_lancet.md · references/slide_visual_styles/
- spoken_notes_and_bilingual.md · references/
- workflow-checklist.md · references/
- check_deck_budget.py · scripts/
- make_fixtures.py · scripts/check_deck_budget_challenge/
- verify.sh · scripts/check_deck_budget_challenge/
- check_diagram_edges.py · scripts/
- make_fixtures.py · scripts/check_diagram_edges_challenge/
- verify.sh · scripts/check_diagram_edges_challenge/
- check_font_portability.py · scripts/
- make_fixtures.py · scripts/check_font_portability_challenge/
- verify.sh · scripts/check_font_portability_challenge/
- check_slide_tells.py · scripts/
- make_fixtures.py · scripts/check_slide_tells_challenge/
- verify.sh · scripts/check_slide_tells_challenge/
- check_text_overflow.py · scripts/
- make_fixtures.py · scripts/check_text_overflow_challenge/
- verify.sh · scripts/check_text_overflow_challenge/
- extract_pdf_figures.py · scripts/
- inject_pronunciation_notes.py · scripts/
- inject_speaker_notes.py · scripts/
- inspect_pptx_template.py · scripts/
- strip_notes_for_sharing.py · scripts/
- trim_caption.py · scripts/
- skill.yml
- build_pptx_nature_lancet.py · templates/
- test_backup_off_the_clock.py · tests/
- test_builder_layout.py · tests/
- test_builder_no_chrome.py · tests/
- test_deck_reading.py · tests/
- test_extract_pdf_figures.py · tests/
- test_md_parity.py · tests/
- test_overflow_pdf.py · tests/
- test_slide_page_numbers.sh · tests/
- test_speaker_notes_markdown.py · tests/
- test_strip_notes_for_sharing.py · tests/
SKILL.md (first lines)
# Present-Paper Skill ## Phase 0: Init & Outline ### Step 0a — Load design references (read before drafting outline) Read three files **now**, in full. Read the rest only **when the answer to Q0/Q2 tells you which one you need** — a talk has one venue and one style, and reading the others teaches nothing you will use. **Read now (always):** **A. `references/ai_slide_tells.md`** — the marks a generated deck leaves. Read all of it, first. Building against it is why the deck does not need catching later; `scripts/check_slide_tells.py` catches what slips through (Step 3.6). Where another reference conflicts with it, it wins. Eyebrow labels and brand footers on every slide are the single most-cited visual tell. **B. `references/presentation_archetypes.md`** — the **skeleton**, chosen by where the speaker is standing: conference oral, journal-club critique, case-anchored grand rounds, didactic lecture, defence, keynote (Duarte's sparkline, the Jobs STAR moment, Takahashi/Lessig), lay talk, decision brief (Minto's pyramid, action titles, Kawasaki's 10/20/30). The *archetype* (what the talk has to **do**) and the *visual style* (what it **looks like**) are independent choices. **The skin is a preference; the skeleton is not.** Its mechanical half is `scripts/check_deck_budget.py`. **C. `references/presentation_design_guidelines.md`** — the enforceable rules (assertion headlines, 24-pt floor, negative space, ≤3 colours, colourblind-safe palettes, redraw-don't-screenshot, animation discipline) plus the G1–G10 self-check the Phase 3.5 critic scores against. **Read on demand — after Q0/Q2 tell you which one:** | File | Read it when | |---|---| | `references/medical_presentation_templates.md` | the venue is one of the five medical ones — then read **that section only** | | `references/slide_visual_styles/CATALOG.md` → one style file | Q2 has chosen a style | | `references/slide_design_principles.md` | you are stuck on *why* a slide is not landing — the Reynolds / Duarte / Knaflic / Tufte theory under the rules in **C** | | `references/generated_illustrations.md` | you are about to generate any image for a slide, or a text-only slide keeps failing the critic; its first rule (never generate a medical image) is not optional | | `references/spoken_notes_and_bilingual.md` | you are drafting speaker notes, or the deck is not monolingual | ### Required Inputs Collect these before starting. Do not draft until the target audience is defined. | Input | Why | |-------|-----| | **Paper** | PDF path, DOI, or PMID | | **Presentation time** | Determines depth and slide count | | **Target audience** | Specialty mix, knowledge level — controls terminology depth | | **Context** | Course name, conference, journal club format, prior session topics | | **Template / visual style** | Institutional template (.pptx/.potx) to fill, or a visual style to generate in. Default: ask (Step 0b) | | **Extension section** | Optional topic to include (e.g., AI directions, clinical implications). Default: none | ### Step 0b — Template & visual style selection Before drafting the outline, settle how the deck will look. Ask (use `AskUserQuestion`; skip a question the user already answered in their request): **Q0 — "Where are you standing, and for how long?"** (venue + minutes) This decides the **archetype** — the skeleton — before any question about looks. Map the answer with the selector table in `references/presentation_archetypes.md`, and carry `archetype` + `minutes` forward: Step 3.6 checks the built deck against them. If the user gives only a topic and no venue, **ask**. Do not guess: a deck built for no particular room comes out generic in exactly the way every reviewer can see. **Q1 — "Do you have an institutional or branded template to use?"** - **Yes** → the user supplies a `.pptx`/`.potx`. Switch to **Mode C** (Phase 3, "Fill an institutional template"). Do **not** also ask Q2 — the template's theme *is* the style. - **No / none** → ask Q2. **Q2 — "Which visual style should I generate in?"** Offer the `CATALOG.md` menu with a one-line preview each (recommended option first, labelled): | Option | One-line preview | |--------|------------------| | **Nature / Lancet** *(recommended for medical academic talks)* | White, navy + coral accent, hairline dividers, Inter/Pretendard — restrained editorial-academic | | **Clinical Blue** | White/light-blue, navy-teal, calm and trustworthy, colorblind-safe — grand rounds / CME | | **Editorial Mono** | High-contrast black-on-white, oversized type, one accent — single big-message keynote | | **Dark Modern** | Deep-slate background, off-white text, electric accent — AI / method / tech talks | | **Other** | Describe a palette/feel, or name a journal/brand to emulate | Record the choice and pass the matching style spec to Phase 3. With no preference and a medical academic talk, default to **Nature / Lancet**. Style changes only Phase 3 rendering — not the outline, script, or Q&A. **Q3 — conference decks only: is slide 1 a submission requirement?** Many societies require the title slide to carry the title, authors, affiliations and country **exactly as entered in the abstract submission**. Do not shorten them to satisfy the density check — **the requirement wins**. Copy the fields from the submission portal, and record `SLIDE_TOO_DENSE` on slide 1 as consciously overruled with that reason. ### Paper Analysis Read the paper and produce a structured analysis: ```text ## Paper Analysis ### Citation [Full citation with DOI] ### Background - What gap does this paper address? - What was known vs. unknown before this study? ### Study Design - Type: [RCT / cohort / case series / meta-analysis / etc.] - Subjects: [n, inclusion/exclusion] - Methods: [key methodological choices] - Primary outcome: [what was measured] ### Key Results 1. [Finding 1 with effect size and CI/p-value] 2. [Finding 2] ### Patient/Case Summary Table [If applicable — structured table of individual cases or subgroups] ### Limitations 1. [Limitation 1]
From Aperivue/medsci-skills, MIT.
More from Aperivue/medsci-skills
- 0.779score
deidentify
Aperivue
Use when clinical data may contain PHI and must be de-identified before any LLM-assisted analysis.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
design-ai-benchmarking
Aperivue
Use when designing a study that benchmarks AI systems against a human-expert panel, before data collection.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
contribute
Aperivue
Use when sending local changes back to the project (an added journal profile, a fixed checklist item, an adapted skill) or reporting a false positive or bug.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
define-variables
Aperivue
Use when exposure, outcome, covariate or eligibility definitions and cutoffs need a citable basis before the protocol.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
add-journal
Aperivue
Use when a target journal has no profile yet.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
calc-sample-size
Aperivue
Use when planning how many patients or cases a study needs before data collection (power analysis, IRB justification).
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
review-paper
Aperivue
Use when writing a literature review article (narrative, scoping PRISMA-ScR or systematic).
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
author-strategy
Aperivue
Use when analyzing a researcher's publication record from PubMed.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
academic-aio
Aperivue
Use when a medical AI paper should be found and cited by AI search engines and RAG tools.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
check-reporting
Aperivue
Use when auditing a manuscript item by item against a reporting guideline or risk-of-bias tool.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
clean-data
Aperivue
Use when a clinical CSV/Excel dataset needs profiling and cleaning before analysis (missing values, outliers, duplicates, type mismatches).
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
design-study
Aperivue
Use when checking a radiology or medical AI study design before drafting or submission.
SkillAFreshness: A★ 349Claude Code +9
Compare and alternatives
Featured in
Signals
- Stars
- 349
- Forks
- 83
- Open issues
- 4
- Last commit (this folder)
- Oct 4, 2026 (23 days ago)
- Last release
- Oct 4, 2026 (23 days ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/Aperivue/medsci-skills
- Website
- aperivue.com/skills
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from Aperivue
- 0.779score
review-paper
Aperivue
Use when writing a literature review article (narrative, scoping PRISMA-ScR or systematic).
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
author-strategy
Aperivue
Use when analyzing a researcher's publication record from PubMed.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
academic-aio
Aperivue
Use when a medical AI paper should be found and cited by AI search engines and RAG tools.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
add-journal
Aperivue
Use when a target journal has no profile yet.
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
calc-sample-size
Aperivue
Use when planning how many patients or cases a study needs before data collection (power analysis, IRB justification).
SkillAFreshness: A★ 349Claude Code +9 - 0.779score
check-reporting
Aperivue
Use when auditing a manuscript item by item against a reporting guideline or risk-of-bias tool.
SkillAFreshness: A★ 349Claude Code +9
Cite this page
present-paper skill. Agent Mart. https://agentmart.dev/skills/aperivue-present-paper (last updated 2026-10-24)