CtrlK
BlogDocsLog inGet started
Tessl Logo

plan-zoom-product

Use when choosing products.

38

Quality

36%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./plugins/zoom/skills/plan-zoom-product/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

72%

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

A lean, well-structured planning skill with a clear sequenced workflow and clean one-level-deep references, but it stops short of encoding the actual category-to-surface mapping or worked examples that would make its recommendations fully actionable, and lacks output-validation checkpoints in the workflow.

Suggestions

Add a decision matrix or worked examples mapping each problem category (automation, embedded meetings, custom video, etc.) to its primary Zoom surface, so the recommendation is concrete rather than delegated to Claude's general knowledge.

Insert a verification step in the workflow — e.g. confirm the recommended surface plus its supporting pieces satisfy the user's stated goal before presenting the next-step plan.

Add a brief tiebreaker for cases where two surfaces fit, so the clarifier in step 3 has concrete guidance on what to ask.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence — it does not explain what Zoom or an API is, offloads installation detail to README.md, and every Workflow/Output line earns its place. It is not score 2 because there is no unnecessary explanation or padding to tighten.

3 / 3

Actionability

The six-step process and Output format are concrete, but the substantive decision content — a mapping from each problem category to its primary Zoom surface — is missing, so the recommendation is delegated to Claude's general knowledge. It is above score 1 (the process is specific, not vague) but stops short of score 3 because key actionable detail (the mapping or worked examples) is absent.

2 / 3

Workflow Clarity

The six steps are clearly sequenced and include an explicit ambiguity clarifier gate (step 3), but there are no output-validation or verification checkpoints before finalizing the recommendation. It is better than score 1 (sequence and one explicit gate are present) but lacks the explicit validation/feedback-loop checkpoints that score 3 requires.

2 / 3

Progressive Disclosure

The body is under 50 lines with no bundle files needed, organized into clearly labeled sections, and uses well-signaled one-level-deep references (README.md for installation; two Related Skills links). It matches the 'clear overview with well-signaled one-level-deep references' anchor rather than score 2, since content is appropriately split and navigation is easy.

3 / 3

Total

10

/

12

Passed

Description

0%

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

The description is too vague to be useful: it omits the Zoom domain entirely, names no concrete actions, and uses generic trigger terms that would conflict with unrelated skills. Both the 'what' and the domain-specific 'when' are effectively missing.

Suggestions

State the domain and concrete action, e.g. 'Recommend the right Zoom integration surface (REST API, Webhooks, Meeting SDK, Video SDK, Zoom Apps SDK, Phone, or Contact Center) for a specific use case.'

Add natural trigger terms users would actually say: 'Use when the user asks which Zoom API, SDK, or integration to use, or needs to choose between Zoom REST API, Webhooks, Meeting SDK, or Video SDK.'

Include 'Zoom' explicitly so the description is distinctive and does not collide with generic product-selection skills.

DimensionReasoningScore

Specificity

The phrase "choosing products" names no concrete actions and no domain — it is abstract language with no specific capability described, matching the vague-actions anchor. It does not rise to score 2 because it neither names the domain (Zoom) nor any actions beyond the gerund 'choosing'.

1 / 3

Completeness

Although an explicit "Use when" trigger clause is present, the "what" is very weak — "choosing products" does not describe a concrete capability or the Zoom domain. Because one of the two required answers is very weak, it matches the 'missing what OR when, or both very weak' anchor rather than the score-2 example that names concrete actions.

1 / 3

Trigger Term Quality

"products" is overly generic and contains no natural Zoom-domain keywords (e.g. Zoom, API, webhook, Meeting SDK) that a user would actually say when needing this skill. It stays at 1 rather than 2 because there are essentially no relevant domain keywords, only generic vocabulary.

1 / 3

Distinctiveness Conflict Risk

"choosing products" is extremely generic and never mentions Zoom, so it would collide with many unrelated product-selection skills. It matches the 'very generic; would conflict with many skills' anchor and is not specific enough for score 2.

1 / 3

Total

4

/

12

Passed

Validation

93%

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

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 3 suspicious

Warning

Total

15

/

16

Passed

Repository
openai/plugins
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.