CtrlK
BlogDocsLog inGet started
Tessl Logo

deepgram-js-audio-intelligence

Use when writing or reviewing JavaScript/TypeScript in this repo that calls Deepgram audio analytics overlays on `/v1/listen` - summarize, topics, intents, sentiment, diarize, redact, detect_language, and entity detection. Same endpoint as plain STT, different params. Covers REST via `client.listen.v1.media.transcribeUrl` / `transcribeFile` and the WebSocket-supported subset on `client.listen.v1.createConnection()` / `connect()`. Use `deepgram-js-speech-to-text` for plain transcription and `deepgram-js-text-intelligence` for analytics on already-transcribed text. Triggers include "audio intelligence", "summarize audio", "diarize", "sentiment from audio", "redact PII", and "detect language audio".

72

Quality

87%

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

82%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 lean, actionable, and well-structured: executable REST and WSS quick starts, a REST-vs-WSS feature availability table, and terse repo-specific gotchas. The main gaps are the missing versioned `summarize` syntax flagged but not shown, absent validation guidance, and a docs-URL list that could be condensed.

Suggestions

Show the actual versioned summarize syntax (e.g., how to pass "v2") in the REST quick start — gotcha #1 flags the versioning but no snippet demonstrates it.

Trim the eight product-doc URLs to one or two canonical entry points (e.g., the feature-overview page), since the other pages are discoverable from it.

Add a brief note on where each analytics result appears in the /v1/listen response so flag activation can be verified after a call.

DimensionReasoningScore

Conciseness

The body assumes Claude's competence throughout — no basic-concept explanations — and every section carries repo-specific knowledge (availability table, gotchas, example files). Not 5 because the eight product-doc URLs and the 'Central product skills' install section could be trimmed or condensed without losing guidance value.

4 / 5

Actionability

Provides copy-paste-ready code for auth, the REST quick start with real parameter values, and the WSS subset call, plus named repo example files to start from. Not 4 because the concrete code covers the common REST and WSS cases completely with no missing execution details.

5 / 5

Workflow Clarity

Clear sequencing guides the decision path: when-to-use → REST vs WSS availability table → quick starts → gotchas, and the single action (turn flags on and call the API) is unambiguous. Not 5 because there is no validation guidance (e.g., confirming flags took effect in the response), and gotcha #1 says summarize is versioned ("v2") yet no snippet shows the actual versioned syntax.

4 / 5

Progressive Disclosure

A single-file skill with well-organized sections and a clearly signaled, layered, one-level-deep 'API reference' section; no bundle files exist, and nothing that belongs in a separate file is inlined. Not 5 because navigation leans on in-repo paths ("reference.md", "src/CustomClient.ts") that are not part of the skill bundle, and the inline URL list is somewhat heavy.

4 / 5

Total

17

/

20

Passed

Description

92%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 specific, complete, and highly distinctive: it enumerates concrete features and SDK surfaces, gives an explicit 'Use when' clause with natural trigger phrases, and explicitly disambiguates against sibling skills. The only weakness is trigger-term coverage, which is good but misses several natural synonyms.

DimensionReasoningScore

Specificity

Lists multiple concrete analytics features ("summarize, topics, intents, sentiment, diarize, redact, detect_language, and entity detection") plus the exact SDK surfaces for both REST ("client.listen.v1.media.transcribeUrl / transcribeFile") and WSS ("createConnection() / connect()"). Comprehensive coverage of concrete actions; not 4 because there are no meaningful gaps in the capability enumeration.

5 / 5

Completeness

Clearly answers both: what ("Deepgram audio analytics overlays on /v1/listen" with a full feature list and both transport paths) and when ("Use when writing or reviewing JavaScript/TypeScript in this repo that calls..." plus a concrete trigger list). Not 4 because both what and when are explicit with concrete trigger phrases, not merely present.

5 / 5

Trigger Term Quality

Explicit natural triggers ("audio intelligence", "summarize audio", "diarize", "sentiment from audio", "redact PII", "detect language audio") would naturally be said by users needing this skill. Not 5 because common synonyms like "speaker separation", "topic detection", "entity recognition", or "language identification" are absent.

4 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (analytics on audio via /v1/listen) and explicitly redirects adjacent cases to sibling skills ("Use deepgram-js-speech-to-text for plain transcription and deepgram-js-text-intelligence for analytics on already-transcribed text"). Not 4 because the audio-vs-text and STT-vs-intelligence boundaries leave minimal overlap risk.

5 / 5

Total

19

/

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
deepgram/deepgram-js-sdk
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.