CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

zoom-rtms

Use when using RTMS.

40

Quality

50%

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/rtms/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

53%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 admirably lean overview with a logical workflow, but it is a pointer document whose pointers mostly fail: over half the referenced files don't exist, the existing bundle files are unlinked, and with no code or concrete steps the skill provides little standalone actionable guidance.

Suggestions

Fix the reference list to match the actual bundle: replace the broken concepts/, examples/, and troubleshooting/ links with the real files (e.g. connection.md for connection architecture, quickstart.md for lifecycle, and add webhooks.md and environment-variables.md), or restore the missing directories.

Add one concrete anchor of guidance in the body — e.g. a minimal SDK quickstart snippet or the exact webhook→URL→connect sequence — so the skill is actionable even before opening references (this is the skill's biggest actionability gap).

Add an explicit validation checkpoint in the workflow (e.g. 'Verify the webhook event and signature validation arrive before opening the WebSocket; if the connection drops, resume from the heartbeat/reconnect state rather than re-subscribing') to close the workflow_clarity gap.

DimensionReasoningScore

Conciseness

The 27-line body is lean with zero padding: it never explains what RTMS is, what WebSockets are, or any concept Claude already knows, and the workflow steps are single dense lines ("Implement the WebSocket lifecycle first: event subscription, connection validation, media start, heartbeat, reconnect, and shutdown"). Every token earns its place; it clearly matches the score-5 anchor.

5 / 5

Actionability

No code, commands, URIs, or executable steps appear anywhere in the body — steps like "Process media types intentionally" and "Design downstream pipelines for buffering, transcription, AI analysis" describe rather than instruct. It sits above the score-1 anchor because the steps do enumerate concrete subtopics (lifecycle stages, media types, debug isolation areas), matching "high-level hints but missing the specific steps to execute".

2 / 5

Workflow Clarity

The six steps are sensibly ordered (surface → approach → lifecycle → media → pipelines → debug) and step 6 acts as a soft error-recovery pointer, but there are no validation checkpoints (e.g. verify the webhook/authorization handshake before subscribing) and each step defers all execution detail. This fits "Steps listed but validation gaps; sequence present but checkpoints missing or implicit"; the operations are not destructive, so the cap-at-3 rule is not triggered but score 4 would require explicit checkpoints.

3 / 5

Progressive Disclosure

Scored against the actual bundle: of the 7 paths referenced, concepts/connection-architecture.md, concepts/lifecycle-flow.md, examples/rtms-bot.md, and troubleshooting/common-issues.md do not exist, while four real files in references/ (connection.md, quickstart.md, webhooks.md, environment-variables.md) are not discoverable from SKILL.md at all, and the linked full-guide.md chains onward to the same broken paths. The one-level-deep reference list is well-formatted but the majority of navigation targets are broken and half the bundle is orphaned, fitting "references are buried / minimal structure" rather than the cleanly navigable score-4/5 anchors.

2 / 5

Total

12

/

20

Passed

Description

23%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 effectively a stub: a single tautological trigger sentence with an unexpanded acronym, no statement of what the skill does, and no natural-language synonyms. It would rarely surface for a user who needs realtime Zoom media unless they literally typed 'RTMS'.

Suggestions

State what the skill does first, in third person: e.g. 'Receives real-time Zoom meeting and contact-center media (audio, video, screen share, chat, live transcripts) via WebSocket streams, with guidance on lifecycle, reconnection, and downstream pipelines.'

Add concrete trigger phrases after a 'Use when...' clause: 'Use when the user mentions Zoom RTMS, real-time meeting media, live meeting audio or transcripts, or streaming contact-center voice.'

Distinguish from sibling skills (e.g. 'Use build-zoom-bot or zoom-meeting-sdk-linux instead when a visible in-meeting bot is required'), since that comparison currently only exists in the body.

DimensionReasoningScore

Specificity

The description is only "Use when using RTMS." — no concrete actions are named anywhere, not even the domain (Zoom realtime media) is spelled out beyond an unexpanded acronym. This matches the anchor "Entirely vague; no concrete actions; pure abstract language"; it cannot score 2 because that anchor requires naming a domain, which even the expanded 'Zoom Realtime Media Streams' phrase is absent here.

1 / 5

Completeness

Only a 'when' clause is present and it is circular ("Use when using RTMS" restates the skill name rather than giving a trigger condition); there is no 'what' at all. This matches the anchor "only 'when' is present without 'what'" (example: "Use when working with documents"); it is not score 1 because a when-clause does exist, and not score 3 because no 'what' is stated even weakly.

2 / 5

Trigger Term Quality

The only keyword is "RTMS", a technical acronym; natural phrases a user would say — "Zoom", "real-time media", "meeting audio/transcription", "contact center media", "live meeting stream" — are all missing. It rises above the score-1 anchor only because 'RTMS' is a real, domain-accurate term some users do say, but it fits the score-2 anchor ("one or two keywords; missing the natural phrases users say") better than score 3, which would require broader coverage of synonyms.

2 / 5

Distinctiveness Conflict Risk

"RTMS" is a fairly niche trigger within a Zoom tooling ecosystem, but the bare acronym with no domain context is ambiguous (RTMS has other meanings) and could collide with sibling Zoom skills (meeting SDK bots, webinar tooling) since no scoping language is present. This lands on "Somewhat specific but could still overlap with similar skills"; score 4 would require explicit domain framing that is absent.

3 / 5

Total

8

/

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: 4 missing

Warning

Total

15

/

16

Passed

Repository

openai/plugins

Path

plugins/zoom/skills/rtms/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.