CtrlK
BlogDocsLog inGet started
Tessl Logo

scientific-podcast-summary

Automatically summarize scientific podcasts like Huberman Lab and Nature.

50

Quality

63%

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

Fix and improve this skill with Tessl

tessl review fix ./scientific-skills/Evidence Insight/scientific-podcast-summary/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

56%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 core usage material is genuinely strong — real commands, argument and environment variable tables, and a concrete example output — but it is buried in ~200 lines of generic risk/security/lifecycle boilerplate that dilutes the skill. Broken cross-references ("See `## Usage` above" when Usage appears below) and inconsistent script paths add confusion.

Suggestions

Cut the generic boilerplate sections (Risk Assessment, Security Checklist, Evaluation Criteria, Lifecycle Status, Response Template, Input Validation) or move any genuinely needed parts into references/, reducing the body to the workflow, usage, arguments, env vars, and example output.

Fix the broken cross-references — "See `## Usage` above" and "See `## Workflow` above" point to sections that appear later in the file — and unify the script path ("skills/scientific-podcast-summary/..." vs "20260318/scientific-skills/...").

Make references/audit-reference.md complementary rather than duplicative — e.g. add the actual scraping selectors, prompt templates for summarization, and fallback detail instead of restating SKILL.md scope.

DimensionReasoningScore

Conciseness

The 267-line body is dominated by generic template boilerplate ("Risk Assessment", "Security Checklist", "Evaluation Criteria", "Lifecycle Status", "Response Template", "Input Validation") that is not specific to podcast summarization and that Claude does not need; the actual skill content is roughly 50 lines. Several padded, unnecessary sections match anchor 2 ("Noticeably verbose; several unnecessary explanations or padded sections"), not 3, because the padding is extensive rather than occasional.

2 / 5

Actionability

Concrete, executable guidance is present: real CLI commands ("python scripts/main.py --podcast huberman"), a full argument table, environment variable table, install command, and a realistic example output. Minor gaps keep it below 5: paths are inconsistent ("skills/scientific-podcast-summary/..." vs "20260318/scientific-skills/..."), "--url "https://..."" is a placeholder, and the API key setup is only implied via env vars.

4 / 5

Workflow Clarity

The Workflow section gives a clear sequence (confirm objective, validate scope, run script, return structured result, fallback on failure) and a pre-execution validation checkpoint exists ("Quick Check": py_compile, plus --help verification). It falls short of 5 because the steps themselves are abstract ("Use the packaged script path or the documented reasoning path") with no validate-fix-retry feedback loop after execution.

4 / 5

Progressive Disclosure

Structure exists with clear section headers and real, one-level-deep references (references/audit-reference.md and scripts/main.py both exist and are linked in a References section), but the SKILL.md inlines large blocks of generic content (risk/security/evaluation checklists) that do not belong, and the single reference file mostly duplicates body content rather than extending it. This matches anchor 3 ("Some structure but could be better organized"), not 4, because of the duplicated reference and the inlined boilerplate.

3 / 5

Total

13

/

20

Passed

Description

53%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 has a clear, concrete "what" naming specific podcast sources, but it completely lacks a "when to use" trigger clause and misses common user synonyms (episode, recap, show notes, briefing). It is serviceable but leaves trigger matching and distinctiveness weaker than the strong examples.

Suggestions

Add an explicit trigger clause, e.g. "Use when the user asks to summarize or recap podcast episodes, mentions Huberman Lab or Nature Podcast, or wants show notes from an episode."

State the concrete output form (e.g. "generates markdown or JSON text briefings with key findings and practical advice") to broaden action coverage and improve specificity.

Include natural synonyms such as "episode recap", "show notes", and "podcast transcript summary" to strengthen trigger term coverage.

DimensionReasoningScore

Specificity

The description names the domain ("scientific podcasts") and specific sources ("Huberman Lab and Nature") with one concrete action ("summarize"), but coverage is not comprehensive — no output type (briefing/markdown) or other actions are mentioned. This matches anchor 3 ("Names domain and 1-2 concrete actions, but not comprehensive"), not 4, which requires several specific actions.

3 / 5

Completeness

The "what" is clear (summarize scientific podcasts like Huberman Lab and Nature) but there is no "Use when..." clause or equivalent explicit trigger guidance, which per the judging guidelines caps completeness at 3. Not score 2 because the "what" is concrete, not vague.

3 / 5

Trigger Term Quality

Relevant keywords exist ("summarize", "Huberman Lab", "Nature", "podcasts") and Huberman Lab is a phrase users would naturally say, but common variations like "episode", "recap", "show notes", or "briefing" are missing. This fits anchor 3 ("Some relevant keywords but missing common variations or synonyms").

3 / 5

Distinctiveness Conflict Risk

Naming two specific podcasts ("Huberman Lab and Nature") gives distinct triggers with a clear niche, but "Nature" is ambiguous (journal vs. podcast) and podcast summarization could overlap with other summarization skills — minor overlap risk, matching anchor 4 rather than 5.

4 / 5

Total

13

/

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

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
aipoch/medical-research-skills
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.