CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

oma-slide

Create, import, revise, or export presentation decks through the OMA slide CLI or the ppt-master route. Use for HTML slides, editable PPTX, and PDF, PNG, or PPTX deck delivery.

Quality

85%

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

81%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.

A strong, highly actionable overview for a complex multi-route skill: complete executable commands, a validated workflow with bounded auto-fix loops, exhaustive failure handling, and clear skill/CLI responsibility boundaries. The main defect is redundancy — resources are listed three times and the References prose duplicates its own bullet list — which costs token efficiency without adding information.

Suggestions

Collapse the three resource listings into one: drop the resource entries from the Dependencies section and the References prose paragraph, keeping only the annotated bullet list (topic + when to read), which alone conveys everything the other two listings say.

Trim template boilerplate that adds no information: the 'Scheduling' header (a template artifact, not a scheduling concern) and the 'Expected inputs' item about user 'acknowledgement that exported PPTX and Canva uploads are raster-backed', which is a confirmation step, not an input.

De-duplicate the CLI⇄Skill boundary table against the Dependencies and Tools sections — several rows (oma-image delegation, fetch-video, doctor, styles get) restate responsibilities already stated verbatim elsewhere.

DimensionReasoningScore

Conciseness

The body is dense with skill-specific detail (CLI commands, guardrails, paths) and never explains concepts Claude already knows, but resource files are listed three times — the Dependencies section, the References prose paragraph, and the References bullet list duplicate each other almost line-for-line (e.g. 'For export details ... §Phase 6 — Bundle and Export' appears in both prose and bullets). This matches the anchor 'mostly efficient but includes some unnecessary explanation or could be tightened' rather than 4, because the duplication is systematic rather than a minor instance.

3 / 5

Actionability

The canonical command path is copy-paste-ready bash covering scaffold, validate, preview, bundle, all export modes, asset fetch, style browsing, and the editor, complete with flags and env-var overrides ('OMA_CHROME_PATH', 'OMA_YTDLP', 'OMA_HOME'); preconditions give a concrete probe ('oma slide doctor') and offline fallbacks name exact commands ('oma slide bundle --inline-fonts'). This fully matches the anchor 'fully executable; copy-paste ready code or commands; specific examples cover the common cases'.

5 / 5

Workflow Clarity

Entry steps are numbered (route selection → mode detection → clarifying question → load resources), validation is explicit with a bounded feedback loop ('Validate loop: max 3 auto-fix iterations, then surfaces diff'), failure-and-recovery enumerates each failure mode with its fallback, and exit criteria distinguish success from partial success, backed by a pre-delivery checklist (resources/checklist.md). This matches the anchor 'clear sequence with explicit validation steps; feedback loops for error recovery; checklists for complex processes'.

5 / 5

Progressive Disclosure

References are one level deep (SKILL.md → resources/*.md) and each is signaled with its topic and when to read it, with overview content in the body and details (12 presets, 34 template metadata, phase protocol, Canva pipeline) correctly split into separate files. It falls short of 5 because the reference listings are triplicated across Dependencies and the two redundant References blocks, and no bundle files are present to verify the resources/ paths resolve — 'minor organization gaps' per the 4 anchor.

4 / 5

Total

17

/

20

Passed

Description

83%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.

A strong third-person description that states concrete actions, named routes, and all delivery formats with an explicit 'Use for' clause and minimal conflict risk. The remaining gap is trigger phrasing: adding user-mention triggers and the common synonyms 'PowerPoint' and '.pptx' would bring completeness and trigger coverage to the top anchor.

Suggestions

Convert the 'Use for' clause into explicit user-mention triggers, e.g. 'Use when the user asks for a presentation, deck, slides, keynote, or .pptx file, or wants an existing PPTX filled or edited.'

Add the common synonyms and extension forms users actually say — 'PowerPoint' and '.pptx' — to run alongside 'PPTX', 'presentation decks', and 'slides'.

Consider naming Canva import/export in the description, since it is a first-class route in the body but absent from the description's coverage.

DimensionReasoningScore

Specificity

'Create, import, revise, or export presentation decks through the OMA slide CLI or the ppt-master route' names four concrete actions plus specific channels and output formats ('HTML slides, editable PPTX, and PDF, PNG, or PPTX deck delivery'), matching the anchor 'lists multiple specific concrete actions; comprehensive coverage' of the deck lifecycle. It is not 4, because coverage of create/import/revise/export plus all delivery formats leaves no notable gap at this altitude.

5 / 5

Completeness

Both parts are explicit: the 'what' ('Create, import, revise, or export presentation decks through the OMA slide CLI or the ppt-master route') and a 'Use for...' clause covering HTML slides, editable PPTX, and PDF/PNG/PPTX delivery. It stays at 4 rather than 5 because the trigger guidance is artifact-type-based rather than concrete user-mention phrases (e.g. 'when the user asks for a presentation, deck, or .pptx'), and the 'when' could be more explicit.

4 / 5

Trigger Term Quality

Natural terms users would say are present ('presentation decks', 'slides', 'PPTX', 'PDF', 'deck'), but the very common 'PowerPoint' synonym and the '.pptx' extension form are missing — this fits the 4 anchor ('good keyword coverage; a few natural terms missing') rather than 5's 'comprehensive coverage of natural terms including synonyms and file extensions'.

4 / 5

Distinctiveness Conflict Risk

The description claims a clear niche — deck generation through the named 'OMA slide CLI or the ppt-master route' — with triggers (decks, slides, PPTX, PDF/PNG deck delivery) that would not plausibly fire for generic document, image, or code skills. This matches the 5 anchor 'clear niche with distinct triggers; minimal conflict risk' rather than 4, since the named tooling disambiguates it from closely related presentation skills.

5 / 5

Total

18

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

first-fluke/oh-my-agent

Path

.agents/skills/oma-slide/SKILL.md

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.