skills/presentation/SKILL.md
Generate pentest presentation slides from engagement findings. Use when: user asks for slides, presentation deck, slide count specified, 'make a presentation', 'create slides', or wants a talk/showcase format from pentest reports. NOT for: writing the full technical report (use reporting skill), raw data collection, or non-security presentations.
npx skillsauth add duriandurino/openclawrino presentationInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Generate structured presentation slides from pentest engagement data.
✅ USE this skill when:
❌ DON'T use this skill when:
reporting skill)Every slide deck follows this flow. Slide density adjusts to the requested count:
Slide 1: Title Slide
Slide 2: Executive Summary / Problem Statement
Slide 3: Scope, ROE, Target Overview
Slide 4: Attack Path / Engagement Story
[Slides 5-N-3: Findings (distributed by severity and status)]
Slide N-2: Remediation + Retest Roadmap
Slide N-1: Why OpenClaw / Methodology Value
Slide N: Cleanup, Residual Risk, Q&A / Contact
| Total Slides | Exec/Problem | Scope/Target | Attack Path | Findings | Remediation | Methodology | Closing | |-------------|--------------|--------------|-------------|----------|-------------|-------------|---------| | 5 | 1 | 1 | 0 | 2 | 1 | 0 | 1 | | 7 | 1 | 1 | 1 | 3 | 1 | 0 | 1 | | 10 | 1 | 1 | 1 | 5 | 1 | 1 | 1 | | 12 | 1 | 1 | 1 | 6 | 1 | 1 | 1 | | 15 | 1 | 1 | 1 | 8 | 2 | 1 | 1 | | 20 | 2 | 1 | 2 | 11 | 2 | 1 | 1 |
Each slide output follows this structure:
### SLIDE [N]: [Title]
**Visual:** [Description of what to show — diagram, table, bullet list, screenshot reference]
**Content:**
- Bullet point 1
- Bullet point 2
- Bullet point 3
**Speaker Notes:**
What the presenter should say while this slide is shown.
**Transition:** [One-line cue to next slide]
### SLIDE [N]: Finding — [Title]
**Visual:** Severity badge + CVSS score + icon
**Content:**
- **Severity:** [CRITICAL/HIGH/MEDIUM/LOW] (CVSS X.X if used)
- **Status:** [suspected / validated / exploited / retested]
- **Affected:** [Target/service/version]
- **What:** [1-line vulnerability description]
- **Impact:** [1-line business impact]
- **Evidence:** [EVI-XXX or concise proof reference]
**Speaker Notes:**
[Talking points with context, evidence reference]
**Demo Cue:** [If applicable — "Show terminal output #X"]
### SLIDE [N]: Key Findings Summary
**Visual:** Table or matrix
**Content:**
| # | Finding | Severity |
|---|---------|----------|
| 1 | [Title] | [Severity] |
| 2 | [Title] | [Severity] |
| ... | ... | ... |
**Speaker Notes:**
[Brief walkthrough of each finding]
### SLIDE [N]: Attack Chain / Engagement Story
**Visual:** Flowchart, timeline, or attack-path table
**Content:**
[Step 1] → [Step 2] → [Step 3] → [Result]
Each step with brief label, and include evidence IDs where possible
**Speaker Notes:**
[Narrative walkthrough of the exploitation path or blocked path]
Read from the engagement report directory:
engagements/<target>/06-report/
├── REPORT_FINAL_<timestamp>.md # Primary source for all content
├── EXECUTIVE_SUMMARY_<timestamp>.md # Executive framing if split out
├── presentation-ready.md # Optional prepared deck source
└── openclaw-value.md # Methodology/why OpenClaw content
Also read from shared registers and phase directories for evidence references:
engagements/<target>/registers/
engagements/<target>/{01-recon,02-enum,03-vuln,04-exploit,05-post-exploit}/
Default: Mixed Audience unless specified.
Extract the number from the user's request: "10 slides" → N=10
Read: engagements/<target>/report/findings-summary.md
Read: engagements/<target>/report/pentest-report-presentation.md
Read: engagements/<target>/report/openclaw-value.md
Use the distribution table above to allocate slides per section.
Output each slide in the format above. Prioritize:
Every slide must have speaker notes. These are what the presenter reads/speaks.
Ensure the deck visibly covers:
All generated presentation files MUST include a datetime stamp for easy identification:
<DESCRIPTION>_<YYYY-MM-DD_HHMM>.md
Examples:
FINAL_5_slide_2026-03-17_1747.mdFINAL_SUGGEST_slide_2026-03-17_1749.mdKEY_TAKEAWAYS_2026-03-17_1749.mdSLIDES_10_2026-03-18_0930.mdThis allows multiple versions to coexist and makes it easy to identify which is latest.
Get current datetime from session context or use date +%Y-%m-%d_%H%M if available.
Save to: engagements/<target>/report/<DESCRIPTION>_<YYYY-MM-DD_HHMM>.md
Present slides as numbered sections in the response. For each slide:
User can specify:
For detailed examples of each slide type, see references/examples.md.
For slide visual templates (ASCII diagrams), see references/templates.md.
testing
Vulnerability analysis and CVE matching for penetration testing. Use when: user asks to check for vulnerabilities, match CVEs against service versions, analyze scan results for weaknesses, research exploitability, assess risk of discovered services, or identify known vulnerabilities. This is the analysis phase — no exploitation yet. NOT for: active scanning (use enum skill), exploitation (use exploit skill), or post-exploitation (use post skill).
development
Methodology and decision framework for the penetration testing vulnerability phase. Use when: validating scanner output, distinguishing confirmed vulnerabilities from hypotheses, explaining CVE/CWE/CVSS, prioritizing findings with KEV/EPSS/business context, guiding vuln-analysis workflow, or reinforcing evidence-backed reporting during the vulnerability phase. NOT for: initial recon or active enumeration, hands-on exploitation, post-exploitation, or replacing the specialized vuln skill's concrete checks.
development
Great slides need two things: content worth presenting and design worth looking at. #1 on DeepResearch Bench (Feb 2026) — CellCog researches and fills content mindfully from minimal prompts, no filler. State-of-the-art PDF generation for presentations, pitch decks, keynotes, and slideshows you can present as-is. Requires cellcog skill for SDK. If cellcog is unavailable, use gog slides as fallback (Google Workspace).
development
Methodology and quality framework for the penetration testing report phase. Use when: writing or QA-ing pentest reports, improving executive and technical readability, enforcing evidence completeness, adding remediation and retest guidance, including cleanup/restoration and residual risk, or securing report packaging and delivery. NOT for: running phase-specific testing tasks or replacing the specialized reporting implementation/publishing workflow.