CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

zoom-video-sdk-android

Zoom Video SDK for Android native apps. Use when building custom Android video experiences with full UI control, session tokens, raw media options, and event-driven participant state.

60

Quality

75%

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/video-sdk/android/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 a model of token-efficient progressive disclosure on paper — a lean index with a clear reading order — but it functions as a pure link hub with no inline actionable anchor, no guidance on which file serves which task, and a bundle in which most referenced files are missing. Navigation design is strong; navigation integrity and per-step guidance are not.

Suggestions

Fix or remove dead references: only the three references/*.md files exist in the bundle; android.md, concepts/*, examples/*, scenarios/*, troubleshooting/common-issues.md, and RUNBOOK.md do not.

Annotate each Start Here entry with a one-line purpose (e.g., '4. examples/session-join-pattern.md — canonical join/leave code') so readers can route directly to the relevant file.

Inline one minimal actionable anchor (a key prerequisite, initialization call, or the session-join entry point) so the top-level file is not purely an index.

DimensionReasoningScore

Conciseness

The 33-line body is a lean navigation hub: a one-sentence purpose ('Use this skill when building Android apps with custom real-time video sessions'), an ordered file index, key source URLs, and a runbook pointer. Every line earns its place with zero padding or explanation of concepts Claude already knows — a clean match for anchor 5.

5 / 5

Actionability

The guidance is concrete in form (a numbered list of real paths and external doc URLs) but incomplete: no per-file annotations, so the reader must open each file to learn which one answers their need, and the body contains no command, code, or minimal worked pattern of its own. This sits at anchor 3 ('some concrete guidance but incomplete... missing key details'), above anchor 2 because the pointers are specific and immediately followable.

3 / 5

Workflow Clarity

A numbered 1–9 reading sequence is present, but there are no decision checkpoints (when to jump to troubleshooting/common-issues.md vs examples/session-join-pattern.md) and the RUNBOOK preflight is listed last with no integration into the flow. Anchor 3 ('steps listed but checkpoints missing or implicit') fits; anchor 4 would require decision/validation guidance connecting the steps to task states.

3 / 5

Progressive Disclosure

The design intent is exemplary — a short overview with one-level-deep, clearly signaled references — but scored against the actual bundle, only 3 of the ~10 referenced paths exist (references/android-reference-map.md, references/environment-variables.md, references/versioning-and-compatibility.md); android.md, concepts/*, examples/*, scenarios/*, troubleshooting/common-issues.md, RUNBOOK.md, and ../SKILL.md are all absent, leaving most navigation dead. This lands at anchor 3 (structure present but organization undermined) rather than 4.

3 / 5

Total

14

/

20

Passed

Description

75%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 solid, third-person description that names a distinct domain, states explicit capabilities, and includes a clear 'Use when' trigger. Its main gaps are capability phrasing that is feature-noun oriented rather than action oriented, and the absence of user-mention trigger phrasing that would make invocation unambiguous.

Suggestions

Add user-mention trigger phrases, e.g. 'Use when the user mentions Zoom Video SDK or wants to embed custom real-time video sessions in an Android app', to lift completeness toward 5.

Recast capabilities as concrete actions the skill helps perform (e.g., 'Implement session join/leave, render raw audio/video streams, manage event-driven participant state') to sharpen specificity.

Add a disambiguating phrase distinguishing the Video SDK (custom UI, raw media) from the Zoom Meeting SDK (prebuilt UI) to reduce conflict risk with closely related skills.

DimensionReasoningScore

Specificity

The description lists several concrete capability areas — 'full UI control, session tokens, raw media options, and event-driven participant state' — grounded in a named domain ('Zoom Video SDK for Android native apps'). These are capability nouns rather than action verbs, so it sits between anchor 3 (1-2 concrete actions) and anchor 5 (comprehensive action coverage), matching anchor 4's 'several specific items with minor gaps'.

4 / 5

Completeness

Both parts are present: what — 'Zoom Video SDK for Android native apps' plus the capability list; when — an explicit 'Use when building custom Android video experiences' clause. It falls short of anchor 5 because the trigger lacks user-mention phrasing (e.g., 'when the user mentions Zoom Video SDK'), leaving the 'when' slightly less concrete than the exemplar.

4 / 5

Trigger Term Quality

Good natural-keyword coverage: 'Zoom Video SDK', 'Android', 'native apps', 'video', 'session tokens' are phrases a user would plausibly say. A few natural variants are missing ('video call', 'real-time video', 'embed video sessions', 'Zoom SDK'), which keeps it below anchor 5's comprehensive synonym/extension coverage.

4 / 5

Distinctiveness Conflict Risk

A clear niche is staked out ('Video SDK', 'Android', 'native apps', 'custom... full UI control'), which distinguishes it from a Meeting SDK or web SDK. However, minor overlap risk remains with closely related sibling skills (iOS counterpart, Zoom Meeting SDK, the referenced broader guide) and no explicit disambigiation, fitting anchor 4 rather than anchor 5's 'minimal conflict risk'.

4 / 5

Total

16

/

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: 7 missing, 1 suspicious

Warning

Total

15

/

16

Passed

Repository

openai/plugins

Path

plugins/zoom/skills/video-sdk/android/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.