agentleFS
gaofeng21cngaofeng21cn/opl-skills/skills/academic-defense-prep/SKILL.md

academic-defense-prep

Skill0 starsChanged 7 days agoApache-2.0View on GitHub

Use when turning academic or medical-research materials into defense deliverables, including timed oral scripts, PPT speaker notes, narrative/storyline rewrites, reviewer-facing questions with background notes, or paired slide-notes plus script outputs. Trigger on PPT/PPTX plus source PDFs, thesis zip packages, proposal/application materials, dissertation defenses, project defenses, or requests such as “5分钟逐字稿”, “讲者备注”, “答辩问题”, “控制节奏”, or “叙事逻辑”. Pair with Office/PPTX/PDF extraction skills for file operations.

The file

Show its rules and text

We split this skill into the rules it gives an agent

13 rules. About 0 are common, 11 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈11

    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
  1. Very specific:

    Read the current deck outline and visible slide text when a .pptx is provided.

    line 15
  2. Distinctive:

    If the task involves editing speaker notes, inspect existing notes first and verify the final PPT package after editing.

    line 18
  3. Distinctive:

    Keep a small buffer under the stated limit.

    line 32
  4. Distinctive:

    Do not prescribe a fixed slide count unless asked.

    line 44
  5. Distinctive:

    Use precise domain terminology once confirmed by the user or source material.

    line 48
  6. Distinctive:

    When asked to update PPT speaker notes:

    line 52
  7. Distinctive:

    Treat notes plus timed script as paired deliverables if both are requested.

    line 53
  8. Distinctive:

    Keep each note aligned to the slide’s role in the oral flow, not a verbatim copy of slide bullets.

    line 54
  9. Distinctive:

    After bulk note replacement, verify both the user-visible notes query and package integrity.

    line 55
  10. Very specific:

    If an old note survives despite successful high-level commands, inspect ppt/notesSlides/notesSlideN.xml.

    line 56
  11. Distinctive:

    Default to explanatory, constructive, non-hostile questions.

    line 61
  12. Distinctive:

    Add a one-sentence background/rationale for each question so the evaluator can decide when to ask it.

    line 63
  13. Distinctive:

    Do not invent results, publications, regulatory status, clinical claims, or authorship facts not supported by the provided materials.

    line 105

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Academic Defense Prep

Overview

This skill turns real academic materials into evaluator-ready defense outputs. It focuses on pacing, storyline, reviewer identity, and source-grounded wording; it does not replace Office/PDF tools for low-level file extraction or editing.

Evidence First

Before drafting:

  • Read the current deck outline and visible slide text when a .pptx is provided.
  • Extract or read backing PDFs, proposals, theses, abstracts, conclusions, and appendices that define the actual claims.
  • For a zip of theses, extract text locally before writing questions; use abstracts/conclusions/results to map the topic.
  • If the task involves editing speaker notes, inspect existing notes first and verify the final PPT package after editing.

Useful tool patterns:

  • PPT structure: officecli view <file.pptx> outline and officecli view <file.pptx> text.
  • PPT notes: officecli query <file.pptx> notes, officecli help pptx notes, officecli set <file.pptx> '/slide[N]/notes' --prop text=....
  • PDF text: prefer the configured PDF/MinerU workflow; pdftotext -layout is enough for many thesis PDFs.
  • Integrity checks after PPT edits: officecli validate <file.pptx> and unzip -t <file.pptx>.

Timed Defense Script

For requests like “5分钟逐字稿”:

  • Produce a spoken script, not bullet notes.
  • Compress slides into speaking blocks: key slides get full explanation; support slides are bridged quickly.
  • Mark milestone times when requested, such as 0:00-0:40, 1:05, or “第 X 部分结束”.
  • Keep a small buffer under the stated limit; a 5-minute defense should often target about 4:45-5:00.
  • Preserve slide body/layout unless the user explicitly asks to rewrite the deck.

Default script shape:

  • Opening: problem/context and project objective.
  • Core: method/technical route, major work packages, evidence/results, and feasibility.
  • Support: team, platform, papers, patents, funding, collaborations, or prior basis.
  • Closing: expected contribution, next step, or approval/translation target.

Storyline Rewrite

For “叙事逻辑” or reviewer-facing rewrite:

  • Do not prescribe a fixed slide count unless asked.
  • State the narrative arc and where existing materials should move conceptually.
  • Preserve support sections that matter to credibility, such as research contents, AI+clinical+engineering team, papers, awards, IP, platform support, and prior clinical basis.
  • For non-specialist reviewers, move from clinical pain point to why the current approach is insufficient, then to the proposed system, evidence, feasibility, team, and translation path.
  • Use precise domain terminology once confirmed by the user or source material. In medical-device contexts, avoid vague “备案/条件” wording when formal approval language is needed.

Speaker Notes Editing

When asked to update PPT speaker notes:

  • Treat notes plus timed script as paired deliverables if both are requested.
  • Keep each note aligned to the slide’s role in the oral flow, not a verbatim copy of slide bullets.
  • After bulk note replacement, verify both the user-visible notes query and package integrity.
  • If an old note survives despite successful high-level commands, inspect ppt/notesSlides/notesSlideN.xml; duplicate placeholder shapes can preserve stale text. Fix on a temporary copy first if the resident process hangs or reports a busy pipe.

Defense Questions

For thesis or proposal review questions:

  • Default to explanatory, constructive, non-hostile questions.
  • For each student/project, usually provide 2 main questions plus at most one optional follow-up unless the user asks for more.
  • Add a one-sentence background/rationale for each question so the evaluator can decide when to ask it.
  • Shape questions to the user’s stated reviewer identity. For medicine-AI review, emphasize data leakage, prediction window, thresholding, interpretability, external validation, domain shift, batch effects, multimodal integration, and clinical deployment boundaries.

Output Shapes

Timed script:

0:00-0:35 开场与问题定义
...
4:35-4:55 收束

Storyline advice:

主线:临床痛点 -> 现有方案边界 -> 本项目方案 -> 关键证据 -> 团队与转化路径
需要保留并前移的材料:...
需要弱化或后置的材料:...

Reviewer questions:

学生 / 项目:...
1. 问题...
   背景:...
2. 问题...
   背景:...
可选追问:...

Notes-edit closeout:

  • Files edited
  • Verification commands and results
  • Any slides with manual XML cleanup

Stop Conditions

Pause and ask or report a blocker when:

  • Required source files are missing or unreadable.
  • The requested timing is incompatible with the amount of material and the user has forbidden compression.
  • Editing the PPT would overwrite unrelated user changes or a package-level corruption cannot be verified.
  • The user asks for exact current policy, regulatory, or submission wording that may have changed and no live source has been checked.

Do not invent results, publications, regulatory status, clinical claims, or authorship facts not supported by the provided materials.

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.