CtrlK
BlogDocsLog inGet started
Tessl Logo

pptx

Use this skill any time a .pptx file is involved in any way — as input, output, or both. This includes: creating slide decks, pitch decks, or presentations; reading, parsing, or extracting text from any .pptx file (even if the extracted content will be used elsewhere, like in an email or summary); editing, modifying, or updating existing presentations; combining or splitting slide files; working with templates, layouts, speaker notes, or comments. Trigger whenever the user mentions "deck," "slides," "presentation," or references a .pptx filename, regardless of what they plan to do with the content afterward. If a .pptx file needs to be opened, created, or touched, use this skill.

67

Quality

81%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

63%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is lean, well-sectioned, and highly actionable for reading, QA, and image conversion, with an excellent required verification loop. Its main weaknesses are that the editing and create-from-scratch workflows depend on reference files (editing.md, pptxgenjs.md) that are absent from the bundle, and the bundled scripts (add_slide.py, clean.py) are never mentioned, leaving the core editing path without executable inline guidance.

Suggestions

Include editing.md and pptxgenjs.md in the bundle (or inline minimal executable command sequences for the unpack → edit → clean → pack workflow) so the two primary workflows are not dead references.

Reference the bundled scripts directly in the Editing Workflow section — e.g., 'python scripts/add_slide.py' and 'python scripts/clean.py' — instead of the vague 'manipulate slides → edit content → clean' one-liner.

Add an explicit validation checkpoint inside the editing sequence (e.g., re-pack only after verifying content with markitdown) so the workflow does not rely solely on post-hoc QA.

DimensionReasoningScore

Conciseness

The body is dense and efficient — command blocks, palette/typography tables, and prescriptive bullets with no padding about what a .pptx file is or how libraries work. It sits at the score-4 anchor ('Efficient; minor instances of over-explanation that could be trimmed'), e.g., the redundant closing line 'If a .pptx file needs to be opened, created, or touched, use this skill' in the description-adjacent guidance and a few 'Don't' bullets that restate design conventions Claude already knows. It is below score 5 only because a few lines (e.g., 'This creates slide-01.jpg, slide-02.jpg, etc.') and some repeated design directives could be tightened further.

4 / 5

Actionability

Reading and QA paths are fully executable ('python -m markitdown output.pptx', the grep placeholder check, 'soffice --headless --convert-to pdf', a copy-paste subagent prompt), but the two primary creation/editing workflows delegate to editing.md and pptxgenjs.md, which do not exist in the bundle, leaving only vague one-liners like 'Unpack → manipulate slides → edit content → clean → pack' with no inline commands. This matches the score-3 anchor ('Some concrete guidance but incomplete... missing key details'); it is not score 4 because the main editing workflow lacks executable steps in the body, and not score 2 because reading, QA, and image-conversion paths are fully concrete.

3 / 5

Workflow Clarity

The QA section provides a strong required feedback loop — 'List issues found... Fix issues... Re-verify affected slides... Do not declare success until you've completed at least one fix-and-verify cycle' — plus grep validation and a visual inspection checklist, matching most of the score-5 anchor. It lands at score 4 ('Clear sequence with most checkpoints present; minor validation gaps') because the editing workflow itself ('Analyze template → Unpack → manipulate → clean → pack') is compressed with no per-step validation between unpack and pack, relying entirely on post-hoc QA.

4 / 5

Progressive Disclosure

Structure is good on paper — a Quick Reference table routing to editing.md and pptxgenjs.md — but per the guideline to score against the actual bundle structure, both referenced files are missing from the bundle, so navigation to two of the three main workflows is broken (scripts/add_slide.py and scripts/clean.py exist but are never referenced). This fits the score-3 anchor ('Some structure but could be better organized; references present but not clearly signaled / content that should be separate is inline'); it is above score 2 because the routing itself is clearly signaled, and below score 4 because missing primary reference files are more than a 'minor organization gap.'

3 / 5

Total

14

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

An exemplary description: comprehensive concrete capabilities, explicit trigger guidance with natural user vocabulary and file extensions, and a clearly bounded niche around .pptx files. It uses imperative trigger phrasing consistent with the strongest reference examples and avoids vague claims.

DimensionReasoningScore

Specificity

The description lists multiple specific concrete actions — 'creating slide decks, pitch decks, or presentations; reading, parsing, or extracting text... editing, modifying, or updating... combining or splitting slide files; working with templates, layouts, speaker notes, or comments' — with comprehensive coverage of the .pptx domain. It clearly matches the score-5 anchor ('Lists multiple specific concrete actions; comprehensive coverage') and is not score 4, which requires 'minor gaps in coverage' that are absent here.

5 / 5

Completeness

It explicitly answers both questions: what ('creating slide decks... reading, parsing, or extracting text... editing, modifying, or updating...') and when ('Trigger whenever the user mentions "deck," "slides," "presentation," or references a .pptx filename'). This matches the score-5 anchor ('Clearly and explicitly answers both what AND when with concrete trigger phrases'), not score 4 where the 'when' could be more explicit.

5 / 5

Trigger Term Quality

It covers the natural terms users would say — 'deck,' 'slides,' 'presentation,' 'pitch decks,' 'speaker notes' — plus the file extension '.pptx,' matching the score-5 anchor ('Comprehensive coverage of natural terms including synonyms and file extensions'). It exceeds the score-4 anchor ('Good keyword coverage; a few natural terms missing') since no common variation is obviously missing.

5 / 5

Distinctiveness Conflict Risk

The skill has a clear niche scoped to .pptx files ('any time a .pptx file is involved in any way... references a .pptx filename'), matching the score-5 anchor ('Clear niche with distinct triggers; minimal conflict risk'). It would not trigger for PDF or word-processing skills; it is more tightly scoped than the score-4 anchor example ('Works with PDF and Word document files').

5 / 5

Total

20

/

20

Passed

Validation

87%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 4 missing

Warning

referenced_paths_exist

Referenced path issues: 1 missing, 1 deeper-than-1-level

Warning

Total

14

/

16

Passed

Repository
nextlevelbuilder/goclaw
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.