CtrlK
BlogDocsLog inGet started
Tessl Logo

build-zoom-meeting-sdk-app

Use when using Meeting SDK.

47

Quality

50%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Failed to scan

The risk profile of this skill

Fix and improve this skill with Tessl

tessl review fix ./plugins/zoom/skills/meeting-sdk/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

71%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 an exemplary lean router: a crisp routing guardrail, a well-sequenced five-step workflow with validation and debug stages, and disciplined deferral of detail to bundle files. Its main defects are that the platform references point to nonexistent paths and roughly two-thirds of the bundle's reference files are never linked, so in practice Claude cannot navigate to the platform detail the workflow depends on.

Suggestions

Fix the five broken platform links by pointing them at the real files: web → references/full-guide.md (web quick start) or a proper web file, android → references/android.md, ios → references/ios.md, windows → references/windows.md (missing — create it), linux → references/linux.md (missing — create it or link bot-authentication.md).

Add reference links for the orphaned bundle files (macos.md, unreal.md, webinars.md, breakout-rooms.md, ai-companion.md, multiple-meetings.md, bot-authentication.md, triage-intake.md, forum-top-questions.md, environment-variables.md) so they are discoverable, and mention macOS/Unreal in the References section since step 2 already lists those platforms.

Make step 3 and step 5 actionable in place: link signature-playbook.md and troubleshooting.md at the exact workflow steps that need them, and add a failure-recovery hint (e.g. what to check when the SDK signature is rejected).

DimensionReasoningScore

Conciseness

The body is 27 lean lines with zero background explanation: no preamble about what Zoom is, no library comparisons, no padding — it opens with a routing sentence, a five-step workflow, and a reference list. Every token earns its place, matching anchor 5; it is not 4 because there are no instances of over-explanation to trim.

5 / 5

Actionability

Steps name concrete artifacts ("meeting number, password, SDK signature, role, ZAK when hosting, waiting room behavior") which is real guidance, but there are no executable commands, code, or concrete procedures — e.g. step 3 says to validate the signature without pointing to how or linking signature-playbook.md at that step. Matches anchor 3 ("Some concrete guidance but incomplete... missing key details"), not 4 because the guidance is checklist-level rather than executable.

3 / 5

Workflow Clarity

The five steps are clearly sequenced with an explicit validation checkpoint (step 3 "Validate the join or start path") and a defined debug path (step 5 isolating signature generation, SDK version, permissions, network). Not 5 because there is no feedback-loop structure — nothing tells Claude what to do when a checkpoint fails (e.g. "if the signature is rejected, re-check the SDK key/secret and expiry"). Not 3 because validation is explicitly present, not merely implicit.

4 / 5

Progressive Disclosure

The overview/references split is structurally sound and one level deep, but 5 of the 7 referenced paths are broken: web/SKILL.md, android/SKILL.md, ios/SKILL.md, windows/SKILL.md, and linux/SKILL.md do not exist in the bundle — the actual files are references/android.md, references/ios.md, etc. Additionally, ~11 reference files present in the bundle (webinars.md, breakout-rooms.md, ai-companion.md, bot-authentication.md, multiple-meetings.md, triage-intake.md, macos.md, unreal.md, and others) are never referenced from SKILL.md and are undiscoverable. Matches anchor 3 ("Some structure but could be better organized"), not 4 because broken navigation links and orphaned files are more than minor organization gaps.

3 / 5

Total

15

/

20

Passed

Description

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

The description is a bare routing clause that names the domain but communicates neither what the skill does nor the natural language a user would use to ask for it. It would likely fail to trigger for requests like "embed a Zoom meeting in my web app" while offering no capability summary in return.

Suggestions

State the "what" explicitly, e.g. "Join, start, or embed real Zoom meetings in web, mobile, desktop, and Linux bot apps using the Zoom Meeting SDK."

Add natural trigger terms users would actually say: "Zoom meeting", "join a Zoom meeting", "embed Zoom", "Meeting SDK", "meeting number/signature".

Include the disambiguation trigger in the description itself (e.g. "for fully custom non-meeting video, use build-zoom-video-sdk-app") so the wrong skill is unlikely to fire.

DimensionReasoningScore

Specificity

"Use when using Meeting SDK." names a concrete domain but lists zero actions or capabilities. It matches anchor 2 ("Names the domain but actions are minimal or generic") — not 1, because "Meeting SDK" is a specific domain rather than vague abstract language, and not 3, because no concrete actions are described at all.

2 / 5

Completeness

The description provides only a "when" clause ("Use when using Meeting SDK") with no "what" — what the skill actually does (join, start, or embed Zoom meetings) appears only in the body, not the description. This matches anchor 2 ("only 'when' is present without 'what'"); it cannot reach 3 because the "what" is wholly absent, and the 'Use when' cap of 3 is not the binding constraint here.

2 / 5

Trigger Term Quality

The only keyword is the technical jargon term "Meeting SDK"; the natural phrases a user would actually say — "join a Zoom meeting", "embed Zoom in my app", "Zoom meeting" — are entirely absent. This matches anchor 2 ("One or two generic keywords; missing the natural phrases users say"), not 3, since even common variations are missing.

2 / 5

Distinctiveness Conflict Risk

"Meeting SDK" is a distinct Zoom product, but the description omits "Zoom", making it ambiguous against other meeting SDKs, and it directly risks mis-triggering against the sibling skill build-zoom-video-sdk-app (which the body has to disambiguate). Matches anchor 3 ("Somewhat specific but could still overlap with similar skills"), not 4 because the overlap with the Video SDK skill is more than minor.

3 / 5

Total

9

/

20

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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

relative_links

Relative link issues: 5 missing

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.